Hi. Some work has been done recently with Kadischi and it is still getting a bit of massaging.. however I wanted to see what ideas we could come up with in kickstarting a rough UI for Kadischi.
What would be the most plausible for Kadischi, any ideas? GTK+? Python + GTK?
What are some of your ideas?
J. Hartline
What would be the most plausible for Kadischi, any ideas?
I think kadischi should be absorbed entirely by anaconda.
Use something like a --output-livecd=foo.iso, and have anaconda create an internal tmp rootpath directory.
For any livecd configuration, add more steps/screens to the anaconda install. And obviously maintain support for text/commandline/kickstart.
Add more livecd token options to kickstart, or create a similar but different livecd config file.
Perhaps this has been suggested before, I'm new to the list and haven't read the archives. But the above is my 2 cents.
-jdog
--- "J. Hartline" jasperhartline@adelphia.net wrote:
Hi. Some work has been done recently with Kadischi and it is still getting a bit of massaging.. however I wanted to see what ideas we could come up with in kickstarting a rough UI for Kadischi.
What would be the most plausible for Kadischi, any ideas? GTK+? Python + GTK?
What are some of your ideas?
J. Hartline
-- Fedora-livecd-list mailing list Fedora-livecd-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
--- Jane Dogalt jdogalt@yahoo.com wrote:
What would be the most plausible for Kadischi, any ideas?
I think kadischi should be absorbed entirely by anaconda.
Use something like a --output-livecd=foo.iso, and have anaconda create an internal tmp rootpath directory.
For any livecd configuration, add more steps/screens to the anaconda install.
Actually, I wasn't thinking of this 10 minutes ago when I wrote this, but...
With the above, you could also allow a checkbox on a real native anaconda(fedora/redhat) install, say "create livecd boot image", which would go ahead and do a completely normal install on a system, but then leave a bonus bootable iso, say /root/anaconda-livecd.iso, for the user.
Thus, for the people on this list who have talked about using kadischi to create deployable read-only livecd's for particular systems (say a particular dell hardware configuration, to be used as an appliance/kiosk), they could just do a normal install on one instance of the system, and boom, there is your livecd.
Or even, if the system has a cd burner, you could do the install, and burn the cd right away. Maybe just using temp space on an existing system partition (vfat even) to generate the install iso.
Of course, thats not very far away from my earlier dogmeat post about using a generated livecd as a configure/build/test environment for more livecds.
Which has a fair amount of synergy to merging the generic os installer with the generic livecd, ala mandriva one, and something like a project I did years ago which just cached("installed") the livecd image to an existing disk partition(think host vfat).
My hunch is that the recently fired mandrake founders new secret project ulteo is probably a mix of some of the above. IMO it's the direction to go with livecds. That and using relayfs/unionfs+distributed network filesystems to do really incredibly cool stuff :)
-jdog
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Jane Dogalt wrote:
With the above, you could also allow a checkbox on a real native anaconda(fedora/redhat) install, say "create livecd boot image", which would go ahead and do a completely normal install on a system, but then leave a bonus bootable iso, say /root/anaconda-livecd.iso, for the user.
Thus, for the people on this list who have talked about using kadischi to create deployable read-only livecd's for particular systems (say a particular dell hardware configuration, to be used as an appliance/kiosk), they could just do a normal install on one instance of the system, and boom, there is your livecd.
A user and contributor has also mentioned G4U-like (Ghost for Unix) capabilities with Kadischi. I thought it was a good idea also, in the sense a user's HDD installation could be imaged and written to a live disc for use at other times, or as a rescue environment for instance.
Or even, if the system has a cd burner, you could do the install, and burn the cd right away. Maybe just using temp space on an existing system partition (vfat even) to generate the install iso.
This is an idea I had personally thought about also. Rather than ending the session with Kadischi with the ISO9660 CD image only.. an even more-user friendly approach would be to ask if they would like to burn it.
J. Hartline
Jane Dogalt wrote:
I think kadischi should be absorbed entirely by anaconda.
Use something like a --output-livecd=foo.iso, and have anaconda create an internal tmp rootpath directory.
Kadischi already does this. Since Anaconda doesn't posses mksquashfs or mkzftree and mkisofs capabilities it would'nt be that difficult. Just use rootpath methods.
For any livecd configuration, add more steps/screens to the anaconda install. And obviously maintain support for text/commandline/kickstart.
Add more livecd token options to kickstart, or create a similar but different livecd config file.
This is discussed at the http://fedoraproject.org/wiki/Kadischi/Schedule * %livecd section in Kickstart for Anaconda.
Perhaps this has been suggested before, I'm new to the list and haven't read the archives. But the above is my 2 cents.
A whole seperate UI has been suggested: http://fedoraproject.org/wiki/Kadischi/Schedule I would imagine work could be done on a Kadischi UI in Python with GTK bindings and perhaps at the same time send patches to devs.
If you are a member of the wiki or a contributor with wiki editing priviliges, you could create a sub item list under the Schedule page under the * create and integrate a fancy little GUI item in the Kadischi wiki.
livecd@lists.fedoraproject.org
-
J. Hartline -
Jane Dogalt