Release Candidates :: DSL v3.2 RC2



Selim, Having unc type extensions on the custom cdrom, means that the cdrom is going to remain mounted and therefore you cannot remove it. This would be the same for uci type extensions. Use alternate persistent storage for any of the mounted style extensions.
cdr, You can decide how you want to implement Qemu. There have been so many changes with the Qemu project that not all can be pre-setup. The smallish size of 60MB and the fact that it was a virtual hard drive, caused so many questions and mis-understandings, from how to access the real drives, to how can a natively booted DSL access the virtual drive. And requiring users to download basically an empty 60 additional MB. However, if you can still choose to make one and use if you so desired. This may even be preferable if you only use Qemu/DSL, i.e., always from within Windows.

Qemu v0.8.2 does have easy read access to real physical drives.

So when booting natively, it is very easy to use and save MyDSL extensions. And when booting via Qemu and the pendrive.bat all of your backup and MyDSL extensions are read from the physical drive and load properly as would be expected.

The Qemu sites reports as of 11/25/06 to have write capability.  While waiting for feature to be generally available via the binary downloads, I find using smbclient quite easy.

1. In Windows "share" your pendrive
2. In Windows note your machine's IP number (ipconfig)
3, Start Qemu/DSL via the pendrive.bat
   Use normally - download extensions into /cdrom/mydsl

BEFORE YOU SHUTDOWN !!!

4. Click DSLpanel, click Backup/Restore, click Backup
5. From DSL menu Apps->Net->SMBclient
   Enter info and click connect button
   You will have an smb prompt
smb:\> lcd /cdrom
smb:\> put backup.tar.gz
smb:\> lcd mydsl
smb:\> put just_downloaded_extension    (repeat as needed)
smb:\> quit

Now you have stored your Qemu virtual session backup and extenions to the physical drive.

This is just one option. Like I said, if you prefer virtual drives, you can. Some users prefer to email these files, and other use webdata, and others grab the Samba/LinNeighborhood to have a graphical version of the above.

While we are waiting on the Qemu project, perhaps someone who has a full Windows Development System will step forward and offer to compile the latest sources of Qemu and then we should have direct write access. Then things will be quite simple.

anam,  Sorry I cannot reproduce your issue. I just loaded dsl-dpkg.dsl without any problems. So too with dsl-dpkg.unc. If you are talking about dsl-dpkg.unc then it requires that you be running dsl-v3.2RC2 or better otherwise you will have such a situation.
Further details

I'm running 3.2rc2 on a usb stick
if I boot natively or run under qemu neither the unc or dsl of dsl-dpkg works.

I've not tried using any extra boot options (eg:- toram) for the native boot, if I get chance a little later I'll report on that  

If however I try the "enable apt" link in the tools menu it works fine.
That's what i've thought, thanks for confirming it, roberts.

Btw, why .desktop is in /home/dsl? (Because of that when using the desktop=jwm cheatcode with a previous backup, it doesn't work as expected)
Next Page...
original here.