[Fedora-livecd-list] Welcome Pilgrims, please don't take our land...
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