Yea, the naming of things are going to change a bit, so it's more obvious as to what you're doing.
What you're trying to do, daniel3000, is mount an OS Extend, so just do as Alerino suggests.
An OS Extend is essentially a chroot jail, and there's currently Debian, Arch and Ubuntu prototypes kicking about.
A Root Extend on the other hand, is just an "overlay" that forwards all writes to Angstrom's root to the Extend file system.
I've almost finished working on a new script set, I just need to test it some more and write up documentation ( as well as rename the existing extends to make it more apparent what they are. )
I'm still abusing the Zenity stuff for the moment, but the new set of scripts will essentially create a custom mount script for you, which you can either run through the ExtendUtils system, or just pull up a terminal and run yourself.
This means that I can get a proper GUI done somewhat easier, as it can essentially do the same thing - build up a script file to run and save it.
It'll also support the following:
* Base Extends - compressed, read-only OS Extends that just contains a base system. For example, a clean Stage 3 of Gentoo, or fresh debootstrap of Debian.
* Addon Extends - compressed, read-only Extends for a specific Base that adds major functionality if needed. Sortof stealing the Puppy Linux idea here, where an Addon could be a Window Manager for example.
* Combined Extend - uncompressed, read-write Extend that combines a Base with one or more Addons and a Root Overlay. This is essentially what the current OS Extends are, and is useful for just immediately mucking about. Can also be compressed, read-only and require a Root Overlay if preferred.
* Root Overlays - uncompressed, read-write Extends that go over the entire root file system. May or may not come with additional functionality. The current Dev Extend fits in this category. These can go over either the Angstrom / or the Base/Addon Extends' Root.
* Home Overlays - uncompressed, read-write Extends that just go over your /home hierarchy.
* Swap Extends - uncompressed, read-write Extends for swap (ab)use.
* Mounting multiple Extends in read-only and read-write configurations.
* Building a custom mount script specific to your needs.
* Highly experimental and hacked up support for combining multiple Extends into one file.
* Some actual documentation and help as to what on earth is going on!
Currently, the Addon Extends ( and possibly the Root Overlays, actually ) have a "bug" in that if there are multiple copies of a package manager, the last one mounted takes precedence. This is somewhat annoying as it means if you have a Base Extend and more than one Addon Extend, you might not see the packages for the first Addon as being "installed." I should be able to fix this by a setup phase which essentially just concatenates all the Base and Addon extends' package file into one large one, and store it in your Overlay.
Although the scripts will be supporting quite a lot of combinations, there are reasons for it:
* Combined Extends are useful due to the limited amount of loop points we have, and can be compressed if needed ( though this automatically makes them read-only and require an Overlay if you want to save anything. )
* Base and Addon Extends are good for large sets of packages and maintaining some sort of order.. these are possibly for the more advanced abuse of the system, and directly nicked from Puppy Linux as SomeGuy suggested earlier in this mammoth thread.
* Overlays are great for protecting your NAND and they're split into root and home for good reason - you may only want to have a Home overlay and not mind installing stuff to Root or re-flashing often, but want to save your own files. Conversely, like with my own Dev environment setup, I have a Root overlay containing the dev tools, and a Home overlay containing my code and projects, which allows me to jump back to "vanilla" Angstrom and see if my code still works, or if I need to pack additional libraries!
* Swap can be useful in places where you're really taxing the Pandora.. although it takes a hellova lot to do it, sometimes having a bit of swap as a fall back makes you feel safer. Obviously don't go overboard with greater than 256MB as there's no point; but SD cards are still cheaper and easier to replace than the NAND so swapping to SD - though it'll be slow - may help bigger programs run.
* And essentially, it's the changing of one line to support something else.. so might as well push the functionality up to you guys
It's getting there... I'll put myself out there and say I should be done in the coming week with it; perhaps even this weekend!
Just lots of testing to do - especially in the OS Extend stuff as it tries to automatically setup a Terminal or an X Session for you.. and of course attempting to figure out the ever-present un-mounting ability that has eluded us... there'll be a way!