DSL Embedded :: Extreme problems

You would likely need more than virtual drive space to use apt-get in a very constrained space of embedded/frugal. The default for DSL in the virtual machine is 128MB. Even opening up that you would still face the issues of backup and restore from the sandbox and an understaning of many Debian related files to include so as to persist a reboot. At a minimum all the downloaded debs and their dependanices.

Just as I don't recommend using mydsl extensions for a traditional hard drive install, so too, do I not recommend using apt-get in a frugal install.

Of course, if one is intent on doing it, it can be done as with most things using technology. I just don't recommend it. It is not an approach I would do. I think as the topic title suggests it will lead to 'extreme' challenges.

Can hdb be a compressed and dynamically expanding drive like qcow format? I would love to see a smaller initial foot print.

-cdr

There are so many new features in Qemu that I cannot keep up.
Qemu, just as DSL, keeps improving and adding new features.
Add to that, that I am not a fan nor even much of a user of Windows.

I know what I orginally setup may very well be dated. But it is useful for what it was designed to do.
Mainly to be a sandbox and therefore preserve the nomadic nature of DSL while allowing net access through the pass-thru ability of Qemu.

I don't have large powerful systems to run Windows/Qemu/DSL. I am not planning much in the way of specific Qemu/DSL changes. If you or others want to explore qcow or other advancements in Qemu. Let me know. I will follow your posts in the embedded section. I will try to be helpful when I can.

If something is configured that fits DSL's philosopy then perhaps it will be offered as a replacement to the current configuration.

I'll contribute whatever I find out.

-cdr

original here.