Welcome to the list Pilgrim, Wow, talk about an explosion of traffic on this list. I was waiting for a spark to light a fire around here. Anyway, here is my response to all 30 messages, - Welcome David. - Pilgrim sounds cool. I have my own qemu based non-root livecd generation system nearing a release, but I'm more than happy to see yours, as I can just rip off your initramfs dm-snapshot code, instead of doing exactly what you did there myself (as I had been planning). - I also was planning on pushing my project in the OLPC/appliance direction. Your seeding feature is totally akin to what I'm doing (and for reference, similar to what rpath is doing, i.e. recipes for appliance system generation). - Regarding Jaspers disk partitioning with yum, which has been adequately thrashed out- I'll just add- Yeah, it's a seperate problem, fdisk is one solution, hard coded assumptions are another, and if the anaconda interface truly is the easiest to use version, then just rip it out and use it standalone (or fix gparted so that it's as good a solution) - Regarding Jasper's thread about anaconda rootpath installs being closer to "real" installs than your yum 'hack', ACK!!! One of my biggest complaints all along has been the utter dangerousness of doing the install as root on a particular host system, and having faith that your rootpath install is not pulling in dependencies on the host build hardware config. My solution is to do the install under qemu, which also buys you a pure non-root system, which I don't know about you, but running kadischi on any system other than a dedicated build system scares the crap out of me (even after jkatz fixed the bugs where kadischi via anaconda would nuke the host build systems timezone and network configuration) - Toshio's shell vs python arg... Oh boy, I can't wait till my bash scripts scare the crap out you guys. Otherwise David pretty much gave my arguments (though my code is not exactly that small, but hopefully once it becomes feature complete, it will be so extensible by design, that extending the infrastructure will be a rarity) - Regarding the Update from LiveCD controversy. I thought there was confusion, regarding the "update install destined for munging into live .iso" vs "update the system you just booted the live .iso on". Regarding the latter, even though I don't think it was the original issue, there is a potential benefit of making a livecd appliance with integrated tripwire, and having it able to update the system. But thats a seed/config/recipe for the future, not a main concern now. - I like that my post made the readme file regarding the rebootless installer. I also agree that it, and the non-rebootless version of installing livecd+ram_changes, are interesting, but probably more far more trouble than they are worth (at this stage in the game certainly). - I did like the conversation about stateless. They are different projects, but the idea of hardware agnostic physically portable system disks, is very interesting. Dare I bring up an idea that an alan cox post a while back made me think of... (store a qemu system state file on the liveiso, boot it, display it into a vnc window that (all autostart), then when you shut down, save the qemu state, do an xdelta diff on orig sysstate, upload data diff to usb-stick or gmailfs/ftp, such that on next boot, you get your hibernated virtual desktop back exactly as you left it...) Anyway, thats it, call it a dime, as that was way more than $0.02. I look forward to seeing where this goes. I'm somewhat busy with a full school workload, so I don't know how much work I'll be able to do for the rest of this year. Hopefully I'll be able to force myself through the last 5% of my qemu based project (just need to script/automate some junk I've done manually to create working .iso's like the one I posted long ago). It's long past time that fedora surpass ubuntu in livecd features... I hope this new development infusion gets us there in a hurry. Personally I'm not afraid at all of 4 projects on this list (kadischi, pilgrim, jkatz livecd stuffs, my stuffs). The more there are, the more we'll copy good ideas from one another, and eventually integrate into a great solution that will evolve out of all of this. Peace... -dmc/jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com