From sundaram at fedoraproject.org Fri Sep 1 17:37:53 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 01 Sep 2006 23:07:53 +0530 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin Message-ID: <44F86FF1.2010301@fedoraproject.org> Hi http://www.tuxmachines.org/node/9309 Minor quibbles which are normal for a development snapshot. Rahul From dash at redhat.com Sat Sep 2 05:55:56 2006 From: dash at redhat.com (David Ash) Date: Sat, 02 Sep 2006 15:55:56 +1000 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: <44F86FF1.2010301@fedoraproject.org> References: <44F86FF1.2010301@fedoraproject.org> Message-ID: <44F91CEC.90706@redhat.com> Rahul wrote: > Hi > > http://www.tuxmachines.org/node/9309 > > Minor quibbles which are normal for a development snapshot. Are these live dvd's installation media aswell? Regards Dash From sundaram at fedoraproject.org Sat Sep 2 12:24:46 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 02 Sep 2006 17:54:46 +0530 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: <44F91CEC.90706@redhat.com> References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> Message-ID: <44F9780E.2010305@fedoraproject.org> David Ash wrote: > Rahul wrote: >> Hi >> >> http://www.tuxmachines.org/node/9309 >> >> Minor quibbles which are normal for a development snapshot. > > Are these live dvd's installation media aswell? > Regards > Dash > No. Rahul From jasperhartline at adelphia.net Tue Sep 5 11:56:21 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Tue, 05 Sep 2006 06:56:21 -0500 Subject: [Fedora-livecd-list] Kadischi - USB fork? Message-ID: <44FD65E5.8080403@adelphia.net> Hi. I'm curious if anyone would be interested in seeing a forked Kadischi used to build LiveUSB Fedora Core images that can be written to a flash USB device or even a USB external disk.. Is this something that we would be interested in? J. Hartline From filip.tsachev at fedoraproject.org Wed Sep 6 07:39:45 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Wed, 6 Sep 2006 10:39:45 +0300 Subject: [Fedora-livecd-list] QEMU'ed live spin in MS environment Message-ID: Hello, Noticed that knoppix from LinuxTAG2005 starts under QEMU when inserted in MS environment, while '06 issue doesn't. Could it be something good to include as possibility for live spins? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Wed Sep 6 07:41:59 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Wed, 6 Sep 2006 10:41:59 +0300 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: <44FD65E5.8080403@adelphia.net> References: <44FD65E5.8080403@adelphia.net> Message-ID: Hello, On 05/09/06, Jasper O'neal Hartline wrote: > Hi. > > I'm curious if anyone would be interested in seeing a forked Kadischi > used to build LiveUSB > Fedora Core images that can be written to a flash USB device or even a > USB external disk.. > > Is this something that we would be interested in? Sure thing. I would love to have 'pocket' fedora around. From jasperhartline at adelphia.net Wed Sep 6 05:32:04 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 06 Sep 2006 05:32:04 +0000 Subject: [Fedora-livecd-list] QEMU'ed live spin in MS environment In-Reply-To: References: Message-ID: <44FE5D54.50501@adelphia.net> Filip Tsachev wrote: > Hello, > > Noticed that knoppix from LinuxTAG2005 starts under QEMU when inserted > in MS environment, while '06 issue doesn't. Could it be something good > to include as possibility for live spins? > It is probably just associated with files of type ISO. Nothing really special Knoppix is doing there. What is it that you are asking about, that cannot be done by the end-user and installing Qemu on thier Windows boxes themselves? J. Hartline From jasperhartline at adelphia.net Wed Sep 6 05:54:44 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 06 Sep 2006 05:54:44 +0000 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: References: <44FD65E5.8080403@adelphia.net> Message-ID: <44FE62A4.5020800@adelphia.net> It wouldn't be terribly difficult. In fact the major difference is simply in the initramfs rc, and using mkisofs. Instead of invoking mkisofs, you would just need a filesystem in RAM, of course large enough to accommodate the current squashed tree move the squashed rootfs and /boot/ folder into the RAM filesystem, then make the image. This sounds like it could cost alot of RAM, however not much if you think about the size of USB flash sticks today. 512MB, 1GB. So on. In any case the compression ratio for SquashFS is so efficient that 512MB finalized rootfs squashed is about 1.3GB in unsquashed packages and files. That is fairly large for just a pocket Fedora Linux. I'll work on a little fork of Kadischi on my own time and perhaps will send some links to where to get it, maybe it could be included in Kadischi proper! I've already built some LiveUSB images myself, and just thought I'd share the idea with the list. LiveUSB Fedora is really what you think it is, it ROCKS! J. Hartline I'd like to hear more thoughts on this. Filip Tsachev wrote: > Hello, > > On 05/09/06, Jasper O'neal Hartline wrote: > >> Hi. >> >> I'm curious if anyone would be interested in seeing a forked Kadischi >> used to build LiveUSB >> Fedora Core images that can be written to a flash USB device or even a >> USB external disk.. >> >> Is this something that we would be interested in? > > Sure thing. I would love to have 'pocket' fedora around. From filip.tsachev at fedoraproject.org Wed Sep 6 17:04:56 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Wed, 6 Sep 2006 20:04:56 +0300 Subject: [Fedora-livecd-list] QEMU'ed live spin in MS environment In-Reply-To: <44FE5D54.50501@adelphia.net> References: <44FE5D54.50501@adelphia.net> Message-ID: Hi, On 06/09/06, Jasper O'neal Hartline wrote: > Filip Tsachev wrote: > > > Hello, > > > > Noticed that knoppix from LinuxTAG2005 starts under QEMU when inserted > > in MS environment, while '06 issue doesn't. Could it be something good > > to include as possibility for live spins? > > > It is probably just associated with files of type ISO. > Nothing really special Knoppix is doing there. > > What is it that you are asking about, that cannot be done > by the end-user and installing Qemu on thier Windows boxes themselves? The idea is to be different from "themselves", rather kadischi to place a script in the autorun.ini and provide environment to launch qemu from the cd/dvd right away without any installation process (don't know how that is done, maybe some kind of binary win32 executable of qemu) and automatically boot fedora live spin in a window for the MS users to experience without reboot and any other action required. It will be quite slow though without kqemu acceleration. -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Wed Sep 6 17:07:57 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Wed, 6 Sep 2006 20:07:57 +0300 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: <44F9780E.2010305@fedoraproject.org> References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> <44F9780E.2010305@fedoraproject.org> Message-ID: Hello, On 02/09/06, Rahul wrote: > >> Minor quibbles which are normal for a development snapshot. I tryed on HP nc6220 laptop and had some problem with booting X, will investigate the issue. Init 3 works fine though. -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Wed Sep 6 17:19:09 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Wed, 6 Sep 2006 20:19:09 +0300 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: <44FE62A4.5020800@adelphia.net> References: <44FD65E5.8080403@adelphia.net> <44FE62A4.5020800@adelphia.net> Message-ID: I guess this fork has the potential to utilise different concept as it's RW media. Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Wed Sep 6 17:25:47 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Wed, 6 Sep 2006 20:25:47 +0300 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> <44F9780E.2010305@fedoraproject.org> Message-ID: BTW, having fc6t2 on my desktop + rawhide updates till today I can't find the wallpaper with the fedora "drop" used as photo material in the article. Anyone having more information? Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From jasperhartline at adelphia.net Wed Sep 6 17:31:07 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 06 Sep 2006 12:31:07 -0500 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> <44F9780E.2010305@fedoraproject.org> Message-ID: <44FF05DB.30104@adelphia.net> Filip Tsachev wrote: > Hello, > > On 02/09/06, Rahul wrote: > >> >> Minor quibbles which are normal for a development snapshot. > > I tryed on HP nc6220 laptop and had some problem with booting X, will > investigate the issue. Init 3 works fine though. > Intel 845G and 915 chips seem to have a problem with RHGB and X together. This was tested just this morning on a Sony Vaio Laptop with Intel M processsor and Intel 915 video chipset. It also had problems with starting/displaying X window. J. Hartline From cnegus at rucls.net Wed Sep 6 17:34:10 2006 From: cnegus at rucls.net (Chris Negus) Date: Wed, 06 Sep 2006 12:34:10 -0500 Subject: [Fedora-livecd-list] Multiple repos in FC6 live CD Message-ID: <1157564050.2514.285.camel@einstein> I'm trying to build a live CD for FC6 that uses Core and Extras packages. I was very happy to see that the latest anaconda has a checkbox for including Fedora Extras in the install. Does kadischi support merged repositories in this way? I've been getting failures when the installer tries to get an Extras package. It says that the package isn't found. I wasn't sure if I was having dependency problems or if the feature isn't supported yet in anaconda/kadischi. -- Chris Negus From debarshi.ray at gmail.com Wed Sep 6 18:01:23 2006 From: debarshi.ray at gmail.com (Debarshi 'Rishi' Ray) Date: Wed, 6 Sep 2006 18:01:23 +0000 Subject: [Fedora-livecd-list] Kadischi - USB fork? Message-ID: <3170f42f0609061101m67bd09b1x4d219ad4d2620de@mail.gmail.com> > I'm curious if anyone would be interested in seeing a forked Kadischi > used to build LiveUSB > Fedora Core images that can be written to a flash USB device or even a > USB external disk.. > > Is this something that we would be interested in? I would like to see it too. Cheers, Debarshi -- It matters not whether you win or lose; what matters is whether I win or lose. - Darrin Weinberg From jasperhartline at adelphia.net Wed Sep 6 19:12:12 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 06 Sep 2006 14:12:12 -0500 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: References: <44FD65E5.8080403@adelphia.net> <44FE62A4.5020800@adelphia.net> Message-ID: <44FF1D8C.5010709@adelphia.net> Filip Tsachev wrote: > I guess this fork has the potential to utilise different concept as > it's RW media. > No. SquashFS is still read-only filesystem. J. Hartline From jasperhartline at adelphia.net Wed Sep 6 19:15:01 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 06 Sep 2006 14:15:01 -0500 Subject: [Fedora-livecd-list] Multiple repos in FC6 live CD In-Reply-To: <1157564050.2514.285.camel@einstein> References: <1157564050.2514.285.camel@einstein> Message-ID: <44FF1E35.3060104@adelphia.net> Chris Negus wrote: >I'm trying to build a live CD for FC6 that uses Core and Extras >packages. I was very happy to see that the latest anaconda has a >checkbox for including Fedora Extras in the install. > >Does kadischi support merged repositories in this way? I've been getting >failures when the installer tries to get an Extras package. It says that >the package isn't found. I wasn't sure if I was having dependency >problems or if the feature isn't supported yet in anaconda/kadischi. > > That is rather odd. I built a CD with RAWHIDE just yesterday with bittorrent, Azureus and a few other packages from the Extras repository. I bet your network is unreachable on that machine, is it not? If so, try bringing up the network, as Anaconda will fetch the repo data from the net. J. Hartline From jdogalt at yahoo.com Thu Sep 7 02:56:49 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Wed, 6 Sep 2006 19:56:49 -0700 (PDT) Subject: [Fedora-livecd-list] QEMU'ed live spin in MS environment In-Reply-To: Message-ID: <20060907025649.98378.qmail@web56915.mail.re3.yahoo.com> --- Filip Tsachev wrote: > Hi, > > On 06/09/06, Jasper O'neal Hartline wrote: > > Filip Tsachev wrote: > > > > > Hello, > > > > > > Noticed that knoppix from LinuxTAG2005 starts under QEMU when inserted > > > in MS environment, while '06 issue doesn't. Could it be something good > > > to include as possibility for live spins? > > > > > It is probably just associated with files of type ISO. > > Nothing really special Knoppix is doing there. > > > > What is it that you are asking about, that cannot be done > > by the end-user and installing Qemu on thier Windows boxes themselves? > The idea is to be different from "themselves", rather kadischi to > place a script in the autorun.ini and provide environment to launch > qemu from the cd/dvd right away without any installation process > (don't know how that is done, maybe some kind of binary win32 > executable of qemu) and automatically boot fedora live spin in a > window for the MS users to experience without reboot and any other > action required. +1. +1 more if you include firefox and the other killer open source apps for win32 which can be made to run from cd (no local installation). +1 more if a livecd builder is one more of those apps (pie in sky). (to head off stupid comments, of course this should be an optional feature for kadischi users, as it will eat up plenty of iso real estate) -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jdogalt at yahoo.com Thu Sep 7 03:27:48 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Wed, 6 Sep 2006 20:27:48 -0700 (PDT) Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: <44FF1D8C.5010709@adelphia.net> Message-ID: <20060907032748.32473.qmail@web56902.mail.re3.yahoo.com> --- Jasper O'neal Hartline wrote: > Filip Tsachev wrote: > > > I guess this fork has the potential to utilise different concept as > > it's RW media. > > > No. SquashFS is still read-only filesystem. As you mentioned, it isn't that different (in some manifestations) from the kadischi output. Thus why fork instead of just making it a kadischi feature? Certainly you would work in your own tree until you've got a clean feature addition patch, but forking doesn't make sense IMO. Certainly kadischi should handle usb sticks as gracefully (or hopefully more gracefully) than knoppix, and a live-usb is just like sticking your livecd in the stick. I'm guessing using a fairly static ROM image might be better anyway as a lot of flash wouldn't hold up that well to frequent small writes (if it was used as a generic rw fs) my 0.02... -jdog > > J. Hartline > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at 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 From ingo at ingo-schaefer.de Thu Sep 7 05:19:30 2006 From: ingo at ingo-schaefer.de (Ingo Schaefer) Date: Thu, 07 Sep 2006 07:19:30 +0200 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: <20060907032748.32473.qmail@web56902.mail.re3.yahoo.com> References: <20060907032748.32473.qmail@web56902.mail.re3.yahoo.com> Message-ID: <1157606370.22762.619.camel@schaefei01> Hello, Am Mittwoch, den 06.09.2006, 20:27 -0700 schrieb Jane Dogalt: > I'm guessing using a fairly static ROM image might be better anyway as a lot of > flash wouldn't hold up that well to frequent small writes (if it was used as a > generic rw fs) I agree here. But with the flash memory you have the possibility to take unused space on it for the user to store preferences, additional applications and personal data. Why not even partitioning the usb drive? Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jasperhartline at adelphia.net Thu Sep 7 10:20:44 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Thu, 07 Sep 2006 05:20:44 -0500 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: <20060907032748.32473.qmail@web56902.mail.re3.yahoo.com> References: <20060907032748.32473.qmail@web56902.mail.re3.yahoo.com> Message-ID: <44FFF27C.6050505@adelphia.net> Jane Dogalt wrote: >As you mentioned, it isn't that different (in some manifestations) from the >kadischi output. Thus why fork instead of just making it a kadischi feature? >Certainly you would work in your own tree until you've got a clean feature >addition patch, but forking doesn't make sense IMO. Certainly kadischi should >handle usb sticks as gracefully (or hopefully more gracefully) than knoppix, >and a live-usb is just like sticking your livecd in the stick. > >I'm guessing using a fairly static ROM image might be better anyway as a lot of >flash wouldn't hold up that well to frequent small writes (if it was used as a >generic rw fs) > > > Ahh I'm not planning on sending it upstream, I'm doing it just for fun. About the small writes, we use Ext2 not Ext3. J. Hartline From filip.tsachev at fedoraproject.org Thu Sep 7 18:21:47 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Thu, 7 Sep 2006 21:21:47 +0300 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: <44FF05DB.30104@adelphia.net> References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> <44F9780E.2010305@fedoraproject.org> <44FF05DB.30104@adelphia.net> Message-ID: Hello, On 06/09/06, Jasper O'neal Hartline wrote: > Intel 845G and 915 chips seem to have a problem with RHGB and X together. > This was tested just this morning on a Sony Vaio Laptop with Intel M > processsor > and Intel 915 video chipset. It also had problems with > starting/displaying X window. > > J. Hartline > Thanks for the directions, btw: while still *semi* on topic, where is the drop fedora wallpaper for non-livespin fc6testx users? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Thu Sep 7 18:32:11 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Thu, 7 Sep 2006 21:32:11 +0300 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: <44FFF27C.6050505@adelphia.net> References: <20060907032748.32473.qmail@web56902.mail.re3.yahoo.com> <44FFF27C.6050505@adelphia.net> Message-ID: Oops, I forgot about the flash's short RW life cycle, anyhow.. ROM is fine and making it RW would involve additional coding. Jasper, USB livespin is something very nice & quiet (for laptop users mainly, I'm sure desktop PC users also notice the "CD sound"), it should go upstream. I guess it needs just a bit of coding. p.s. I'm not sure of the speed difference between cd vs dvd vs usb 2.0 sticks. -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Thu Sep 7 18:33:55 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Thu, 7 Sep 2006 21:33:55 +0300 Subject: [Fedora-livecd-list] Multiple repos in FC6 live CD In-Reply-To: <44FF1E35.3060104@adelphia.net> References: <1157564050.2514.285.camel@einstein> <44FF1E35.3060104@adelphia.net> Message-ID: Hello, On 06/09/06, Jasper O'neal Hartline wrote: > I built a CD with RAWHIDE just yesterday with bittorrent, Azureus and a > few other packages from > the Extras repository. Could you possibly share it :-P Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Thu Sep 7 18:42:25 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Thu, 7 Sep 2006 21:42:25 +0300 Subject: [Fedora-livecd-list] LiveCD on Compact flash In-Reply-To: <44DD034F.4090407@adelphia.net> References: <44DD034F.4090407@adelphia.net> Message-ID: Hello, On 12/08/06, Jasper O'neal Hartline wrote: > If it is neccessary any USB related questions should be taken care off > off-list as this is the Kadischi/Fedora LiveCD list. Or make it simply "fedora-live" list. 8-) -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Thu Sep 7 22:44:44 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Fri, 8 Sep 2006 01:44:44 +0300 Subject: [Fedora-livecd-list] DVD-RAM builds Message-ID: Hi, How can I use kadischi & DVD-RAM formated as UDF/FAT to produce build using the media as a normal R/W hard drive? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From sundaram at fedoraproject.org Fri Sep 8 06:34:30 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 08 Sep 2006 12:04:30 +0530 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> <44F9780E.2010305@fedoraproject.org> <44FF05DB.30104@adelphia.net> Message-ID: <45010EF6.7040403@fedoraproject.org> Filip Tsachev wrote: > Hello, > > On 06/09/06, Jasper O'neal Hartline wrote: >> Intel 845G and 915 chips seem to have a problem with RHGB and X together. >> This was tested just this morning on a Sony Vaio Laptop with Intel M >> processsor >> and Intel 915 video chipset. It also had problems with >> starting/displaying X window. >> >> J. Hartline >> > Thanks for the directions, btw: while still *semi* on topic, where is > the drop fedora wallpaper for non-livespin fc6testx users? > http://www.isity.net/blog/?cat=7 Anonymous CVS in http://fedoraproject.org/wiki/Artwork Rahul From filip.tsachev at fedoraproject.org Sat Sep 9 10:02:41 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Sat, 9 Sep 2006 13:02:41 +0300 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: <44FF05DB.30104@adelphia.net> References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> <44F9780E.2010305@fedoraproject.org> <44FF05DB.30104@adelphia.net> Message-ID: Hello, On 06/09/06, Jasper O'neal Hartline wrote: > > I tryed on HP nc6220 laptop and had some problem with booting X, will > > investigate the issue. Init 3 works fine though. > > > Intel 845G and 915 chips seem to have a problem with RHGB and X together. > This was tested just this morning on a Sony Vaio Laptop with Intel M > processsor > and Intel 915 video chipset. It also had problems with > starting/displaying X window. Jasper, I found nothing usefull in the logs, do you have any idea where to look for information (like bugzilla) /tracking of the issue? For comparison Ubuntu 6.0.6LTS LiveDVD booted in Gnome without any interaction. Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From jasperhartline at adelphia.net Sat Sep 9 12:39:24 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Sat, 09 Sep 2006 07:39:24 -0500 Subject: [Fedora-livecd-list] Taking Fedora Core 6 Test 2 for a Live-Spin In-Reply-To: References: <44F86FF1.2010301@fedoraproject.org> <44F91CEC.90706@redhat.com> <44F9780E.2010305@fedoraproject.org> <44FF05DB.30104@adelphia.net> Message-ID: <4502B5FC.4050006@adelphia.net> I don't know that there is anything to look for in the logs, I just know it is a problem. For example, boot without RHGB, and X will come right up. J. Hartline Filip Tsachev wrote: > Hello, > > On 06/09/06, Jasper O'neal Hartline wrote: > >> > I tryed on HP nc6220 laptop and had some problem with booting X, will >> > investigate the issue. Init 3 works fine though. >> > >> Intel 845G and 915 chips seem to have a problem with RHGB and X >> together. >> This was tested just this morning on a Sony Vaio Laptop with Intel M >> processsor >> and Intel 915 video chipset. It also had problems with >> starting/displaying X window. > > Jasper, I found nothing usefull in the logs, do you have any idea > where to look for information (like bugzilla) /tracking of the issue? > For comparison Ubuntu 6.0.6LTS LiveDVD booted in Gnome without any > interaction. From jasperhartline at adelphia.net Sat Sep 9 16:38:08 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Sat, 09 Sep 2006 11:38:08 -0500 Subject: [Fedora-livecd-list] Kadischi - USB fork? In-Reply-To: <3170f42f0609061101m67bd09b1x4d219ad4d2620de@mail.gmail.com> References: <3170f42f0609061101m67bd09b1x4d219ad4d2620de@mail.gmail.com> Message-ID: <4502EDF0.9080908@adelphia.net> Debarshi 'Rishi' Ray wrote: >> I'm curious if anyone would be interested in seeing a forked Kadischi >> used to build LiveUSB >> Fedora Core images that can be written to a flash USB device or even a >> USB external disk.. >> >> Is this something that we would be interested in? > > > I would like to see it too. I don't suppose there is an automated way to do this. Since mke2fs cannot skip the first sector in creating a filesystem, you can't make a filesystem on loop0 and grub-install to it also without damaginbg the filesystem. I suppose you could make a filesystem, grub-install to loop0 and then dd the filesystem to loop0 skipping the first sector.. maybe I'll try that instead. J. Hartline From olivares14031 at yahoo.com Sun Sep 10 03:17:19 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Sat, 9 Sep 2006 20:17:19 -0700 (PDT) Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi Message-ID: <20060910031719.96520.qmail@web52615.mail.yahoo.com> Dear list, I am running Fedora Core 6 test 2 updated as of 20060908. I followed the instructions given at http://fedoraproject.org/wiki/Kadischi and the Documentation page http://fedoraproject.org/wiki/Kadischi/Documentation which suggested to yum install anaconda ,etc. and I did all that. I installed via cvs and compiled and everything. When I run Kadishi I tried the options with the mirrors and I got nowhere. I tried using option 3 shown below. Using Kadischi Basic instructions The basic way to run Kadischi is to type the following in a terminal kadischi path-to-the-repository path-to-the-iso-image where path to the repository can be a path on the local file system, but can also be a path to ftp, http, a stock FC CD or DVD, or some other type of repository. Example: kadischi /tmp/fc5 /tmp/fedora-live.iso where /tmp/fc5 is our repository. For instructions on creating a local repository, colsult "How to build a repository" section from Appendix. Example 2: kadischi http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/os /tmp/fedora-live.iso Example 3: (using [WWW] mirror site) kadischi http://mirrors.kernel.org/fedora/core/5/i386/os/ /tmp/fedora-live.iso for installing from http repository. For details on available installation methods, consult "Anaconda installation methods" in Appendix. in the page http://mirrors.kernel.org/fedora/core/5/i386/os/ I changed it to http://mirrors.kernel.org/fedora/core/6/i386/os/ and looked for development 5.91/ directory and do not know which option is the best/more robust way to generate a livecd/livedvd. When I get back to school, on Monday to the machine with Core 6 Test 2 I will try to update it to current. I kindly ask for examples/suggestions to try out. Thanks, Antonio __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From filip.tsachev at fedoraproject.org Sun Sep 10 10:44:04 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Sun, 10 Sep 2006 13:44:04 +0300 Subject: [Fedora-livecd-list] Dependency problem with rawhide and kadischi build env requirements (fedora-release-5.92-1) Message-ID: Hello, Trying to satisfy kadischi build environment requirements: [root at fbi ~]# yum install anaconda busybox-anaconda syslinux mkisofs squashfs-tools e2fsprogs usermode gnome-python2-gtkhtml2 kudzu-devel intltool glib2-devel autoconf automake Error: Missing Dependency: glib2 = 2.11.1-1 is needed by package glib2-devel Error: Missing Dependency: gnome-python2-extras = 2.14.0-1 is needed by package gnome-python2-gtkhtml2 Error: Missing Dependency: glib2-devel >= 2.12.0-1 is needed by package gtk2-devel Error: Missing Dependency: usermode = 1.86-1 is needed by package usermode-gtk Error: Missing Dependency: glib2-devel >= 2.12.0-1 is needed by package pango-devel Error: Missing Dependency: e2fsprogs-libs = 1.38-12 is needed by package e2fsprogs Error: Missing Dependency: libparted-1.7.so.0 is needed by package pyparted Any ideas? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From jasperhartline at adelphia.net Sun Sep 10 11:57:35 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Sun, 10 Sep 2006 06:57:35 -0500 Subject: [Fedora-livecd-list] Dependency problem with rawhide and kadischi build env requirements (fedora-release-5.92-1) In-Reply-To: References: Message-ID: <4503FDAF.9090601@adelphia.net> The Fedora Core Test 3 mirrors are probably not populated yet. Try again in a few days. Test 2 mirrors work for me.. all the way into RAWHIDE. J. Hartline Filip Tsachev wrote: > Hello, > > Trying to satisfy kadischi build environment requirements: > > > [root at fbi ~]# yum install anaconda busybox-anaconda syslinux mkisofs > squashfs-tools e2fsprogs usermode gnome-python2-gtkhtml2 kudzu-devel > intltool glib2-devel autoconf automake > > > Error: Missing Dependency: glib2 = 2.11.1-1 is needed by package > glib2-devel > Error: Missing Dependency: gnome-python2-extras = 2.14.0-1 is needed > by package gnome-python2-gtkhtml2 > Error: Missing Dependency: glib2-devel >= 2.12.0-1 is needed by > package gtk2-devel > Error: Missing Dependency: usermode = 1.86-1 is needed by package > usermode-gtk > Error: Missing Dependency: glib2-devel >= 2.12.0-1 is needed by > package pango-devel > Error: Missing Dependency: e2fsprogs-libs = 1.38-12 is needed by > package e2fsprogs > Error: Missing Dependency: libparted-1.7.so.0 is needed by package > pyparted > > Any ideas? > From jasperhartline at adelphia.net Sun Sep 10 11:59:09 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Sun, 10 Sep 2006 06:59:09 -0500 Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <20060910031719.96520.qmail@web52615.mail.yahoo.com> References: <20060910031719.96520.qmail@web52615.mail.yahoo.com> Message-ID: <4503FE0D.1030004@adelphia.net> Try: kadischi http://mirrors.kernel.org/fedora/core/5.91/i386/os/ /tmp/fc6t2.iso J. Hartline Antonio Olivares wrote: >Dear list, > I am running Fedora Core 6 test 2 updated as of >20060908. I followed the instructions given at > >http://fedoraproject.org/wiki/Kadischi > >and the Documentation page >http://fedoraproject.org/wiki/Kadischi/Documentation > >which suggested to yum install anaconda ,etc. and I >did all that. I installed via cvs and compiled and >everything. When I run Kadishi I tried the options >with the mirrors and I got nowhere. I tried using >option 3 shown below. > >Using Kadischi > >Basic instructions > >The basic way to run Kadischi is to type the following >in a terminal >kadischi path-to-the-repository path-to-the-iso-image > >where path to the repository can be a path on the >local file system, but can also be a path to ftp, >http, a stock FC CD or DVD, or some other type of >repository. >Example: >kadischi /tmp/fc5 /tmp/fedora-live.iso > >where /tmp/fc5 is our repository. For instructions on >creating a local repository, colsult "How to build a >repository" section from Appendix. >Example 2: >kadischi >http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/os >/tmp/fedora-live.iso > >Example 3: (using [WWW] mirror site) >kadischi >http://mirrors.kernel.org/fedora/core/5/i386/os/ >/tmp/fedora-live.iso > >for installing from http repository. For details on >available installation methods, consult "Anaconda >installation methods" in Appendix. > >in the page >http://mirrors.kernel.org/fedora/core/5/i386/os/ >I changed it to >http://mirrors.kernel.org/fedora/core/6/i386/os/ >and looked for development 5.91/ directory and do not >know which option is the best/more robust way to >generate a livecd/livedvd. > >When I get back to school, on Monday to the machine >with Core 6 Test 2 I will try to update it to current. > I kindly ask for examples/suggestions to try out. > > From chitlesh at fedoraproject.org Sun Sep 10 12:06:04 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 10 Sep 2006 14:06:04 +0200 Subject: [Fedora-livecd-list] Dependency problem with rawhide and kadischi build env requirements (fedora-release-5.92-1) In-Reply-To: <4503FDAF.9090601@adelphia.net> References: <4503FDAF.9090601@adelphia.net> Message-ID: <13dbfe4f0609100506i27e0c926o7c7f44e5a4df29a4@mail.gmail.com> On 9/10/06, Jasper O'neal Hartline wrote: > The Fedora Core Test 3 mirrors are probably not populated yet. > Try again in a few days. > Test 2 mirrors work for me.. all the way into RAWHIDE. I've just ran into a conflicting libraries (i did twice rsync in 3 days), When anaconda fails, kadischi should stop. But however it continues with the post install scripts. I'll fix it :) Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sun Sep 10 13:26:44 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 10 Sep 2006 15:26:44 +0200 Subject: [Fedora-livecd-list] make_initrds functions: duplicates Message-ID: <13dbfe4f0609100626rd56eadeoaf5302dfb5e5e17d@mail.gmail.com> Hello, In kadischi.py, in make_initrds, the if_and_else statements are the same. Did we miss something while copy-pasting ? def make_initrds(sysdir, bindir): clear_rpm_db_files(sysdir) ts = rpm.TransactionSet(sysdir) global kernel, kernel_smp kernel = None kernel_smp = None if isys.smpAvailable() or isys.htavailable(): for mi in ts.dbMatch('name', 'kernel'): kernel = "%s-%s" % (mi['version'], mi['release']) for mi in ts.dbMatch('name', 'kernel-smp'): kernel_smp = "%s-%s" % (mi['version'], mi['release']) + 'smp' if kernel != None and kernel_smp != None: os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel)) os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel_smp)) elif kernel != None and kernel_smp == None: os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel)) elif kernel == None and kernel_smp != None: os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel_smp)) else: print >> sys.stderr, "\n\n[kadischi]: Couldn't determine kernel version!" print >> sys.stderr, "[kadischi]: Kadischi fails." sys.exit(1) else: for mi in ts.dbMatch('name', 'kernel'): kernel = "%s-%s" % (mi['version'], mi['release']) for mi in ts.dbMatch('name', 'kernel-smp'): kernel_smp = "%s-%s" % (mi['version'], mi['release']) + 'smp' if kernel != None and kernel_smp != None: os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel)) os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel_smp)) elif kernel != None and kernel_smp == None: os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel)) elif kernel == None and kernel_smp != None: os.system("%s/livecd-mkinitrd.sh %s %s" % (bindir, sysdir, kernel_smp)) else: print >> sys.stderr, "\n\n[kadischi]: Couldn't determine kernel version!" print >> sys.stderr, "[kadischi]: Kadischi fails." sys.exit(1) clear_rpm_db_files(sysdir) Chitlesh -- http://clunixchit.blogspot.com From filip.tsachev at fedoraproject.org Sun Sep 10 14:47:27 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Sun, 10 Sep 2006 17:47:27 +0300 Subject: [Fedora-livecd-list] Dependency problem with rawhide and kadischi build env requirements (fedora-release-5.92-1) In-Reply-To: <4503FDAF.9090601@adelphia.net> References: <4503FDAF.9090601@adelphia.net> Message-ID: Hello, On 10/09/06, Jasper O'neal Hartline wrote: > The Fedora Core Test 3 mirrors are probably not populated yet. No sure what you mean, aren't test 3 repos supposed to populate around 13th? > Try again in a few days. > Test 2 mirrors work for me.. all the way into RAWHIDE. I'm running RAWHIDE Fingers crossed I would soon be able to compile kadischi 8-) -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From filip.tsachev at fedoraproject.org Sun Sep 10 14:50:01 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Sun, 10 Sep 2006 17:50:01 +0300 Subject: [Fedora-livecd-list] Dependency problem with rawhide and kadischi build env requirements (fedora-release-5.92-1) In-Reply-To: References: <4503FDAF.9090601@adelphia.net> Message-ID: Hey it's fixed :) Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From jasperhartline at adelphia.net Sun Sep 10 15:07:51 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Sun, 10 Sep 2006 10:07:51 -0500 Subject: [Fedora-livecd-list] make_initrds functions: duplicates In-Reply-To: <13dbfe4f0609100626rd56eadeoaf5302dfb5e5e17d@mail.gmail.com> References: <13dbfe4f0609100626rd56eadeoaf5302dfb5e5e17d@mail.gmail.com> Message-ID: <45042A47.6040207@adelphia.net> Chitlesh GOORAH wrote: > Hello, > > In kadischi.py, in make_initrds, the if_and_else statements are the same. > Did we miss something while copy-pasting ? They are not the same. > > > if isys.smpAvailable() or isys.htavailable(): > > else: > That's not the same. J. Hartline From filip.tsachev at fedoraproject.org Sun Sep 10 15:09:04 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Sun, 10 Sep 2006 18:09:04 +0300 Subject: [Fedora-livecd-list] using the rpm installed version results in different paths Message-ID: Hello, Noticed in documentation that the path bellow: Customizing Live CD system ... Adding scripts to /usr/local/share/kadischi/post_install_scripts .. becomes /usr/share/... when using the rpm -ihv version (CVS & rpmbuild). Maybe it should be modified somehow in the wiki? -- Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From jasperhartline at adelphia.net Sun Sep 10 15:23:42 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Sun, 10 Sep 2006 10:23:42 -0500 Subject: [Fedora-livecd-list] using the rpm installed version results in different paths In-Reply-To: References: Message-ID: <45042DFE.6000309@adelphia.net> Chitlesh, can you change this in the Wiki.. Only CVS makes and builds should be looking at /usr/local/ if --prefix was not passed. J. Hartline Filip Tsachev wrote: > Hello, > > Noticed in documentation that the path bellow: > > Customizing Live CD system > ... > Adding scripts to /usr/local/share/kadischi/post_install_scripts > .. > > becomes /usr/share/... when using the rpm -ihv version (CVS & rpmbuild). > > Maybe it should be modified somehow in the wiki? > From filip.tsachev at fedoraproject.org Sun Sep 10 15:45:39 2006 From: filip.tsachev at fedoraproject.org (Filip Tsachev) Date: Sun, 10 Sep 2006 18:45:39 +0300 Subject: [Fedora-livecd-list] a minor issue when specifying path using "./" Message-ID: Hi again, Using "kadischi ./fedora_repo ./temp/1.iso" instead of using the whole path like "/home/user/fedora_repo" produces an error - anaconda can't fing the repo, while the kadischi repo verification passed. Maybe some of you guys knows where to touch the code to parse the path/ or include in the wiki the mandatory evasion of such expressions. Cheers, Filip http://fedoraproject.org/wiki/FilipTsachev From chitlesh at fedoraproject.org Sun Sep 10 15:47:06 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 10 Sep 2006 17:47:06 +0200 Subject: [Fedora-livecd-list] make_initrds functions: duplicates In-Reply-To: <45042A47.6040207@adelphia.net> References: <13dbfe4f0609100626rd56eadeoaf5302dfb5e5e17d@mail.gmail.com> <45042A47.6040207@adelphia.net> Message-ID: <13dbfe4f0609100847h387605c7x9d372ca6ef519c2a@mail.gmail.com> On 9/10/06, Jasper O'neal Hartline wrote: > > if isys.smpAvailable() or isys.htavailable(): > > > > else: > > > > That's not the same. What's inline is the same !! -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sun Sep 10 15:48:15 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 10 Sep 2006 17:48:15 +0200 Subject: [Fedora-livecd-list] using the rpm installed version results in different paths In-Reply-To: <45042DFE.6000309@adelphia.net> References: <45042DFE.6000309@adelphia.net> Message-ID: <13dbfe4f0609100848x7763fffhe494631551d9584b@mail.gmail.com> On 9/10/06, Jasper O'neal Hartline wrote: > Chitlesh, can you change this in the Wiki.. > Only CVS makes and builds should be looking at /usr/local/ if --prefix > was not passed. Ok, 'ill do it. :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sun Sep 10 17:32:29 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Sun, 10 Sep 2006 12:32:29 -0500 Subject: [Fedora-livecd-list] make_initrds functions: duplicates In-Reply-To: <13dbfe4f0609100847h387605c7x9d372ca6ef519c2a@mail.gmail.com> References: <13dbfe4f0609100626rd56eadeoaf5302dfb5e5e17d@mail.gmail.com> <45042A47.6040207@adelphia.net> <13dbfe4f0609100847h387605c7x9d372ca6ef519c2a@mail.gmail.com> Message-ID: <45044C2D.2040200@adelphia.net> It is now fixed, they were the same except they weren't supposed to be. Now what is there is we check for the "right" kernel on each corresponding SMP or UP machine last, since we know it should be true first. This way UP machine users get initrd made for both kernels or the SMP kernel if that is what they installed. The other scenario is with an SMP machine, with both or just the UP kernel installed. That is the purpose of those blocks. IT's been fixed in CVS. Thanks. J. Hartline Chitlesh GOORAH wrote: > On 9/10/06, Jasper O'neal Hartline wrote: > >> > if isys.smpAvailable() or isys.htavailable(): >> > >> > else: >> > >> >> That's not the same. > > > What's inline is the same !! > > From olivares14031 at yahoo.com Mon Sep 11 11:56:16 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Mon, 11 Sep 2006 04:56:16 -0700 (PDT) Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <4503FE0D.1030004@adelphia.net> Message-ID: <20060911115616.49934.qmail@web52603.mail.yahoo.com> --- Jasper O'neal Hartline wrote: > Try: kadischi > http://mirrors.kernel.org/fedora/core/5.91/i386/os/ > /tmp/fc6t2.iso > > J. Hartline > [root at localhost ~]# kadischi http://mirrors.kernel.org/fedora/core/5.91/i386/os/ /tmp/fc6t2.iso [kadischi]: Checking dependencies for Kadischi [kadischi]: Checking UID for root access [kadischi]: Starting kadischi with root access... [kadischi]: Trying to validate your repository [kadischi]: Repository validation failed. Aborting execution. [root at localhost ~]# Will update f6t2 to f6t3 and try again. Regards, Antonio > Antonio Olivares wrote: > > >Dear list, > > I am running Fedora Core 6 test 2 updated as of > >20060908. I followed the instructions given at > > > >http://fedoraproject.org/wiki/Kadischi > > > >and the Documentation page > >http://fedoraproject.org/wiki/Kadischi/Documentation > > > >which suggested to yum install anaconda ,etc. and I > >did all that. I installed via cvs and compiled and > >everything. When I run Kadishi I tried the options > >with the mirrors and I got nowhere. I tried using > >option 3 shown below. > > > >Using Kadischi > > > >Basic instructions > > > >The basic way to run Kadischi is to type the > following > >in a terminal > >kadischi path-to-the-repository > path-to-the-iso-image > > > >where path to the repository can be a path on the > >local file system, but can also be a path to ftp, > >http, a stock FC CD or DVD, or some other type of > >repository. > >Example: > >kadischi /tmp/fc5 /tmp/fedora-live.iso > > > >where /tmp/fc5 is our repository. For instructions > on > >creating a local repository, colsult "How to build > a > >repository" section from Appendix. > >Example 2: > >kadischi > >http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/os > >/tmp/fedora-live.iso > > > >Example 3: (using [WWW] mirror site) > >kadischi > >http://mirrors.kernel.org/fedora/core/5/i386/os/ > >/tmp/fedora-live.iso > > > >for installing from http repository. For details on > >available installation methods, consult "Anaconda > >installation methods" in Appendix. > > > >in the page > >http://mirrors.kernel.org/fedora/core/5/i386/os/ > >I changed it to > >http://mirrors.kernel.org/fedora/core/6/i386/os/ > >and looked for development 5.91/ directory and do > not > >know which option is the best/more robust way to > >generate a livecd/livedvd. > > > >When I get back to school, on Monday to the machine > >with Core 6 Test 2 I will try to update it to > current. > > I kindly ask for examples/suggestions to try out. > > > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at 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 From chitlesh at fedoraproject.org Mon Sep 11 12:26:40 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 11 Sep 2006 14:26:40 +0200 Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <20060911115616.49934.qmail@web52603.mail.yahoo.com> References: <4503FE0D.1030004@adelphia.net> <20060911115616.49934.qmail@web52603.mail.yahoo.com> Message-ID: <13dbfe4f0609110526w2d4801a6se5d4c5b042da7d35@mail.gmail.com> Try, http://mirrors.kernel.org/fedora/core/development/i386/os/ -bash-3.1# kadischi http://mirrors.kernel.org/fedora/core/development/i386/os/ /tmp/tmp.iso [kadischi]: Checking dependencies for Kadischi [kadischi]: Checking UID for root access [kadischi]: Starting kadischi with root access... [kadischi]: Trying to validate your repository [kadischi]: Repository seems to be OK. [kadischi]: Using buildstamp file /etc/kadischi/buildstamp. [kadischi]: Product path set to Fedora. On 9/11/06, Antonio Olivares wrote: > > > --- Jasper O'neal Hartline > wrote: > > > Try: kadischi > > http://mirrors.kernel.org/fedora/core/5.91/i386/os/ > > /tmp/fc6t2.iso > > > > J. Hartline > > > [root at localhost ~]# kadischi > http://mirrors.kernel.org/fedora/core/5.91/i386/os/ > /tmp/fc6t2.iso > [kadischi]: Checking dependencies for Kadischi > [kadischi]: Checking UID for root access > [kadischi]: Starting kadischi with root access... > [kadischi]: Trying to validate your repository > [kadischi]: Repository validation failed. Aborting > execution. > [root at localhost ~]# > > Will update f6t2 to f6t3 and try again. > > Regards, > > Antonio > > > Antonio Olivares wrote: > > > > >Dear list, > > > I am running Fedora Core 6 test 2 updated as of > > >20060908. I followed the instructions given at > > > > > >http://fedoraproject.org/wiki/Kadischi > > > > > >and the Documentation page > > > >http://fedoraproject.org/wiki/Kadischi/Documentation > > > > > >which suggested to yum install anaconda ,etc. and I > > >did all that. I installed via cvs and compiled and > > >everything. When I run Kadishi I tried the options > > >with the mirrors and I got nowhere. I tried using > > >option 3 shown below. > > > > > >Using Kadischi > > > > > >Basic instructions > > > > > >The basic way to run Kadischi is to type the > > following > > >in a terminal > > >kadischi path-to-the-repository > > path-to-the-iso-image > > > > > >where path to the repository can be a path on the > > >local file system, but can also be a path to ftp, > > >http, a stock FC CD or DVD, or some other type of > > >repository. > > >Example: > > >kadischi /tmp/fc5 /tmp/fedora-live.iso > > > > > >where /tmp/fc5 is our repository. For instructions > > on > > >creating a local repository, colsult "How to build > > a > > >repository" section from Appendix. > > >Example 2: > > >kadischi > > > >http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/os > > >/tmp/fedora-live.iso > > > > > >Example 3: (using [WWW] mirror site) > > >kadischi > > >http://mirrors.kernel.org/fedora/core/5/i386/os/ > > >/tmp/fedora-live.iso > > > > > >for installing from http repository. For details on > > >available installation methods, consult "Anaconda > > >installation methods" in Appendix. > > > > > >in the page > > >http://mirrors.kernel.org/fedora/core/5/i386/os/ > > >I changed it to > > >http://mirrors.kernel.org/fedora/core/6/i386/os/ > > >and looked for development 5.91/ directory and do > > not > > >know which option is the best/more robust way to > > >generate a livecd/livedvd. > > > > > >When I get back to school, on Monday to the machine > > >with Core 6 Test 2 I will try to update it to > > current. > > > I kindly ask for examples/suggestions to try out. > > > > > > > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at 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 > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- http://clunixchit.blogspot.com From cnegus at rucls.net Mon Sep 11 12:31:40 2006 From: cnegus at rucls.net (Chris Negus) Date: Mon, 11 Sep 2006 07:31:40 -0500 Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <20060911115616.49934.qmail@web52603.mail.yahoo.com> References: <20060911115616.49934.qmail@web52603.mail.yahoo.com> Message-ID: <1157977901.25697.272.camel@einstein> On Mon, 2006-09-11 at 04:56 -0700, Antonio Olivares wrote: > [root at localhost ~]# kadischi > http://mirrors.kernel.org/fedora/core/5.91/i386/os/ > /tmp/fc6t2.iso I used this: http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os I also added -f (to erase old ISO) and --graphical (since it seems to want to run in text mode, for some reason). I'm able to build a Fedora Core live CD, but I'm unable to access Fedora Extras repositories. -- Chris Negus From olivares14031 at yahoo.com Mon Sep 11 12:52:55 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Mon, 11 Sep 2006 05:52:55 -0700 (PDT) Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <1157977901.25697.272.camel@einstein> Message-ID: <20060911125255.62109.qmail@web52608.mail.yahoo.com> --- Chris Negus wrote: > On Mon, 2006-09-11 at 04:56 -0700, Antonio Olivares > wrote: > > [root at localhost ~]# kadischi > > > http://mirrors.kernel.org/fedora/core/5.91/i386/os/ > > /tmp/fc6t2.iso > > I used this: > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os > > I also added -f (to erase old ISO) and --graphical > (since it seems to > want to run in text mode, for some reason). I'm able > to build a Fedora > Core live CD, but I'm unable to access Fedora Extras > repositories. Thanks Chris and Chilesh! Fedora Core LiveCD is on its way. It is downloading the packages and hopefully it works great. Also I hope that we can find a way to access Fedora Extras repositories to customize the LiveCD and share it with my friends and colleagues. Regards, Antonio > > -- Chris Negus > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at 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 From jasperhartline at adelphia.net Mon Sep 11 17:18:10 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Mon, 11 Sep 2006 12:18:10 -0500 Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <1157977901.25697.272.camel@einstein> References: <20060911115616.49934.qmail@web52603.mail.yahoo.com> <1157977901.25697.272.camel@einstein> Message-ID: <45059A52.40706@adelphia.net> I find too that I am unable to choose packages from Fedora Extras repository like I was able to about a week or two ago after an update from RAWHIDE. I don't know which update it was. Presumably Anaconda. J. Hartline Chris Negus wrote: >I used this: > >http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os > >I also added -f (to erase old ISO) and --graphical (since it seems to >want to run in text mode, for some reason). I'm able to build a Fedora >Core live CD, but I'm unable to access Fedora Extras repositories. > > > From sundaram at fedoraproject.org Mon Sep 11 17:30:34 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 11 Sep 2006 23:00:34 +0530 Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <45059A52.40706@adelphia.net> References: <20060911115616.49934.qmail@web52603.mail.yahoo.com> <1157977901.25697.272.camel@einstein> <45059A52.40706@adelphia.net> Message-ID: <45059D3A.20205@fedoraproject.org> Jasper O'neal Hartline wrote: > I find too that I am unable to choose packages from Fedora Extras > repository like I > was able to about a week or two ago after an update from RAWHIDE. > I don't know which update it was. Presumably Anaconda. > > J. Hartline > Yes. Thats Anaconda. See http://fedoraproject.org/wiki/QA/FC6Test3TreeTesting. We would fix it before the test3 release I believe. Rahul From jasperhartline at adelphia.net Mon Sep 11 23:36:50 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Mon, 11 Sep 2006 18:36:50 -0500 Subject: [Fedora-livecd-list] A little bit of help to create a livecd using Kadishi In-Reply-To: <45059D3A.20205@fedoraproject.org> References: <20060911115616.49934.qmail@web52603.mail.yahoo.com> <1157977901.25697.272.camel@einstein> <45059A52.40706@adelphia.net> <45059D3A.20205@fedoraproject.org> Message-ID: <4505F312.1050305@adelphia.net> Thanks Rahul. I was wondering where that feature went! Rahul wrote: > Jasper O'neal Hartline wrote: > >> I find too that I am unable to choose packages from Fedora Extras >> repository like I >> was able to about a week or two ago after an update from RAWHIDE. >> I don't know which update it was. Presumably Anaconda. >> >> J. Hartline >> > > Yes. Thats Anaconda. See > http://fedoraproject.org/wiki/QA/FC6Test3TreeTesting. We would fix it > before the test3 release I believe. > > Rahul From olivares14031 at yahoo.com Thu Sep 14 00:29:50 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Wed, 13 Sep 2006 17:29:50 -0700 (PDT) Subject: [Fedora-livecd-list] Success creating livecd with kadishi Message-ID: <20060914002950.81685.qmail@web52611.mail.yahoo.com> Dear folks, I have tried to send some emails to the list and did not see them come in, then I realized that I screwed up. I sent the emails to fedora-livecd at redhat.com which might not exist. Anyhow, the livecd that I have created works fantastically and I am thrilled to have it! I have tried it on four computers with different results. On a dell optiplex 240, and a dell GX 520 the kernel complained about a bug, which I will have to reproduce, unless yahoo sends me the bounce messages so I can relay them back to this list. I connected from home from the livecd through modem connection. The only problems I encountered were with the display. Instead of using system-config-display I used # Xorg -configure To test configuration type X - ????? # X - /root/xorg.conf.new # cp /xorg.conf.new /etc/X11/xorg.conf replace xorg.conf [y/n] y then used vi to introduce HorizSync 30.0 - 80.0 VertRefresh 50.0 - 180.0 Option "DPMS" and I get excellent resolution after I adjust from 1920x1200 or 1920x1080 and I change it to 1600x1200 which is the highest resolution that the ViewSonic Graphics Series G75f supports. The computer works fine and only some little problems that I see in the install.log file that some packages failed to install. Should I send the whole install.log file or parts of it like the following, /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is emp ty ^ /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag expec ted, '<' not found ^ Installing java-1.4.2-gcj-compat - 1.4.2.0-40jpp.108.i386 GC Warning: Couldn't read /proc/stat GC Warning: GC_get_nprocs() returned -1 *** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbf9939d8 *** ======= Backtrace: ========= /lib/libc.so.6[0x43fecd] /lib/libc.so.6(cfree+0x90)[0x4435a0] /lib/libpthread.so.0(pthread_attr_destroy+0x26)[0xdc8b06] /usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x22f7c20] /usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x22f367c] /usr/lib/libgcj.so.7rh(GC_init+0x33)[0x22f3703] /usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x22edd72] /usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0x1a7c63a] ======= Memory map: ======== dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. Installing gnome-media - 2.16.1-1.fc6.i386 /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is empty ^ /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag expected, '<' not found ^ OMF file does not exist, is not readable, or is not well-formed XML: /usr/share/omf/about-fedora/about-fedora-C.omf Unable to register /usr/share/omf/about-fedora/about-fedora-C.omf /proc is empty (not mounted ?) /proc is empty (not mounted ?) /proc is empty (not mounted ?) Installing control-center - 1:2.16.0-2.fc6.i386 Installing xorg-x11-drv-void - 1.1.0-3.1.i386 Installing gnome-volume-manager - 2.15.0-2.fc6.i386 /proc is empty (not mounted ?) /proc is empty (not mounted ?) Installing gnome-session - 2.16.0-3.fc6.i386 /proc is empty (not mounted ?) Installing sound-juicer - 2.16.0-1.fc6.i386 /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is empty ^ /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag expected, '<' not found ^ /proc is empty (not mounted ?) Installing totem-mozplugin - 2.16.0-1.fc6.i386 Installing rhythmbox - 0.9.5-2.i386 /proc is empty (not mounted ?) /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is empty ^ /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag expected, '<' not found ^ Installing gnome-applets - 1:2.16.0.1-1.fc6.i386 /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is empty ^ /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag expected, '<' not found ^ OMF file does not exist, is not readable, or is not well-formed XML: /usr/share/omf/about-fedora/about-fedora-C.omf Unable to register /usr/share/omf/about-fedora/about-fedora-C.omf /proc is empty (not mounted ?) In the previous emails I tried to send, I asked the following: Will Kadishi adopt an installer? i.e, a script to install onto a free ext2/ext3 partition and then use yum to apply updates. Several other useful software which is in Fedora-Extras how can we make it available to include in the livecd's generated by Kadishi? I thank you very much for help and am very happy to have made a Fedora livecd with Kadishi. I am going to give copies to my friends and colleagues. I have to work on customization and make variations ie, GNOME/KDE/ etc. [olivares at localhost ~]$ uname -a Linux localhost.localdomain 2.6.17-1.2630.fc6 #1 SMP Wed Sep 6 16:16:03 EDT 2006 i686 athlon i386 GNU/Linux [olivares at localhost ~]$ cat /etc/fedora-release Fedora Core release 5.92 (FC6 Test3) [olivares at localhost ~]$ Regards, Antonio __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Thu Sep 14 00:48:51 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 13 Sep 2006 19:48:51 -0500 Subject: [Fedora-livecd-list] Success creating livecd with kadishi In-Reply-To: <20060914002950.81685.qmail@web52611.mail.yahoo.com> References: <20060914002950.81685.qmail@web52611.mail.yahoo.com> Message-ID: <4508A6F3.1050409@adelphia.net> Antonio Olivares wrote: >Will Kadishi adopt an installer? > >i.e, a script to install onto a free ext2/ext3 >partition and then use yum to apply updates. > > Right now we are aiming at having Anaconda be able to install to the system. As if you were running real installation media. The bits for this within Kadischi are already in CVS, however upstream Anaconda will have to give/take to make this happen. Give it some time. >Several other useful software which is in >Fedora-Extras how can we make it available to include >in the livecd's generated by Kadishi? > > The development branch of Anaconda allows for installing things from Fedora Extras and other repositories you specify. J. Hartline From ddmbox2000 at yahoo.co.uk Thu Sep 14 04:29:34 2006 From: ddmbox2000 at yahoo.co.uk (dexter) Date: Thu, 14 Sep 2006 04:29:34 +0000 (GMT) Subject: [Fedora-livecd-list] Kadischi Live CD First Look Message-ID: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> Hello list I thought I would give Kadischi a spin on my rawhide box today, using the wiki instuctions to make an FC5 iso from a locally generated repo but didnt succeed. all build requires have been met. I also tried via rawhide mirror which had the same resulting errors shown in the output below, the resulting iso panics on boot [root at dexterFC5t1 kadischi]# ./autogen.sh Copying file mkinstalldirs Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. configure.ac: installing `./install-sh'; error while making link: Operation not permitted configure.ac: installing `./missing'; error while making link: Operation not permitted eject_live_cd/Makefile.am: installing `./depcomp'; error while making link: Operation not permitted configure: error: cannot find install-sh or install.sh in . ./.. ./../.. Now type 'make' to compile kadischi. [root at dexterFC5t1 kadischi]# make make: *** No targets specified and no makefile found. Stop. [root at dexterFC5t1 kadischi]# ok thats a non-starter am I missing something here?, I had more success with the rpm route from the wiki. and now to test ... [root at dexterFC5t1 calamari]# kadischi /calamari/Fedora/rpms /abyss/fedora-live.iso --kickstart=/media/DEXTER-USB/minimal-livecd-dex.cfg [kadischi]: Checking dependencies for Kadischi [kadischi]: Checking UID for root access [kadischi]: Starting kadischi with root access... [kadischi]: Trying to validate your repository [kadischi]: Repository seems to be OK. [kadischi]: Using buildstamp file /etc/kadischi/buildstamp. [kadischi]: Product path set to Fedora. [kadischi]: Path /tmp/product/.buildstamp already exists, temporarly moving to /tmp/kadischi.xrzr-6/.buildstamp [kadischi] : running anaconda Probing for video card: ATI Technologies Inc RV280 [Radeon 9200] Starting graphical installation... cannot determine current run level setsebool: SELinux is disabled. [kadischi] : anaconda has finished its job [kadischi]: running post installation scripts [kadischi]: Prelinking.. cp: cannot stat `/kadischi/scanswap': No such file or directory cp: cannot stat `/kadischi/eject-live-cd': No such file or directory cannot determine current run level setsebool: SELinux is disabled. [kadischi]: Skipping user firewall and services configuration.. [kadischi]: Not going to interactive user accounts configuration.. [kadischi]: estimated /abyss/fedora-live.iso size is between 153146452.308 and 165908656.667 bytes [kadischi]: making initrd image cp: cannot stat `/kadischi/find-live-cd': No such file or directory /usr/bin/find: kernel/drivers/cdrom: No such file or directory /usr/bin/find: kernel/drivers/ide/ide-cd.ko: No such file or directory 20479 blocks [kadischi]: 2.6.15-1.2054_FC5 initrd made successfully! [kadischi]: moving files that should be on tmpfs [kadischi]: compressing the tree (order a pizza 'cause this will take a while) Creating little endian 3.0 filesystem on /tmp/kadischi.xrzr-6/compressed/kadischi.sqsh, block size 65536. Little endian filesystem, data block size 65536, compressed data, compressed metadata, no fragments Filesystem size 166759.77 Kbytes (162.85 Mbytes) 36.65% of uncompressed filesystem size (455064.05 Kbytes) Inode table size 319980 bytes (312.48 Kbytes) 34.08% of uncompressed inode table size (938926 bytes) Directory table size 252059 bytes (246.15 Kbytes) 49.80% of uncompressed directory table size (506160 bytes) Number of duplicate files found 2461 Number of inodes 25797 Number of files 23013 Number of symbolic links 526 Number of device nodes 0 Number of fifo nodes 0 Number of socket nodes 0 Number of directories 2258 Number of uids 2 root (0) rpm (37) Number of gids 6 mail (12) slocate (21) nobody (99) tty (5) smmsp (51) utmp (22) [kadischi]: installing boot & config files in compressed tree [kadischi]: removing uncompressed tree [kadischi]: creating iso image /abyss/fedora-live.iso [kadischi]: removing builddir. [kadischi]: Finished successfully [root at dexterFC5t1 calamari]# as stated the iso panics can anyone provide any info on these errors etc. thanks. From amrobot at mindspring.com Thu Sep 14 04:38:01 2006 From: amrobot at mindspring.com (amrobot) Date: Thu, 14 Sep 2006 00:38:01 -0400 (GMT-04:00) Subject: [Fedora-livecd-list] kickstart file? Message-ID: <13304813.1158208682137.JavaMail.root@mswamui-thinleaf.atl.sa.earthlink.net> Hello, I've successfully made some images for my AMD laptop.. I'd like to use kickstart files based on the packages I select with the Kadischi install, however I don't seem to be able to figure out how to make sure it is being generated and put somewhere I can find. Any suggestions? I've tried creating a kickstart file with system-config-kickstart on FC5, however I can only select categories, not specific packages.. I'd be happy with any method to create a kickstart file with only the packages I select (and if I miss a dependancy, resolve it) Thanks in advance for any help, -Roy Nielsen From jasperhartline at adelphia.net Thu Sep 14 04:51:48 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 13 Sep 2006 23:51:48 -0500 Subject: [Fedora-livecd-list] kickstart file? In-Reply-To: <13304813.1158208682137.JavaMail.root@mswamui-thinleaf.atl.sa.earthlink.net> References: <13304813.1158208682137.JavaMail.root@mswamui-thinleaf.atl.sa.earthlink.net> Message-ID: <4508DFE4.2000206@adelphia.net> amrobot wrote: >Hello, > >I've successfully made some images for my AMD laptop.. I'd like to use kickstart files based on the packages I select with the Kadischi install, however I don't seem to be able to figure out how to make sure it is being generated and put somewhere I can find. > >Any suggestions? > > > The kickstart file is in the same place it always is, in /root. J. Hartline From jasperhartline at adelphia.net Thu Sep 14 04:54:41 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Wed, 13 Sep 2006 23:54:41 -0500 Subject: [Fedora-livecd-list] Kadischi Live CD First Look In-Reply-To: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> References: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> Message-ID: <4508E091.2040101@adelphia.net> dexter wrote: > > Hello list >I thought I would give Kadischi a spin on my rawhide box today, using the wiki >instuctions to make an FC5 iso from a locally generated repo but didnt succeed. >all build requires have been met. I also tried via rawhide mirror which had the same resulting >errors shown in the output below, the resulting iso panics on boot > >[root at dexterFC5t1 kadischi]# ./autogen.sh >Copying file mkinstalldirs >Copying file po/Makefile.in.in > >Please add the files > codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 > progtest.m4 >from the /usr/share/aclocal directory to your autoconf macro directory >or directly to your aclocal.m4 file. >You will also need config.guess and config.sub, which you can get from >ftp://ftp.gnu.org/pub/gnu/config/. > >configure.ac: installing `./install-sh'; error while making link: Operation not permitted >configure.ac: installing `./missing'; error while making link: Operation not permitted >eject_live_cd/Makefile.am: installing `./depcomp'; error while making link: Operation not permitted >configure: error: cannot find install-sh or install.sh in . ./.. ./../.. > >Now type 'make' to compile kadischi. >[root at dexterFC5t1 kadischi]# make >make: *** No targets specified and no makefile found. Stop. >[root at dexterFC5t1 kadischi]# > > The Operation not permitted messages seem to suggest you are not running with UID 0. You are positive the filesystem is not read-only or some other problem? The rest of your errors are due to the autogen.sh problems above. J. Hartline From ingo at ingo-schaefer.de Thu Sep 14 06:07:37 2006 From: ingo at ingo-schaefer.de (Ingo Schaefer) Date: Thu, 14 Sep 2006 08:07:37 +0200 Subject: [Fedora-livecd-list] Success creating livecd with kadishi In-Reply-To: <20060914002950.81685.qmail@web52611.mail.yahoo.com> References: <20060914002950.81685.qmail@web52611.mail.yahoo.com> Message-ID: <1158214057.2533.281.camel@schaefei01> Hi Antonio, Am Mittwoch, den 13.09.2006, 17:29 -0700 schrieb Antonio Olivares: > I have tried it on four computers with different > results. On a dell optiplex 240, and a dell GX 520 > the kernel complained about a bug, which I will have > to reproduce, I recently installed Fedora on some Dell machines and an every one the kernel complains something about registers he does not know. Saying something like: "Ask your bios vendor what this could mean." I just ignore this, because it boots without problems after that (okay, without problems was not the right thing. The SMP kernel locks up on the Dell machines when the X comes up - but this is totally Off-Topic here) Regards, Ingo -- "Milchreis schmeckt hervorragend, wenn man ihn kurz vor dem Verzehr durch ein saftiges Steak ersetzt." gefunden bei frag-mutti.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From cassbeck at free.fr Thu Sep 14 07:41:26 2006 From: cassbeck at free.fr (cassbeck at free.fr) Date: Thu, 14 Sep 2006 09:41:26 +0200 Subject: [Fedora-livecd-list] Kadishi + image on Hard Disk Message-ID: <1158219686.450907a606ab7@imp7-g19.free.fr> Hi, I would like to know if there is a simple way to boot on a copy of the live CD on a hard disk. I explain what I want to do: 1) Copy the kadischi live cd ISO on a hard disk (D: FAT32) 2) Boot on the live cd 3) Make the live cd using iso on the hard disk in place of the iso on the cdrom reader Is it possible ? How can I do that ? Thanks, CassBeck From chitlesh at fedoraproject.org Thu Sep 14 07:47:33 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 14 Sep 2006 07:47:33 +0000 Subject: [Fedora-livecd-list] Kadishi + image on Hard Disk In-Reply-To: <1158219686.450907a606ab7@imp7-g19.free.fr> References: <1158219686.450907a606ab7@imp7-g19.free.fr> Message-ID: <13dbfe4f0609140047n59d4a1e8y606c73e78cc5bfe0@mail.gmail.com> On 9/14/06, cassbeck at free.fr wrote: > Is it possible ? Yes :) and you have 2 solutions for that :) > How can I do that ? 1. yum install qemu qemu -cdrom /tmp/mylive.iso 2. install vmplayer see http://clunixchit.blogspot.com/2006/02/launching-fedora-based-livecd-with.html#links for more details, Chitlesh -- http://clunixchit.blogspot.com From jdogalt at yahoo.com Thu Sep 14 08:39:04 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Thu, 14 Sep 2006 01:39:04 -0700 (PDT) Subject: [Fedora-livecd-list] Kadishi + image on Hard Disk In-Reply-To: <13dbfe4f0609140047n59d4a1e8y606c73e78cc5bfe0@mail.gmail.com> Message-ID: <20060914083904.15374.qmail@web56902.mail.re3.yahoo.com> --- Chitlesh GOORAH wrote: > On 9/14/06, cassbeck at free.fr wrote: > > Is it possible ? > > Yes :) and you have 2 solutions for that :) A third solution from a devolopment (not end user) point of view is to construct a bootloader configuration/installation, either on your hard disk, or cdrom, which combined with a modified early boot configuration, causes the system to natively (as opposed to qemu/vmware) boot the live iso image from disk. My circa 2001 mandrake-8.0 livecd system did this. My livecd, when booting, would scan all hard disks for a 'cached' iso image (on fat32 or ext2), and if it found it, would use it instead of the cdrom drive. Likewise, if it didn't find the image, but found a filesystem with >1G free space on it, it would go ahead and cache the image, and then use that. As I've mentioned in prior messages, these days, it seems like it's probably feasible to accomplish that and more functionality with cool devicemapper tricks. But for the end user, if full-speed-performance is not needed, chitlesh's qemu solution is definitely the right answer. I also have a feeling that some developmental versions of grub or other bootloaders might support booting from iso images directly, doing the magic to present the end system with a virtual cdrom drive. But don't quote me on that. -jdog > > > How can I do that ? > > 1. yum install qemu > qemu -cdrom /tmp/mylive.iso > > 2. install vmplayer > see > http://clunixchit.blogspot.com/2006/02/launching-fedora-based-livecd-with.html#links > for more details, > > Chitlesh > -- > http://clunixchit.blogspot.com > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at 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 From ddmbox2000 at yahoo.co.uk Thu Sep 14 15:20:53 2006 From: ddmbox2000 at yahoo.co.uk (dexter) Date: Thu, 14 Sep 2006 16:20:53 +0100 Subject: [Fedora-livecd-list] Kadischi Live CD First Look In-Reply-To: <4508E091.2040101@adelphia.net> References: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> <4508E091.2040101@adelphia.net> Message-ID: <200609141620.53487.ddmbox2000@yahoo.co.uk> On Thu September 14 2006 05:54, Jasper O'neal Hartline wrote: > dexter wrote: > > Hello list > >I thought I would give Kadischi a spin on my rawhide box today, using the > > wiki instuctions to make an FC5 iso from a locally generated repo but > > didnt succeed. all build requires have been met. I also tried via rawhide > > mirror which had the same resulting errors shown in the output below, > > the resulting iso panics on boot > > > >[root at dexterFC5t1 kadischi]# ./autogen.sh > >Copying file mkinstalldirs > >Copying file po/Makefile.in.in > > > >Please add the files > > codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 > > progtest.m4 > >from the /usr/share/aclocal directory to your autoconf macro directory > >or directly to your aclocal.m4 file. > >You will also need config.guess and config.sub, which you can get from > >ftp://ftp.gnu.org/pub/gnu/config/. > > > >configure.ac: installing `./install-sh'; error while making link: > > Operation not permitted configure.ac: installing `./missing'; error while > > making link: Operation not permitted eject_live_cd/Makefile.am: > > installing `./depcomp'; error while making link: Operation not permitted > > configure: error: cannot find install-sh or install.sh in . ./.. ./../.. > > > >Now type 'make' to compile kadischi. > >[root at dexterFC5t1 kadischi]# make > >make: *** No targets specified and no makefile found. Stop. > >[root at dexterFC5t1 kadischi]# > > The Operation not permitted messages seem to suggest you are not running > with UID 0. > You are positive the filesystem is not read-only or some other problem? > > The rest of your errors are due to the autogen.sh problems above. > > J. Hartline well no I'm certainly root here : [root at dexterFC5t1 ~]# id uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6 (disk),10(wheel) context=user_u:system_r:unconfined_t the manual build system here is bust for now :-( (till tool chain reinstall) just built the rpm again in the root build tree as opposed to plain user last time with a bit more success this time when generating an iso there are less errors ie only this snip remains : (iso still panics) [...snip...] [kadischi]: estimated /abyss/fedora-live.iso size is between 153146452.308 and 165908656.667 bytes [kadischi]: making initrd image /usr/bin/find: kernel/drivers/cdrom: No such file or directory /usr/bin/find: kernel/drivers/ide/ide-cd.ko: No such file or directory 20697 blocks [kadischi]: 2.6.15-1.2054_FC5 initrd made successfully! [...snip...] I shall tinker some more on this stuff :-) thanks for comming ...dex ___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html From olivares14031 at yahoo.com Fri Sep 15 18:12:40 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Fri, 15 Sep 2006 11:12:40 -0700 (PDT) Subject: [Fedora-livecd-list] harmless kernel bug error message Message-ID: <20060915181240.396.qmail@web52605.mail.yahoo.com> Dear all, This is the message that I get with the Dell Optiplex GX520, when testing the Fedora LiveCD built using Kadishi using dmesg I got this [olivares at localhost ~]$ uname -a Linux localhost.localdomain 2.6.17-1.2630.fc6 #1 SMP Wed Sep 6 16:16:03 EDT 2006 i686 i686 i386 GNU/Linux [olivares at localhost ~]$ BUG: warning at kernel/lockdep.c:1816/trace_hardirqs_on() (Not tainted) [] show_trace_log_lvl+0x58/0x171 [] show_trace+0xd/0x10 [] dump_stack+0x19/0x1b [] trace_hardirqs_on+0xa2/0x11e [] _spin_unlock_irq+0x22/0x26 [] rtc_get_rtc_time+0x32/0x176 [] hpet_rtc_interrupt+0x92/0x14d [] handle_IRQ_event+0x20/0x4d [] __do_IRQ+0x94/0xef [] do_IRQ+0x9e/0xbd [] common_interrupt+0x25/0x2c DWARF2 unwinder stuck at common_interrupt+0x25/0x2c olivares at localhost ~]$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 3 cpu MHz : 2992.658 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr bogomips : 5992.02 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 3 cpu MHz : 2992.658 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr bogomips : 5985.15 [olivares at localhost ~]$ [root at localhost ~]# lspci 00:00.0 Host bridge: Intel Corporation 945G/GZ/P/PL Express Memory Controller Hub (rev 02) 00:01.0 PCI bridge: Intel Corporation 945G/GZ/P/PL Express PCI Express Root Port (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02) 00:02.1 Display controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1e.2 Multimedia audio controller: Intel Corporation 82801G (ICH7 Family) AC'97 Audio Controller (rev 01) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01) [root at localhost ~]# Other than the bug message which I believe is really harmless, (computer is running great!) Kadishi is rocking :) Regards, Antonio From jasperhartline at adelphia.net Fri Sep 15 19:06:58 2006 From: jasperhartline at adelphia.net (Jasper O'neal Hartline) Date: Fri, 15 Sep 2006 14:06:58 -0500 Subject: [Fedora-livecd-list] harmless kernel bug error message In-Reply-To: <20060915181240.396.qmail@web52605.mail.yahoo.com> References: <20060915181240.396.qmail@web52605.mail.yahoo.com> Message-ID: <450AF9D2.6040500@adelphia.net> Antonio Olivares wrote: >Dear all, > This is the message that I get with the Dell Optiplex GX520, when testing the Fedora LiveCD built using Kadishi > >using dmesg I got this > >[olivares at localhost ~]$ uname -a >Linux localhost.localdomain 2.6.17-1.2630.fc6 #1 SMP Wed Sep 6 16:16:03 EDT 2006 i686 i686 i386 GNU/Linux >[olivares at localhost ~]$ > > >BUG: warning at kernel/lockdep.c:1816/trace_hardirqs_on() (Not tainted) > [] show_trace_log_lvl+0x58/0x171 > [] show_trace+0xd/0x10 > [] dump_stack+0x19/0x1b > [] trace_hardirqs_on+0xa2/0x11e > [] _spin_unlock_irq+0x22/0x26 > [] rtc_get_rtc_time+0x32/0x176 > [] hpet_rtc_interrupt+0x92/0x14d > [] handle_IRQ_event+0x20/0x4d > [] __do_IRQ+0x94/0xef > [] do_IRQ+0x9e/0xbd > [] common_interrupt+0x25/0x2c >DWARF2 unwinder stuck at common_interrupt+0x25/0x2c > > You should probably file this with bugzilla under the kernel component. J. Hartline From voodoospace at aim.com Fri Sep 15 22:39:25 2006 From: voodoospace at aim.com (voodoospace at aim.com) Date: Fri, 15 Sep 2006 18:39:25 -0400 Subject: [Fedora-livecd-list] I new to the list. So please read, and you will understand. In-Reply-To: <450AF9D2.6040500@adelphia.net> References: <20060915181240.396.qmail@web52605.mail.yahoo.com> <450AF9D2.6040500@adelphia.net> Message-ID: <8C8A72EEE540DC1-C60-22FB@WEBMAIL-RA09.sysops.aol.com> I have been watching the fedora-livecD-list for a little bit, and I thought it was a good time to show people what I have been working on. The funneSt part about it, me playing with linux was an accident. I'm not a DEV person, linux engineer, software engineer. I didn't go to college for computers. I work for a really, really big computer company in Dulles Va help manage a small MS Windows networks and"do what ever my boss tell me to do, when ever he tell me to do it" My boss doesn't even like linux. But he told me to load 10 RHEL 4 server. Theres me looking at him like he was crazy. "yo boss I don't know Jack about linux" My boss said "learn and learn fast damit". I said OK. The software engineer my boss said would help me load some of the systems. Turn out to be no help at all. That yard bird last 10 mins before his told me. "well that is all I know". He walked out and I was on my own. That was Jan 10 2006. Welcome to the new year. What I did with linux in 7 months. From not knowing anything about linux or programming for that matter. Not even having a clue what I was doing or where to begin. I had little or no help in learning linux and programming. No one showed me anything. All I have learned is by myself. "So please bare with me because I'm new at this." The only help I had was from my new freind. (My new friend is google. I have tons of stuff if anyone wants anything. All about LINUX). I when out and created "DSoL " "Desired Success of LINUX" The main goal of DSoL is to kill the dam butterfly. Click on the link where it states butterfly. If you need help understanding my logic. I'm not a web designer so click on anything that was color. Anything could be a link, and yes the first statement is true. "Well half true." The every first thing he said was "how did you do it" the second statement was "do you want to sell it" Terry Jones - On-Site Engineer EMail: terryj at redhat.com AIM: terrymj1s The really, really funny thing about it all. When I tryed to showed some people at the office "DSoL". No one wanted to talk to me. Yo people I have some hidden skills I just found."what drugs will do for you. Jan 8 2006 I started taking Adderall. I have lots of go go LOL ( follow the dates and you will understand)" So after trying to get people to talk to me with no luck. I put up this web site. www.dsolsolutions.com/index.htm "I don't mAke any mOney on DSoL. It's a one man operation." I guess some people that matter INthe very large Company. I work for saw the web site. They came and take my laptop. Its more than them coming and taking the computer. It was the way they did it. This is what my boss told me, they told him. "You have 10 mins to bring that computer over to us NOW." I'm sure my boss is still wiping his ass. The next day he didn't come into work The hang over from beer and freaking out becaue I tooted my horn and shock the ground. Wake up some people on the totem pole. "The Big People" That was over two weeks ago. "going on two an a half weeks as of today. Sept 15 2006." He was scared ghost white. My boss said they acted like major Pricks when he took the computer over. I guess someone that matters finially want to see DSoL for themself. The only thing my boss asked me for was passwords. A week after the smashed and grabbed. "Love Corp America" If they had a live-cd they can change the! root password. "Is what my reply to him was". Then it dawned on my. The only thing the people that have the computer would need a password for is DSoL. Because unless you know how it was build. You can't crack it with a live-cd. No matter how hard you tryed. Even if you did crack it. It wouldn't be cracked for long. DSoL ROCKS ASS. So here I sit rebuild everything from scratch. I have some stuff backup, but I have to rebuild the custom O/S's and the build machine from scatch. "DSoL From SCRATCH" All of it was on my laptop, and as you can guess. From what I have said so far. I don't have that anymore. LOL "LOVE CORP AMERICA" I took SCANSWAP from you'all. FYI. Nice little program. Will come in handy with DSoL. Well I'm off to patch and customize my kerenl. I had to find a bunch of .DIFF files. That was a big pain in the butt. Then rebuild it. Good stuff. I love this linux stuff. It not as hard as people made it out to be. Who know I would be good at it. A freind at work "we will leave his name out of this" told me "some people have natural talent." Who would of guess it. But here I sit understanding things people told me I would never understand. I love to prove people wrong. Here is my AIM address: voodoospace If anyone wants to talk to me. Feel free to hit me up. If I don't reply in a short amount of time. I leave my AIM running all the time. I have one Question: DOES anyone know python. That is what I'm read up on now. My starting the ROOT Project. GOOD STUFF Well have a great weekend and hope to hear from some of you'all soon. Shawn ________________________________________________________________________ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry-leading spam and email virus protection. -------------- next part -------------- An HTML attachment was scrubbed... URL: From olivares14031 at yahoo.com Sat Sep 16 18:00:36 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Sat, 16 Sep 2006 11:00:36 -0700 (PDT) Subject: [Fedora-livecd-list] harmless kernel bug error message In-Reply-To: <450AF9D2.6040500@adelphia.net> Message-ID: <20060916180036.89327.qmail@web52601.mail.yahoo.com> ----- Original Message ---- From: Jasper O'neal Hartline To: Antonio Olivares ; fedora-livecd-list at redhat.com Sent: Friday, September 15, 2006 2:06:58 PM Subject: Re: [Fedora-livecd-list] harmless kernel bug error message Antonio Olivares wrote: >Dear all, > This is the message that I get with the Dell Optiplex GX520, when testing the Fedora LiveCD built using Kadishi > >using dmesg I got this > >[olivares at localhost ~]$ uname -a >Linux localhost.localdomain 2.6.17-1.2630.fc6 #1 SMP Wed Sep 6 16:16:03 EDT 2006 i686 i686 i386 GNU/Linux >[olivares at localhost ~]$ > > >BUG: warning at kernel/lockdep.c:1816/trace_hardirqs_on() (Not tainted) > [] show_trace_log_lvl+0x58/0x171 > [] show_trace+0xd/0x10 > [] dump_stack+0x19/0x1b > [] trace_hardirqs_on+0xa2/0x11e > [] _spin_unlock_irq+0x22/0x26 > [] rtc_get_rtc_time+0x32/0x176 > [] hpet_rtc_interrupt+0x92/0x14d > [] handle_IRQ_event+0x20/0x4d > [] __do_IRQ+0x94/0xef > [] do_IRQ+0x9e/0xbd > [] common_interrupt+0x25/0x2c >DWARF2 unwinder stuck at common_interrupt+0x25/0x2c > > You should probably file this with bugzilla under the kernel component. J. Hartline Bugzilla filled: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206786 Regards, Antonio From chitlesh at fedoraproject.org Sat Sep 16 21:18:29 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 16 Sep 2006 21:18:29 +0000 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! Message-ID: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> Hai there, I've been contacted today to make a bootable livecd with grub :) I've created my script like a good boy, fired kadischi. kadischi /rawhide/ /tmp/myimage.iso --text -f --kickstart=/usr/local/share/kadischi/ks_examples/standard-livecd.cfg The live cd boots :) But it is unable to load GDM !!!! http://www.flickr.com/photo_zoom.gne?id=244808541&size=o However without the script (i.e with the original isolinux method), GDM doesn't complain with the same repository and command kadischi /rawhide/ /tmp/myimage.iso --text -f --kickstart=/usr/local/share/kadischi/ks_examples/standard-livecd.cfg My solution was parsing ramdisk_size=65536 to the kernel. Anyone got better solution ? in kadischi.py i've replaced boot = normalize_path([bindir, 'install-boot.sh']) by boot = normalize_path([bindir, 'grub.sh']) and args = ["/usr/bin/mkisofs", "-quiet", "-R", "-V", dist, "-b", "boot/isolinux/isolinux.bin", "-c", "boot/isolinux/boot.cat", "-p", myname, "-x", "lost+found", "-no-emul-boot", "-boot-load-size", "4", "-boot-info-table", "-o", isoimage, csysdir] by args = ["/usr/bin/mkisofs", "-quiet", "-R", "-V", dist, "-b", "boot/grub/stage2_eltorito", "-p", myname, "-x", "lost+found", "-no-emul-boot", "-boot-load-size", "4", "-boot-info-table", "-o", isoimage, csysdir] Here is the script (grub.sh) I'm using for i386 instead of install-boot.sh ============= #!/bin/bash # # Using grub instead of isolinux . /etc/kadischi/kadischi.conf sysdir=$1 csysdir=$2 kernel=$3 kernel_params='selinux=0' . /etc/kadischi/kadischi.conf [ -x $sysdir/usr/bin/rhgb ] && kernel_params="$kernel_params rhgb" echo "[kadischi]: bootloader configuration" mkdir -p $csysdir/boot/grub cp /usr/share/grub/i386-redhat/stage2_eltorito $csysdir/boot/grub/ cp /boot/grub/splash.xpm.gz $csysdir/boot/grub/ cp $sysdir/boot/isolinux/initrd.img $csysdir/boot/ cp $sysdir/boot/vmlinuz-$kernel $csysdir/boot/ cat > $csysdir/boot/grub/grub.conf <<_EOF_ default=0 timeout=10 splashimage=/boot/grub/splash.xpm.gz hiddenmenu title Fedora Core ($kernel) root(cd) kernel /boot/vmlinuz-$kernel quiet $kernel_params ramdisk_size=65536 initrd /boot/initrd.img title Fedora Core ($kernel debug) root(cd) kernel /boot/vmlinuz INITRD_DBG=x initrd /boot/initrd.img _EOF_ ============= I hope it might be useful to someone too :) Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sun Sep 17 10:58:11 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sun, 17 Sep 2006 05:58:11 -0500 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! In-Reply-To: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> References: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> Message-ID: <450D2A43.8050002@adelphia.net> Chitlesh GOORAH wrote: > The live cd boots :) > > But it is unable to load GDM !!!! > http://www.flickr.com/photo_zoom.gne?id=244808541&size=o > I think we discussed this earlier, that you are running the CD under emulation such as VMware or Qemu, so that memory can be less than the system's real totaly physical RAM.. sine only a part of it is dedicated to the VM. Try burning the CD and using it on real hardware. > [snip] > > I hope it might be useful to someone too :) Absolutely Chitlesh.. please post it on the wiki under development!! I wonder what sort of ideas and options we could have for using either ISOLINUX or Grub and is configurable by the builder.. perhaps an config options to use Grub or Isolinux? This would be fairly easy to implement but, the question is, is is worthwhile? I think it could be if integrated correctly, config options, parse the config options during kadischi.py and invoking install-boot.sh which would have the grub.py you've shown folded into it. We'll see, talk to me in #fedora-livecd later today Chitlesh! J. Hartline From chitlesh at fedoraproject.org Mon Sep 18 11:18:51 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 18 Sep 2006 13:18:51 +0200 Subject: [Fedora-livecd-list] KDE kickstart file Message-ID: <13dbfe4f0609180418r6e559f86k74ed462969d2f802@mail.gmail.com> Hello there, here is a kde-kickstart file. Jasper, can you upload it to CVS and give me the latest CVS snapshot ? Ill be working on that for the GUI :) Cheers, Chitlesh Goorah -- http://clunixchit.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: kde-livecd.cfg Type: application/octet-stream Size: 1371 bytes Desc: not available URL: From jasperhartline at adelphia.net Mon Sep 18 12:06:39 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Mon, 18 Sep 2006 14:06:39 +0200 Subject: [Fedora-livecd-list] KDE kickstart file In-Reply-To: <13dbfe4f0609180418r6e559f86k74ed462969d2f802@mail.gmail.com> References: <13dbfe4f0609180418r6e559f86k74ed462969d2f802@mail.gmail.com> Message-ID: <450E8BCF.9070701@adelphia.net> Chitlesh GOORAH wrote: > Hello there, > > here is a kde-kickstart file. > > Jasper, can you upload it to CVS and give me the latest CVS snapshot ? I have CVS'ed the Grub/Isolinux stuff. I don't really see a good, standard use in the kickstart file provided. It has many things wrong with it that I can see, french keyboard, and the xconfig is that which is optimized for CRT monitors, not LCD screens. Should we try and change these values, perhaps to en keyboard and a LCD like refresh rates under xconfig perhaps? I almost don;t like the idea of just a KDE kickstart file without a Gnome one, yet we already have the standard-*.cfg kickstarts. I can snapshot and send you a URL to Kadischi.. http://autopsy.liveprojects.info/REPO/SOURCES/ > Ill be working on that for the GUI :) Awesome. Let me know if you need some testing done. J. Hartline From ddmbox2000 at yahoo.co.uk Mon Sep 18 18:31:52 2006 From: ddmbox2000 at yahoo.co.uk (dexter) Date: Mon, 18 Sep 2006 19:31:52 +0100 Subject: [Fedora-livecd-list] Kadischi Live CD First Look {SOLVED} In-Reply-To: <200609141620.53487.ddmbox2000@yahoo.co.uk> References: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> <4508E091.2040101@adelphia.net> <200609141620.53487.ddmbox2000@yahoo.co.uk> Message-ID: <200609181931.52659.ddmbox2000@yahoo.co.uk> On Thu September 14 2006 16:20, dexter wrote: > On Thu September 14 2006 05:54, Jasper O'neal Hartline wrote: > > dexter wrote: > > > Hello list > > >I thought I would give Kadischi a spin on my rawhide box today, using > > > the wiki instuctions to make an FC5 iso from a locally generated repo > > > but didnt succeed. all build requires have been met. I also tried via > > > rawhide mirror which had the same resulting errors shown in the output > > > below, the resulting iso panics on boot > > > > > >[root at dexterFC5t1 kadischi]# ./autogen.sh > > >Copying file mkinstalldirs > > >Copying file po/Makefile.in.in > > > > > >Please add the files > > > codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 > > > progtest.m4 > > >from the /usr/share/aclocal directory to your autoconf macro directory > > >or directly to your aclocal.m4 file. > > >You will also need config.guess and config.sub, which you can get from > > >ftp://ftp.gnu.org/pub/gnu/config/. > > > > > >configure.ac: installing `./install-sh'; error while making link: > > > Operation not permitted configure.ac: installing `./missing'; error > > > while making link: Operation not permitted eject_live_cd/Makefile.am: > > > installing `./depcomp'; error while making link: Operation not > > > permitted configure: error: cannot find install-sh or install.sh in . > > > ./.. ./../.. > > > > > >Now type 'make' to compile kadischi. > > >[root at dexterFC5t1 kadischi]# make > > >make: *** No targets specified and no makefile found. Stop. > > >[root at dexterFC5t1 kadischi]# > > > > The Operation not permitted messages seem to suggest you are not running > > with UID 0. > > You are positive the filesystem is not read-only or some other problem? > > > > The rest of your errors are due to the autogen.sh problems above. > > > > J. Hartline > > well no I'm certainly root here : > [root at dexterFC5t1 ~]# id > uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6 > (disk),10(wheel) context=user_u:system_r:unconfined_t > > the manual build system here is bust for now :-( (till tool chain > reinstall) just built the rpm again in the root build tree as opposed to > plain user last time with a bit more success this time when generating an > iso there are less errors ie only this snip remains : (iso still panics) > > [...snip...] > [kadischi]: estimated /abyss/fedora-live.iso size is between 153146452.308 > and 165908656.667 bytes > [kadischi]: making initrd image > /usr/bin/find: kernel/drivers/cdrom: No such file or directory > /usr/bin/find: kernel/drivers/ide/ide-cd.ko: No such file or directory > 20697 blocks > [kadischi]: 2.6.15-1.2054_FC5 initrd made successfully! > [...snip...] > > I shall tinker some more on this stuff :-) > thanks for comming ...dex > hello list for the record my problems with kadischi are now sorted, I managed to spin the minimal kickstart config last nite ;-) from a rawhide mirror and it booted up! I was getting these errors during the initrd build: /usr/bin/find: kernel/drivers/cdrom: No such file or directory /usr/bin/find: kernel/drivers/ide/ide-cd.ko: No such file or directory After modifying kadischi.py to leave its workings around, I looked in the offending dir's to find no cdrom.ko or ide-cd.ko (surprised) I dont remember kernel_2054_FC5 having these built-in?? kernel_2129_FC5 is the same on another box I have, no CD modules are in place, so I gave kernel_2647.fc6 rawhide a spin and the modules were found were they should be and hence a successfull build & boot. (whoo hoo)(sorry this a respectable list :-) gonna try some customisations next, its great to finally get a fedora live CD but I want liveusb & a toram option but not being a knowledgeable coder I may have to wait (or learn) did I say a thanks to the Kadischi Contributor's THANKS ...dex I stand on the shoulders of giants. ___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html From chitlesh at fedoraproject.org Mon Sep 18 19:34:29 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 18 Sep 2006 21:34:29 +0200 Subject: [Fedora-livecd-list] Kadischi Live CD First Look {SOLVED} In-Reply-To: <200609181931.52659.ddmbox2000@yahoo.co.uk> References: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> <4508E091.2040101@adelphia.net> <200609141620.53487.ddmbox2000@yahoo.co.uk> <200609181931.52659.ddmbox2000@yahoo.co.uk> Message-ID: <13dbfe4f0609181234i456bf0a8s723cc4d639c9875e@mail.gmail.com> On 9/18/06, dexter wrote: > fedora live CD but I want liveusb & a toram option but not being a > knowledgeable coder I may have to wait (or learn) > did I say a thanks to the Kadischi Contributor's THANKS ...dex Hello good to hear it was successful. I'm interested int he liveusb as well, i'll do some research on that as well. If you found something interesting on it, do spread it with us :) Chitlesh. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Mon Sep 18 19:47:39 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 18 Sep 2006 21:47:39 +0200 Subject: [Fedora-livecd-list] KDE kickstart file In-Reply-To: <450E8BCF.9070701@adelphia.net> References: <13dbfe4f0609180418r6e559f86k74ed462969d2f802@mail.gmail.com> <450E8BCF.9070701@adelphia.net> Message-ID: <13dbfe4f0609181247r4f5d058as36008d0749c1e94f@mail.gmail.com> On 9/18/06, Jasper Hartline wrote: > I have CVS'ed the Grub/Isolinux stuff. Thanks, i've seen it . I don't really see a good, > standard use in the kickstart file provided. > It has many things wrong with it that I can see, french keyboard, and > the xconfig is that which is optimized for CRT > monitors, not LCD screens. > Should we try and change these values, perhaps to en keyboard and a LCD > like refresh rates under xconfig perhaps? That's true, but however is there any guidelines for kadischi's kickstart files ? > I almost don;t like the idea of just a KDE kickstart file without a > Gnome one, yet we already have the standard-*.cfg kickstarts. Well, let's not do gnome/kde bashing, standard-*cfg is already gnome oriented. It's true that the kickstart files provided by kadischi aren't specific and properly written. Let's take for example standard-live*.cfg, they lack the reboot option and hence doesn't meet the goal on kickstart usage in kadischi. the same for minimal-livecd.cfg calls for network configurations. I think these should be corrected. > I can snapshot and send you a URL to Kadischi.. > http://autopsy.liveprojects.info/REPO/SOURCES/ > > > Ill be working on that for the GUI :) > > Awesome. Let me know if you need some testing done. Thanks, I'm stuck with the output from kadischi.py. The output from "print" in kadischi aren't properly directed to my QTextBrowser. It get all the "print" on the QTextBrowser when kadischi fails or succeeds. A real time redirection of such nature lacks in pyqt !!! I'll opt for QProgresssBar instead. Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Mon Sep 18 21:33:37 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Mon, 18 Sep 2006 16:33:37 -0500 Subject: [Fedora-livecd-list] Kadischi Live CD First Look {SOLVED} In-Reply-To: <200609181931.52659.ddmbox2000@yahoo.co.uk> References: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> <4508E091.2040101@adelphia.net> <200609141620.53487.ddmbox2000@yahoo.co.uk> <200609181931.52659.ddmbox2000@yahoo.co.uk> Message-ID: <450F10B1.3030404@adelphia.net> dexter wrote: >> >> >hello list >for the record my problems with kadischi are now sorted, I managed to spin >the minimal kickstart config last nite ;-) from a rawhide mirror and it booted >up! > >I was getting these errors during the initrd build: > >/usr/bin/find: kernel/drivers/cdrom: No such file or directory >/usr/bin/find: kernel/drivers/ide/ide-cd.ko: No such file or directory > >After modifying kadischi.py to leave its workings around, I looked in the >offending dir's to find no cdrom.ko or ide-cd.ko (surprised) I dont remember >kernel_2054_FC5 having these built-in?? kernel_2129_FC5 is the same on >another box I have, no CD modules are in place, so I gave kernel_2647.fc6 >rawhide a spin and the modules were found were they should be >and hence a successfull build & boot. > The Fedora Core 5 kernels had these built in. The Fedora Core RAWHIDE kernels do not. They are modular, hence the messages, however this will not keep the Fedora Core 5 CDs from booting. >(whoo hoo)(sorry this a respectable >list :-) gonna try some customisations next, its great to finally get a >fedora live CD but I want liveusb & a toram option but not being a >knowledgeable coder I may have to wait (or learn) > > My website has a working 256MB USB flash image.. it is LiveUSB. You would simply need to mount the Ext2 filesystem at it's offset to view the handmade initrd, and modules that were preloaded, etc. I use Kadischi's same method of bind mounting on tmpfs, etc just tweaked for LiveUSB. One thing I cannot get done correctly, doing the LiveUSB stuff automatically, by script is grub-installing, or via the Grub shell.. installing the bootloader images correctly. I _have succeeded_ by using the Grub shell interactively and issuing this: device (hd0) /dev/loop0 root (hd0,0) setup (hd0) quit Does in fact install them correctly. The offset for the LiveUSB image here: http://autopsy.liveprojects.info/LIVE/USB/ is exactly 63 secotrs. This means the mount -o option would be offset=32256 to mount the Ext2 filesystem. Then you can poke around and see how I've done it, with stock Fedora Core packages, unmodified. J. Hartline From jasperhartline at adelphia.net Mon Sep 18 21:46:27 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Mon, 18 Sep 2006 16:46:27 -0500 Subject: [Fedora-livecd-list] KDE kickstart file In-Reply-To: <13dbfe4f0609181247r4f5d058as36008d0749c1e94f@mail.gmail.com> References: <13dbfe4f0609180418r6e559f86k74ed462969d2f802@mail.gmail.com> <450E8BCF.9070701@adelphia.net> <13dbfe4f0609181247r4f5d058as36008d0749c1e94f@mail.gmail.com> Message-ID: <450F13B3.2030906@adelphia.net> Chitlesh GOORAH wrote: >> standard use in the kickstart file provided. >> It has many things wrong with it that I can see, french keyboard, and >> the xconfig is that which is optimized for CRT >> monitors, not LCD screens. >> Should we try and change these values, perhaps to en keyboard and a LCD >> like refresh rates under xconfig perhaps? > > > That's true, but however is there any guidelines for kadischi's > kickstart files ? Well, no. I just don't see Kadischi having be able to store every kickstart install possible in there. It clutters CVS. Without a Gnome config, we can't have a KDE config. That's just logical. > >> I almost don;t like the idea of just a KDE kickstart file without a >> Gnome one, yet we already have the standard-*.cfg kickstarts. > > > Well, let's not do gnome/kde bashing, standard-*cfg is already gnome > oriented. > > It's true that the kickstart files provided by kadischi aren't > specific and properly written. > > Let's take for example standard-live*.cfg, they lack the reboot option > and hence doesn't meet the goal on kickstart usage in kadischi. > the same for minimal-livecd.cfg calls for network configurations. > > I think these should be corrected. > Ok, these changes have been made in CVS. They were trivial but for cmdline method they do fail. Thanks. > Thanks, I'm stuck with the output from kadischi.py. The output from > "print" in kadischi aren't properly directed to my QTextBrowser. It > get all the "print" on the QTextBrowser when kadischi fails or > succeeds. A real time redirection of such nature lacks in pyqt !!! > I'll opt for QProgresssBar instead. I can't wait to see it. It is nice to know we have people working on the Kadischi however at some time. We'll test this out some when you think oit is ready, and try to get it CVS'd if all works out. J. Hartline From ddmbox2000 at yahoo.co.uk Tue Sep 19 05:52:09 2006 From: ddmbox2000 at yahoo.co.uk (dexter) Date: Tue, 19 Sep 2006 06:52:09 +0100 Subject: [Fedora-livecd-list] Kadischi Live CD First Look {SOLVED} In-Reply-To: <450F10B1.3030404@adelphia.net> References: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> <200609181931.52659.ddmbox2000@yahoo.co.uk> <450F10B1.3030404@adelphia.net> Message-ID: <200609190652.09853.ddmbox2000@yahoo.co.uk> >On Mon September 18 2006 22:33, Jasper Hartline wrote: > Does in fact install them correctly. The offset for the LiveUSB image here: > http://autopsy.liveprojects.info/LIVE/USB/ is exactly 63 secotrs. > This means the mount -o option would be offset=32256 to mount the Ext2 > filesystem. > Then you can poke around and see how I've done it, with stock Fedora > Core packages, unmodified. > > J. Hartline hello jasper errm I had trouble using your instuctions and mounting the image with [root at dexterFC5t1 ~]# mount -v -t ext2 -o offset=32256 SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG tmp gave an error but was mounted with the help of file [root at dexterFC5t1 ~]# file -s SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG: x86 boot sector; partition 1: ID=0x83, starthead 1, startsector 61, 493795 sectors, extended partition table (last)\011, code offset 0x48 startsector 61 and 61*512=31232 [root at dexterFC5t1 ~]# mount -v -t ext2 -o offset=31232 SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG tmp mount: going to use the loop device /dev/loop0 SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG on /root/tmp type ext2 (rw,loop=/dev/loop0,offset=31232) did it great smashing super :-) ...dex ___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html From jasperhartline at adelphia.net Tue Sep 19 10:19:12 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Tue, 19 Sep 2006 05:19:12 -0500 Subject: [Fedora-livecd-list] Kadischi Live CD First Look {SOLVED} In-Reply-To: <200609190652.09853.ddmbox2000@yahoo.co.uk> References: <20060914042934.26789.qmail@web26615.mail.ukl.yahoo.com> <200609181931.52659.ddmbox2000@yahoo.co.uk> <450F10B1.3030404@adelphia.net> <200609190652.09853.ddmbox2000@yahoo.co.uk> Message-ID: <450FC420.9010309@adelphia.net> dexter wrote: >>Does in fact install them correctly. The offset for the LiveUSB image here: >>http://autopsy.liveprojects.info/LIVE/USB/ is exactly 63 secotrs. >>This means the mount -o option would be offset=32256 to mount the Ext2 >>filesystem. >>Then you can poke around and see how I've done it, with stock Fedora >>Core packages, unmodified. >> >>J. Hartline >> >> > hello jasper > >errm I had trouble using your instuctions and mounting the image with >[root at dexterFC5t1 ~]# mount -v -t ext2 -o offset=32256 SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG tmp >gave an error but was mounted with the help of file > >[root at dexterFC5t1 ~]# file -s SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG >SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG: x86 boot sector; partition 1: ID=0x83, starthead 1, startsector 61, 493795 sectors, extended partition table (last)\011, code offset 0x48 > >startsector 61 and 61*512=31232 >[root at dexterFC5t1 ~]# mount -v -t ext2 -o offset=31232 SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG tmp >mount: going to use the loop device /dev/loop0 >SDA-256MB-FEDORA-CORE-5-BASED-i386-LIVEUSB.IMG on /root/tmp type ext2 (rw,loop=/dev/loop0,offset=31232) > >did it great smashing super :-) ...dex > > > Doh! Yes, 61 sectors, not 63. ;-) J. Hartline From chitlesh at fedoraproject.org Tue Sep 19 14:32:19 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 19 Sep 2006 16:32:19 +0200 Subject: [Fedora-livecd-list] LiveCD on Compact flash In-Reply-To: References: <44DD034F.4090407@adelphia.net> Message-ID: <13dbfe4f0609190732j5f1aeb5j98ccb7dbe67a2064@mail.gmail.com> On 9/7/06, Filip Tsachev wrote: > Hello, > > On 12/08/06, Jasper O'neal Hartline wrote: > > If it is neccessary any USB related questions should be taken care off > > off-list as this is the Kadischi/Fedora LiveCD list. > Or make it simply "fedora-live" list. 8-) > -- I see absolutely no damage if LiveUSB discussions are held here. If Kadischi can be enhanced in one way or another, I see no trouble to talk about liveUSB :) Chitlesh -- http://clunixchit.blogspot.com From davidz at redhat.com Wed Sep 20 05:51:28 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 01:51:28 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work Message-ID: <1158731488.26429.83.camel@zelda.fubar.dk> Hey, I've spend a little bit of time adapting the OLPC build system to be able to spit out Fedora livecd's. First some background on what we do in OLPC o OLPC is an OS built on Core but also includes bits from Extras and a dedicated OLPC repository o Rather than using an installer, we deliver the OS in two ways - for USB sticks we provide an image that can be copied onto the whole disk. This image includes a partition table, boot loader and so forth. This image is also used for qemu. - For installation to the OLPC hardware, we provide a JFFS2 file system image that can be put on the flash using nandwrite from mtd-utils o The build system must be easy for downstream to use for creating a derived build of the upstream OLPC distribution. The thinking here is that OLPC customers (which are governments, countries) are able to very easily tweak the package selection, provide alternative packages and change how the system is configured. o (for more info on OLPC development, see http://dev.laptop.org ) As such, the goals are pretty similar to Live CD: Assemble an OS and put it on bootable media. So I spent a few days a few weekends ago to do exactly that; the how's, why's etc. are here http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob_plain;h=aa64cfda24576f3cb81b2ab99b2aae0fb0a2b8ae;f=README.fedora Specifically, I've made it a goal to make live cd's built with this infrastructure possible to install to hard disks such as to provide a nice user experience: you download the livecd and if you like it, you simply press the "Install" icon on the desktop and the OS is installed in a matter of minutes. No need to go through anaconda here. The README.fedora file linked to above contains some pretty specific information of what we need here. With some hard work perhaps we can make this happen for FC7. Another important goal is that it should be easy to create derived CD's. So if you are into the whole Java and Fedora things, maybe you want to easily create a Fedora Eclipse livecd. You know, to show off to your friends. I've included an example here, fedora-eclipse http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=e79cc0e412502104061fa0dd6ccd4e52c32e9c46;hb=5286c7a59d5237c337c9dff4c5ab62832e9ae1c3;f=streams.d/fedora-eclipse.stream note how fedora-eclipse is derived from fedora-gnome http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=f709bc90d9f81e01f1f11d6cc489565c02dea29a;hb=5286c7a59d5237c337c9dff4c5ab62832e9ae1c3;f=streams.d/fedora-gnome.stream which in turn is derived from fedora-base http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=5d9cb98f8d228d2c4b92daabfe615a880c695115;hb=5286c7a59d5237c337c9dff4c5ab62832e9ae1c3;f=streams.d/fedora-base.stream and also that fedora-desktop http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=8eac448f7733b5857fb6e8c4275bb87d4197b1fe;hb=5286c7a59d5237c337c9dff4c5ab62832e9ae1c3;f=streams.d/fedora-desktop.stream is derived from fedora-base. Ie. we have fedora-base | fedora-gnome | +------------+------------+ | | fedora-eclipse fedora-desktop There is nothing to prevent us from having fedora-base | +---------------------------------+------------+------... | | fedora-gnome fedora-kde | | +------------+------------+----------------+---... .... | | | fedora-eclipse fedora-desktop fedora-music in the future. For example, it's not far fetched, I think, to have people from the tools group in Red Hat maintain the fedora-eclipse live cd bits (in fact, I'm not even sure if that image builds any more, it did some weeks ago. But y'all get the point, yes?) The very nice thing is that downstream, for example fedora-eclipse and fedora-eclipse-kde, would benefit from general improvements in fedora-gnome and fedora-kde. The barrier to entry is pretty low, just look at the simplicity of of the current fedora-eclipse and fedora-desktop stream definition files. Anyway, enough talk, it's getting late and I'm too old to miss sleep these days :-) - Here's a screenshot of the fedora-desktop livecd http://people.freedesktop.org/~david/fedora-desktop-livecd-20060920.png and here is an ISO, weighing 618MB, of fedora-desktop http://olpc.download.redhat.com/olpc/fedora-desktop-davidz-stream-development-build-2-20060919_2225-livecd.iso Have fun, David From jasperhartline at adelphia.net Wed Sep 20 08:05:34 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 03:05:34 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158731488.26429.83.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> Message-ID: <4510F64E.4070207@adelphia.net> David Zeuthen wrote: >As such, the goals are pretty similar to Live CD: Assemble an OS and put >it on bootable media. So I spent a few days a few weekends ago to do >exactly that; the how's, why's etc. are here > > http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob_plain;h=aa64cfda24576f3cb81b2ab99b2aae0fb0a2b8ae;f=README.fedora > >Specifically, I've made it a goal to make live cd's built with this >infrastructure possible to install to hard disks such as to provide a >nice user experience: you download the livecd and if you like it, you >simply press the "Install" icon on the desktop and the OS is installed >in a matter of minutes. No need to go through anaconda here. The >README.fedora file linked to above contains some pretty specific >information of what we need here. With some hard work perhaps we can >make this happen for FC7. > > You really should use the stock Fedora Core utilities however. If you are making an installer to system from LiveCD, why not use Anaconda? >Another important goal is that it should be easy to create derived CD's. >So if you are into the whole Java and Fedora things, maybe you want to >easily create a Fedora Eclipse livecd. You know, to show off to your >friends. I've included an example here, fedora-eclipse > > Not really a fan of Java, I'm not sure a Fedora Eclipse LiveCD is the first item on everyone's Christmas list' this year. Good work though. >Anyway, enough talk, it's getting late and I'm too old to miss sleep >these days :-) - Here's a screenshot of the fedora-desktop livecd > > http://people.freedesktop.org/~david/fedora-desktop-livecd-20060920.png > >and here is an ISO, weighing 618MB, of fedora-desktop > > http://olpc.download.redhat.com/olpc/fedora-desktop-davidz-stream-development-build-2-20060919_2225-livecd.iso > > If OLPC is a "derived" from Redhat or Fedora Core distribution, I really do not see how this pertains to this list. On another note, what functionality does this LiveCD stuff you mention provide over Fedora Core's Kadischi? If you are unfamiliar with Kadischi, you can find it here: http://fedoraproject.org/wiki/Kadischi Available via CVS. J. Hartline From chitlesh at fedoraproject.org Wed Sep 20 08:14:50 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 20 Sep 2006 03:14:50 -0500 Subject: [Fedora-livecd-list] Patch: Spec : sticking to FE guidelines Message-ID: <13dbfe4f0609200114n1971ac80w7f04720c3492d9d6@mail.gmail.com> Hello Jasper, Here is a patch for the spec file. http://fedoraproject.org/wiki/Extras/FullExceptionList: glib2-devel and e2fsprogs dropped as BR According to new FR python packaging guidelines, %{ghost} should no longer be used! http://fedoraproject.org/wiki/Packaging/Python I quote: ---------- In the past it was common practice to %ghost .pyo files in order to save a small amount of space on the users filesystem. However, this has two issues: 1. With SELinux, if a user is running python -O [APP] it will try to write the .pyos when they don't exist. This leads to AVC denial records in the logs. 2. If the system administrator runs python -OO [APP] the .pyos will get created with no docstrings. Some programs require docstrings in order to function. On subsequent runs with python -O [APP] python will use the cached .pyos even though a different optimization level has been requested. The only way to fix this is to find out where the .pyos are and delete them. The current method of dealing with pyo files is to include them as is, no %ghosting ---------- %changelog - (BR) glib2-devel and e2fsprogs are in FE exception list, autoconf depends on automake - Cleaned directory ownership of %%{_datadir}/%%{name} - Removed python and perl as requires - Fixed permissions of COPYING and lib/shvar.py - Added timestamps while copying files as required by FE - Added *.pyc,*.pyo in the package, as stated in the new FE python guidelines Can you change the permissions of COPYING and lib/shvar.py upsteam directly and remove the appropriate lines on my patch ? Chitlesh -- http://clunixchit.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: 3.4-2-spec.patch Type: text/x-patch Size: 3909 bytes Desc: not available URL: From chitlesh at fedoraproject.org Wed Sep 20 08:18:51 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 20 Sep 2006 03:18:51 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4510F64E.4070207@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> Message-ID: <13dbfe4f0609200118v6e56d9b2i5ea5364cf677e29@mail.gmail.com> On 9/20/06, Jasper Hartline wrote: > If OLPC is a "derived" from Redhat or Fedora Core distribution, I really > do not see how this pertains to this list. > On another note, what functionality does this LiveCD stuff you mention > provide over Fedora Core's Kadischi? > If you are unfamiliar with Kadischi, you can find it here: > http://fedoraproject.org/wiki/Kadischi > Available via CVS. I have asked David to describe a little bit here, so that maybe we might have some common interest somewhere, and perhaps work together at some point ! Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Sep 20 08:43:23 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 03:43:23 -0500 Subject: [Fedora-livecd-list] Patch: Spec : sticking to FE guidelines In-Reply-To: <13dbfe4f0609200114n1971ac80w7f04720c3492d9d6@mail.gmail.com> References: <13dbfe4f0609200114n1971ac80w7f04720c3492d9d6@mail.gmail.com> Message-ID: <4510FF2B.4020906@adelphia.net> Chitlesh GOORAH wrote: > Hello Jasper, > > Here is a patch for the spec file. > > > Can you change the permissions of COPYING and lib/shvar.py upsteam > directly and remove the appropriate lines on my patch ? It would be a lot simpler if it was just changed in the patch. I think also you forgot to turn AutoReqProv: back on after removing the PERL and Python requires. J. Hartline From olivares14031 at yahoo.com Wed Sep 20 12:44:52 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Wed, 20 Sep 2006 05:44:52 -0700 (PDT) Subject: [Fedora-livecd-list] Errors in livecd creation Message-ID: <20060920124452.51799.qmail@web52610.mail.yahoo.com> I am trying to create a livecd and the kernel.org repo which has successfully worked before is not working. It bails out because of a file glibc-common****** [olivares at localhost ~]$ cat error-kadishi-20060920 Welcome to Fedora Core ???????????????????? Package Installation ???????????????????? ????????????????????????????? Error ????????????????????????????? ? ? ? The file glibc-common-2.4.90-30.i386.rpm cannot be opened. ? ? This is due to a missing file or perhaps a corrupt package. ? ? Please verify your mirror contains all required packages, ? ? and try using a different one. ? ? ? ? If you reboot, your system will be left in an inconsistent ? ? state that will likely require reinstallation. ? ? ? ? ? ? ?????????? ????????? ? ? ? Reboot ? ? Retry ? ? ? ?????????? ????????? ? ? ? ? ? ????????????????????????????????????????????????????????????????? ,<+>,<-> selection | Group Details | next screen [olivares at localhost ~]$ [root at localhost tmp]# kadischi http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os /tmp/20060919livecd.iso [kadischi]: Checking dependencies for Kadischi [kadischi]: Checking UID for root access [kadischi]: Starting kadischi with root access... [kadischi]: Trying to validate your repository [kadischi]: Repository seems to be OK. [kadischi]: Using buildstamp file /etc/kadischi/buildstamp. [kadischi]: Product path set to Fedora. [kadischi]: Path /tmp/product/.buildstamp already exists, temporarly moving to /tmp/kadischi.mXnEUg/.buildstamp [kadischi] : running anaconda Probing for video card: nVidia Corporation NV18 [GeForce4 MX - nForce GPU] [kadischi] : anaconda has finished its job [kadischi]: running post installation scripts [kadischi]: No prelink.conf found.. won't prelink. cp: target `/tmp/kadischi.mXnEUg/system/etc/rc.d/' is not a directory: No such file or directory cp: target `/tmp/kadischi.mXnEUg/system/etc/init.d/' is not a directory: No such file or directory /bin/chmod: cannot access `/tmp/kadischi.mXnEUg/system/etc/rc.d/rc.readonly-livecd': No such file or directory /usr/sbin/chroot: cannot run command `/usr/sbin/authconfig': No such file or directory Traceback (most recent call last): File "/usr/local/share/kadischi/post_install_scripts/06sysconfig.py", line 62, in ? tweak_readonly_root_config (rootdir) File "/usr/local/share/kadischi/post_install_scripts/06sysconfig.py", line 11, in tweak_readonly_root_config os.symlink ('../init.d/readonly-halt', normalize_path (['etc/rc0.d/S00readonly-halt'], rootdir)) OSError: [Errno 2] No such file or directory WARNING:root:script 06sysconfig.py exited abnormally Going to user accounts configuration.. ?????????????Kadischi User Accounts Configura ? A non-root user account should be created, ????????????????????????????????????????????? ? < Yes > < No > ????????????????????????????????????????????? [kadischi]: estimated /tmp/20060919livecd.iso size is between 9938840.38462 and 10767077.0833 bytes [kadischi]: making initrd image Couldn't determine kernel version! [olivares at localhost ~]$ Also another quick question. How much MB should the installation files make up so that the image is less than 700MB? Thanks, Antonio From jasperhartline at adelphia.net Wed Sep 20 13:41:10 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 08:41:10 -0500 Subject: [Fedora-livecd-list] Errors in livecd creation In-Reply-To: <20060920124452.51799.qmail@web52610.mail.yahoo.com> References: <20060920124452.51799.qmail@web52610.mail.yahoo.com> Message-ID: <451144F6.7080209@adelphia.net> Antonio Olivares wrote: >Also another quick question. > >How much MB should the installation files make up so that the image is less than 700MB? > > > Your limit is right at about 1.6GB. J . Hartline From sundaram at fedoraproject.org Wed Sep 20 14:43:17 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 20 Sep 2006 20:13:17 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4510F64E.4070207@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> Message-ID: <45115385.4000401@fedoraproject.org> Jasper Hartline wrote: > If OLPC is a "derived" from Redhat or Fedora Core distribution, I really > do not see how this pertains to this list. Did you read the README file? This is a LiveCD effort for Fedora. How does this not pertain to this list? > On another note, what functionality does this LiveCD stuff you mention > provide over Fedora Core's Kadischi? David Zeuthen mentioned one feature atleast. Ability to perform a hard disk installation from the LiveCD. Rahul From davidz at redhat.com Wed Sep 20 15:09:28 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 11:09:28 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4510F64E.4070207@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> Message-ID: <1158764968.2518.19.camel@zelda.fubar.dk> (adding back fedora-desktop-list as that Cc: field mysteriously vanished.) On Wed, 2006-09-20 at 03:05 -0500, Jasper Hartline wrote: > You really should use the stock Fedora Core utilities however. > If you are making an installer to system from LiveCD, why not use Anaconda? I'd rather ask; Why use anaconda? At the end of the day, installation is a pretty basic task - yum install what you want - write out some configuration files - perform other post-installation configuration. So, you know, I'd hate to replace < 100 lines of code by depending on anaconda, which, I might add, is designed to do far more than the relatively straightforward task of doing live cd's. I'm not even sure it makes sense to carry around code in anaconda to facilitate live cd installs but I'll leave that judgement call to the Anaconda developers. FWIW, yum works perfectly fine and one goal of the pilgrim effort is to make the process as robust as possible as well as being able to run on host OS'es that are not super current. For example, the image I linked to are built on an x86_64 RHEL4 box (though I had to put yum 2.9.* on it). There's also an historical angle here - pilgrim is the successor to the now defunt olpc-image tools. Anaconda simply didn't allow to be used in this way. > If OLPC is a "derived" from Redhat or Fedora Core distribution, I really > do not see how this pertains to this list. I think Rahul answered this already. I'll also note that this is not a kadishchi specific list (or at least that's my impression) and several people have asked me to specifically post my work here. > On another note, what functionality does this LiveCD stuff you mention > provide over Fedora Core's Kadischi? > If you are unfamiliar with Kadischi, you can find it here: > http://fedoraproject.org/wiki/Kadischi > Available via CVS. I think there are some key differences - specifically designed to be able to install the livecd payload on your hard disk. I've read through the archives of this list and seen objections from Jeremy and others about the feasibility of changing Kadischi to facilitate this. Pretty sure there are few objections to the approach I've taken with pilgrim but I'll leave Jeremy to comment. - designed specifically with downstream consumers in mind, e.g. it must be extremely simple to put together an Fedora Eclipse, Fedora Music, Fedora Livna Desktop, whatever live cd. This is what I tried to describe in my original mail. - r/w root so the OS actually works like it's supposed to (with the live cd ISO that I linked to you can easy yum install what you want or perhaps even use pirut) - Use selinux - ok, so I ran into some issues with enabling this (see the README.fedora file) so it's disabled in the ISO I linked to. However, if your build environment matches the target environment this works nicely. I'll be working on fixing this, certainly OLPC needs this feature anyway. - the codebase pilgrim is based on have been used successfully to build OLPC images for many months now. Pilgrim have now replaced this and is a critical component of the OLPC release infrastructure. As such, I and others are committed to maintaining pilgrim for at least this task. So these are the key differences I think. You probably know how it is with software development. People will use your software in unforeseen ways. As such, as software developers we tend to make our software prepared to do this. I just happened to identify a huge overlap between what we're doing in OLPC and what a nice livecd infrastructure should look like. So I spent a day or two making pilgrim doing just this. Hope this clarifies. David From sundaram at fedoraproject.org Wed Sep 20 15:13:55 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 20 Sep 2006 20:43:55 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158764968.2518.19.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> Message-ID: <45115AB3.6060704@fedoraproject.org> David Zeuthen wrote: > (adding back fedora-desktop-list as that Cc: field mysteriously > vanished.) > > On Wed, 2006-09-20 at 03:05 -0500, Jasper Hartline wrote: >> You really should use the stock Fedora Core utilities however. >> If you are making an installer to system from LiveCD, why not use Anaconda? > > I'd rather ask; Why use anaconda? At the end of the day, installation is > a pretty basic task > > - yum install what you want > - write out some configuration files > - perform other post-installation configuration. > > So, you know, I'd hate to replace < 100 lines of code by depending on > anaconda, which, I might add, is designed to do far more than the > relatively straightforward task of doing live cd's. I'm not even sure it > makes sense to carry around code in anaconda to facilitate live cd > installs but I'll leave that judgement call to the Anaconda developers. > > FWIW, yum works perfectly fine and one goal of the pilgrim effort is to > make the process as robust as possible as well as being able to run on > host OS'es that are not super current. For example, the image I linked > to are built on an x86_64 RHEL4 box (though I had to put yum 2.9.* on > it). > > There's also an historical angle here - pilgrim is the successor to the > now defunt olpc-image tools. Anaconda simply didn't allow to be used in > this way. David, How do you plan on performing upgrades when the live cd gets a install to hard disk feature? Rahul From gdk at redhat.com Wed Sep 20 15:29:29 2006 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 20 Sep 2006 11:29:29 -0400 (EDT) Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158764968.2518.19.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> Message-ID: On Wed, 20 Sep 2006, David Zeuthen wrote: > > If OLPC is a "derived" from Redhat or Fedora Core distribution, I really > > do not see how this pertains to this list. > > I think Rahul answered this already. I'll also note that this is not a > kadishchi specific list (or at least that's my impression) and several > people have asked me to specifically post my work here. Yes. In fact, I hounded David relentlessly for a couple of weeks to publicize his work here, because I think it's excellent. It's natural to be skeptical of new code, but bear these facts in mind: 1. PRIORITY. Kadischi is heavily reliant upon Anaconda. Anaconda's functionally is a large superset of Kadischi's. Anaconda also has significant *business* pressures on its roadmap. Kadischi patches are, therefore, low priority for Anaconda developers. Pilgrim, on the other hand, performs *extremely* similar tasks for OLPC. OLPC must be imaged very simply, and very uniformly. A Live CD/Live DVD is the same. 2. INSTALL FUNCTIONALITY. If there's one place where Ubuntu has an *actual* lead on us, it's in their ability to install a Live CD directly to a system. From what I've seen, we're closer to closing that gap with Pilgrim than we are with Kadischi. 3. COMMUNITY DEVELOPMENT. I'd like to see the prominent developers on this list -- Chitlesh, Jasper, jdog, and others I've surely left out -- have commit access. With Anaconda, that simply can't happen. With Pilgrim, it might. === These three facts, in my mind, are reason enough to ask the Fedora Live CD community to consider the benefits of Pilgrim. If we want to develop the two technologies side-by-side, that's fine too. But this is the fedora-livecd-list -- *not* the kadischi list. --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- From jasperhartline at adelphia.net Wed Sep 20 15:41:23 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 10:41:23 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158764968.2518.19.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> Message-ID: <45116123.9010804@adelphia.net> David Zeuthen wrote: >(adding back fedora-desktop-list as that Cc: field mysteriously >vanished.) > >On Wed, 2006-09-20 at 03:05 -0500, Jasper Hartline wrote: > > >>You really should use the stock Fedora Core utilities however. >>If you are making an installer to system from LiveCD, why not use Anaconda? >> >> > >I'd rather ask; Why use anaconda? At the end of the day, installation is >a pretty basic task > > - yum install what you want > - write out some configuration files > - perform other post-installation configuration. > >So, you know, I'd hate to replace < 100 lines of code by depending on >anaconda, which, I might add, is designed to do far more than the >relatively straightforward task of doing live cd's. I'm not even sure it >makes sense to carry around code in anaconda to facilitate live cd >installs but I'll leave that judgement call to the Anaconda developers. > > Ok. Good luck partitioning a disk in any sort of way with Yum. J. Hartline From jasperhartline at adelphia.net Wed Sep 20 15:44:01 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 10:44:01 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <45115385.4000401@fedoraproject.org> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <45115385.4000401@fedoraproject.org> Message-ID: <451161C1.9040701@adelphia.net> Rahul wrote: > Jasper Hartline wrote: > >> If OLPC is a "derived" from Redhat or Fedora Core distribution, I >> really do not see how this pertains to this list. > > > Did you read the README file? This is a LiveCD effort for Fedora. How > does this not pertain to this list? No sorry, I just read it was derived on Fedora, and then read "OLPC LiveCD" in about 10 sentences, I did not read the README first. Thanks for clarifying. > > >> On another note, what functionality does this LiveCD stuff you >> mention provide over Fedora Core's Kadischi? > > > David Zeuthen mentioned one feature atleast. Ability to perform a hard > disk installation from the LiveCD. You can't partition a disk in any elaborate or elegant way with Yum. J. Hartline From sundaram at fedoraproject.org Wed Sep 20 15:51:08 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 20 Sep 2006 21:21:08 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <451161C1.9040701@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <45115385.4000401@fedoraproject.org> <451161C1.9040701@adelphia.net> Message-ID: <4511636C.1060608@fedoraproject.org> Jasper Hartline wrote: >> >> David Zeuthen mentioned one feature atleast. Ability to perform a hard >> disk installation from the LiveCD. > > You can't partition a disk in any elaborate or elegant way with Yum. > Sorry but you are arguing something nobody has claimed. Again please just read the README file to understand the plans better. http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob_plain;h=aa64cfda24576f3cb81b2ab99b2aae0fb0a2b8ae;f=README.fedora Several live cd's support installation to hard disks. It doesnt require any changes in the package manager to provide this functionality. Rahul From davidz at redhat.com Wed Sep 20 15:53:23 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 11:53:23 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <45115AB3.6060704@fedoraproject.org> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> Message-ID: <1158767603.2518.28.camel@zelda.fubar.dk> On Wed, 2006-09-20 at 20:43 +0530, Rahul wrote: > How do you plan on performing upgrades when the live cd gets a install > to hard disk feature? Well, I've written about that in the README.fedora file. Lemme cut'n'paste so people can rip it apart. It's basically just a braindump, I haven't written code for this just yet (patches welcome!). So.. my plan basically just involves running 'yum -y update' in the chroot you install to. Not sure we need any UI, some progress feedback would be nice, not sure if yum can do that already. Seth? Specifically this means that once you boot into the installed OS all updates will have been applied. Clearly this requires network connectivity but such is life. I also expect that it's feasible to do e.g weekly livecd respins we in four months ppl downloading the "FC6 Desktop" livecd will already get the updates minus perhaps a week. But they'll be able to update. > - Can probably start writing the scripts and UI that will wrap libraries > from gnome-diskutil. Suggest this script > This script should > - take some parameters > --target-partition=/dev/sda1 > --install-bootloader-at-mbr=true|false > --fs-label=LabelToUseForFS > [--swap-device=/dev/sda2] > --i18n=da_DK.UTF-8 > --root-passwd (probably safer to pass it on stdin) > - verify that target partition given is large enough > - dd the ext3 fs over to the target partition > - resize2fs the fs > - mount this at /mnt/target > - delete files specific to livecd; that is > - /mnt/target/etc/udev/rules.d/00-livecd.rules > - /mnt/target/etc/init.d/livecd > - /mnt/target/etc/rc5.d/livecd > - (TODO: keep this list in sync with script and with what junk > we put in the pristine ext3 fs.) > - rewrite /mnt/target/etc/sysconfig/i18n > - rewrite /mnt/target/etc/fstab (if no swap device is given use > a swap file on the target fs. No, Swap Files Are Not Evil(tm), > get over it :-) > - run /sbin/mkinitrd in the /mnt/target chroot > - set the root password > - touch a file on /mnt/target so firstboot is run (TODO: need to > either put firstboot on the live cd or make firstboot redundant.) > - write /mnt/target/boot/grub/grub.conf > - run /sbin/grub-install from /mnt/target/ chroot > - run 'yum update' in the /mnt/target chroot if we have network > connectivity. This is to update the installed OS with the latest > security / feature patches etc. etc. > - probably need to include yum-updatesd but disable at livecd usage > since the install system will need it > Also > - script should be invoked via a D-BUS system bus service so the > GUI bits for doing the install become trivial > - provide reasonable progress feedback / error reporting > - need to write this tool with paranoia in mind; we're talking about > messing with people's data here Cheers, David From jasperhartline at adelphia.net Wed Sep 20 16:05:15 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 11:05:15 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4511636C.1060608@fedoraproject.org> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <45115385.4000401@fedoraproject.org> <451161C1.9040701@adelphia.net> <4511636C.1060608@fedoraproject.org> Message-ID: <451166BB.9050605@adelphia.net> Rahul wrote: > Jasper Hartline wrote: > >>> >>> David Zeuthen mentioned one feature atleast. Ability to perform a >>> hard disk installation from the LiveCD. >> >> >> You can't partition a disk in any elaborate or elegant way with Yum. >> > > Sorry but you are arguing something nobody has claimed. Again please > just read the README file to understand the plans better. > > http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob_plain;h=aa64cfda24576f3cb81b2ab99b2aae0fb0a2b8ae;f=README.fedora > > > Several live cd's support installation to hard disks. It doesnt > require any changes in the package manager to provide this functionality. I apologize. I have neglected to boast features that are not ready for deployment to this list. I have a LiveCD install;er disc prototype that uses Kadischi and Anaconda sitting on my hard disk. I've had several people test it for me, and have reported success, but it sure is not polished, and is not in the state ready for discussion. Kadischi is much closer than pilgrim with LiveCD installs to systems, _trust me_ when I say this. It also uses Anaconda, so partitioning elaborately, and upgrading, is a non-issue. Thanks for the information however, I personally do not mind if Kadischi falls off the face of the earth. However I think it is illogical to boast features that are noit even in development yet. Just my 2 cents. J. Hartline From davidz at redhat.com Wed Sep 20 16:23:30 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 12:23:30 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <45116123.9010804@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> Message-ID: <1158769410.2518.46.camel@zelda.fubar.dk> On Wed, 2006-09-20 at 10:41 -0500, Jasper Hartline wrote: > David Zeuthen wrote: > > >(adding back fedora-desktop-list as that Cc: field mysteriously > >vanished.) Doing this again. Please don't munge the To: or Cc: headers. Thanks. > >So, you know, I'd hate to replace < 100 lines of code by depending on > >anaconda, which, I might add, is designed to do far more than the > >relatively straightforward task of doing live cd's. I'm not even sure it > >makes sense to carry around code in anaconda to facilitate live cd > >installs but I'll leave that judgement call to the Anaconda developers. > > > > > Ok. Good luck partitioning a disk in any sort of way with Yum. Well, I take it that you are aware that cd media is not normally partitioned (it is for bizarre things like Apple Mac OS X install CD's using Apple Partition Map; but that is totally not relevant for a Fedora Live CD on any architecture we want to support). So I assume you are talking about creating Live USB images, e.g. an image people can dd(1) to the USB key e.g. # dd if=some-image.img of=/dev/sdb where /dev/sdb is the block device for your USB stick. First, pilgrim supports this (partitioning is not hard), it was the first installation target since that is what we use for OLPC; see http://wiki.laptop.org/go/OS_images_for_USB_disks for details. Second, a Fedora system on a USB stick / hard disk is useful.. Heck, this can be done today with the pilgrim system by simple changes to streams.d/fedora-base.stream in the pilgrim source tree (just define a new variant, liveusb, where PILGRIM_FS_liveusb=ext3). The reason I haven't done this is just lack of time. And motivation. The lack of motivation has to do with the fact that I'm not sure how useful it is since ext3 basically is pretty wasteful and have no compression [1]. To have any kind of useful system you'd need a 2GB or bigger stick. Second, I think once we get the "install to hard disk" feature done people can just install the OS to a USB stick / hard disk from the livecd and be done with it. That will also ensure that we fix up the UUID of the file system and other stuff. We can easily add variants for "usb stick" builds until we have the "install to hard disk" feature. But I'd rather that we worked on the latter, that feature is so much more important for Fedora as gdk so eloquently points out. We could also add a new hack to use squashfs / ext3 / dm-snapshot hacks to the live USB image where the overlay lives in a file on a different partition of the USB stick. That way we'd have a semi-useful system that would fit on a 512MB stick. Again, not sure how useful live USB is, I'd rather focus on getting the "install to hard disk" feature done and just tell people to install to a USB stick / harddisk if they want a portable Fedora OS. David [1] : though I did read something about "compressed block devices" being added to Linux. Dunno where that is going. From jasperhartline at adelphia.net Wed Sep 20 16:42:58 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 11:42:58 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158769410.2518.46.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> Message-ID: <45116F92.1060109@adelphia.net> David Zeuthen wrote: >>>So, you know, I'd hate to replace < 100 lines of code by depending on >>>anaconda, which, I might add, is designed to do far more than the >>>relatively straightforward task of doing live cd's. I'm not even sure it >>>makes sense to carry around code in anaconda to facilitate live cd >>>installs but I'll leave that judgement call to the Anaconda developers. >>> >>> >>> >>> >>Ok. Good luck partitioning a disk in any sort of way with Yum. >> >> > >Well, I take it that you are aware that cd media is not normally >partitioned (it is for bizarre things like Apple Mac OS X install CD's >using Apple Partition Map; but that is totally not relevant for a Fedora >Live CD on any architecture we want to support). > > Welcome to the list. I enjoy all aspects of LiveCD creation, I was just confused at first about the relevance of pilgrim to Fedora-livecd-list. I see now it is an effort for Fedora Core. As I stated, I was just confused. J, Hartline From sundaram at fedoraproject.org Wed Sep 20 16:50:17 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 20 Sep 2006 22:20:17 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <451166BB.9050605@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <45115385.4000401@fedoraproject.org> <451161C1.9040701@adelphia.net> <4511636C.1060608@fedoraproject.org> <451166BB.9050605@adelphia.net> Message-ID: <45117149.8070002@fedoraproject.org> Jasper Hartline wrote: > Thanks for the information however, I personally do not mind if Kadischi > falls off the face of the earth. > However I think it is illogical to boast features that are noit even in > development yet. A roadmap != boasting. Rahul From sundaram at fedoraproject.org Wed Sep 20 16:51:20 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 20 Sep 2006 22:21:20 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158767081.25941.1.camel@localhost.localdomain> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <1158767081.25941.1.camel@localhost.localdomain> Message-ID: <45117188.9050405@fedoraproject.org> Dan Williams wrote: > On Wed, 2006-09-20 at 11:29 -0400, Greg DeKoenigsberg wrote: >> On Wed, 20 Sep 2006, David Zeuthen wrote: >> >>>> If OLPC is a "derived" from Redhat or Fedora Core distribution, I really >>>> do not see how this pertains to this list. >>> I think Rahul answered this already. I'll also note that this is not a >>> kadishchi specific list (or at least that's my impression) and several >>> people have asked me to specifically post my work here. >> Yes. In fact, I hounded David relentlessly for a couple of weeks to >> publicize his work here, because I think it's excellent. >> >> It's natural to be skeptical of new code, but bear these facts in mind: >> >> 1. PRIORITY. >> >> Kadischi is heavily reliant upon Anaconda. Anaconda's functionally is a >> large superset of Kadischi's. Anaconda also has significant *business* >> pressures on its roadmap. Kadischi patches are, therefore, low priority >> for Anaconda developers. >> >> Pilgrim, on the other hand, performs *extremely* similar tasks for OLPC. >> OLPC must be imaged very simply, and very uniformly. A Live CD/Live DVD >> is the same. >> >> 2. INSTALL FUNCTIONALITY. >> >> If there's one place where Ubuntu has an *actual* lead on us, it's in >> their ability to install a Live CD directly to a system. From what I've >> seen, we're closer to closing that gap with Pilgrim than we are with >> Kadischi. > > Interesting question; does Ubuntu's LiveCD allow a user to upgrade a > currently hard-disk-installed Ubuntu to the Ubuntu version that's booted > from the LiveCD, like you would do a clean install? Or do they punt > that functionality? > > Dan They punt it currently. Rahul From jasperhartline at adelphia.net Wed Sep 20 17:02:22 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 12:02:22 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <45117149.8070002@fedoraproject.org> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <45115385.4000401@fedoraproject.org> <451161C1.9040701@adelphia.net> <4511636C.1060608@fedoraproject.org> <451166BB.9050605@adelphia.net> <45117149.8070002@fedoraproject.org> Message-ID: <4511741E.4050207@adelphia.net> Rahul wrote: > Jasper Hartline wrote: > >> Thanks for the information however, I personally do not mind if >> Kadischi falls off the face of the earth. >> However I think it is illogical to boast features that are noit even >> in development yet. > > > A roadmap != boasting. > I understand, I meant boasting, as in discussing, not having pride over something already, which doesn't exist. Bad choice of words on my part. completely. Sorry for the confusion. J. Hartline From dcbw at redhat.com Wed Sep 20 17:19:17 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 20 Sep 2006 13:19:17 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158767603.2518.28.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> Message-ID: <1158772757.26555.36.camel@localhost.localdomain> On Wed, 2006-09-20 at 11:53 -0400, David Zeuthen wrote: > On Wed, 2006-09-20 at 20:43 +0530, Rahul wrote: > > How do you plan on performing upgrades when the live cd gets a install > > to hard disk feature? > > Well, I've written about that in the README.fedora file. Lemme > cut'n'paste so people can rip it apart. It's basically just a braindump, > I haven't written code for this just yet (patches welcome!). > > So.. my plan basically just involves running 'yum -y update' in the > chroot you install to. Not sure we need any UI, some progress feedback > would be nice, not sure if yum can do that already. Seth? > > Specifically this means that once you boot into the installed OS all > updates will have been applied. Clearly this requires network > connectivity but such is life. I also expect that it's feasible to do Right; we certainly can't fit all Fedora Core packages on one LiveCD, since a LiveCD is obviously only _one_ CD. So you'd never be able to upgrade off packages from a CD. Furthermore with Extras its highly likely that people have packages from Extras, and that doesn't fit on a CD either. About the only reasons you might _ever_ want to update from a LiveCD are (a) to test your hardware with the new kernel, and to (b) see what new apps and features are around, before you actually do the update. I don't see what is all that useful about doing the actual update from from the LiveCD itself though, versus rebooting and running a small tool to pull down new .repo files and doing the equivalent of 'yum update' which other tools already do for us. What's the use-case here for update from a LiveCD anyway? Why? Dan > e.g weekly livecd respins we in four months ppl downloading the "FC6 > Desktop" livecd will already get the updates minus perhaps a week. But > they'll be able to update. > > > - Can probably start writing the scripts and UI that will wrap libraries > > from gnome-diskutil. Suggest this script > > This script should > > - take some parameters > > --target-partition=/dev/sda1 > > --install-bootloader-at-mbr=true|false > > --fs-label=LabelToUseForFS > > [--swap-device=/dev/sda2] > > --i18n=da_DK.UTF-8 > > --root-passwd (probably safer to pass it on stdin) > > - verify that target partition given is large enough > > - dd the ext3 fs over to the target partition > > - resize2fs the fs > > - mount this at /mnt/target > > - delete files specific to livecd; that is > > - /mnt/target/etc/udev/rules.d/00-livecd.rules > > - /mnt/target/etc/init.d/livecd > > - /mnt/target/etc/rc5.d/livecd > > - (TODO: keep this list in sync with script and with what junk > > we put in the pristine ext3 fs.) > > - rewrite /mnt/target/etc/sysconfig/i18n > > - rewrite /mnt/target/etc/fstab (if no swap device is given use > > a swap file on the target fs. No, Swap Files Are Not Evil(tm), > > get over it :-) > > - run /sbin/mkinitrd in the /mnt/target chroot > > - set the root password > > - touch a file on /mnt/target so firstboot is run (TODO: need to > > either put firstboot on the live cd or make firstboot redundant.) > > - write /mnt/target/boot/grub/grub.conf > > - run /sbin/grub-install from /mnt/target/ chroot > > - run 'yum update' in the /mnt/target chroot if we have network > > connectivity. This is to update the installed OS with the latest > > security / feature patches etc. etc. > > - probably need to include yum-updatesd but disable at livecd usage > > since the install system will need it > > Also > > - script should be invoked via a D-BUS system bus service so the > > GUI bits for doing the install become trivial > > - provide reasonable progress feedback / error reporting > > - need to write this tool with paranoia in mind; we're talking about > > messing with people's data here > > Cheers, > David > > From sundaram at fedoraproject.org Wed Sep 20 17:34:10 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 20 Sep 2006 23:04:10 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158772757.26555.36.camel@localhost.localdomain> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> <1158772757.26555.36.camel@localhost.localdomain> Message-ID: <45117B92.9000407@fedoraproject.org> Dan Williams wrote: > On Wed, 2006-09-20 at 11:53 -0400, David Zeuthen wrote: >> On Wed, 2006-09-20 at 20:43 +0530, Rahul wrote: >>> How do you plan on performing upgrades when the live cd gets a install >>> to hard disk feature? >> Well, I've written about that in the README.fedora file. Lemme >> cut'n'paste so people can rip it apart. It's basically just a braindump, >> I haven't written code for this just yet (patches welcome!). >> >> So.. my plan basically just involves running 'yum -y update' in the >> chroot you install to. Not sure we need any UI, some progress feedback >> would be nice, not sure if yum can do that already. Seth? >> >> Specifically this means that once you boot into the installed OS all >> updates will have been applied. Clearly this requires network >> connectivity but such is life. I also expect that it's feasible to do > > Right; we certainly can't fit all Fedora Core packages on one LiveCD, > since a LiveCD is obviously only _one_ CD. So you'd never be able to > upgrade off packages from a CD. Furthermore with Extras its highly > likely that people have packages from Extras, and that doesn't fit on a > CD either. > > About the only reasons you might _ever_ want to update from a LiveCD are > (a) to test your hardware with the new kernel, and to (b) see what new > apps and features are around, before you actually do the update. I > don't see what is all that useful about doing the actual update from > from the LiveCD itself though, versus rebooting and running a small tool > to pull down new .repo files and doing the equivalent of 'yum update' > which other tools already do for us. This method is not widely documented or easy to use yet AFAIK. > > What's the use-case here for update from a LiveCD anyway? Why? > Basically. My interest in having a install/upgrade from a Live CD is directly related to http://fedoraproject.org/wiki/Distribution/FreeMedia. Fedora is currently 5 CD's/ One DVD and this is expected to grow once when have Fedora Extras on the media too which might be as soon as FC7 since its kind of a prerequisite for this - http://fedoraproject.org/wiki/UnleashKDE. In effect we might see the number of CD's double or even more. A useful desktop set requires the first two CD's in Fedora through the Anaconda method and you can only perform a minimalistic installation from a single CD. Currently we are distributing DVD's in Free media program instead which is a problem in many regions where DVD drivers and media is costly and not widely used. Magazines and books prefer to distribute distributions which have a single CD more often to reduce their costs. There is also a perception of "bloat" related to the number of CD's. In events and for Freemedia distributions it would much more effective to hand out a single live CD with a hard disk installation feature. Of course people might want more software and they would have to grab it off the internet or some other distribution mechanism but a single installalable live CD covers the typical use case and promotional needs. Once this method is propagated and commonly used, users would already have installations which they would want to upgrade later. Having this functionality in a Live CD would mean that I could just forget about Anaconda in Fedora and stick with a Live CD for all my needs which is confined to a desktop and grabbing stuff on demand off the network. Rahul From a.badger at gmail.com Wed Sep 20 17:38:43 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 20 Sep 2006 10:38:43 -0700 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158769410.2518.46.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> Message-ID: <1158773923.2827.32.camel@localhost> On Wed, 2006-09-20 at 12:23 -0400, David Zeuthen wrote: > On Wed, 2006-09-20 at 10:41 -0500, Jasper Hartline wrote: > > David Zeuthen wrote: > > > > >(adding back fedora-desktop-list as that Cc: field mysteriously > > >vanished.) > > Doing this again. Please don't munge the To: or Cc: headers. Thanks. > You may need to hit reply-to-all instead of reply (mailman for this list is setting "reply-to:" which can cause this issue) > > >So, you know, I'd hate to replace < 100 lines of code by depending on > > >anaconda, which, I might add, is designed to do far more than the > > >relatively straightforward task of doing live cd's. I'm not even sure it > > >makes sense to carry around code in anaconda to facilitate live cd > > >installs but I'll leave that judgement call to the Anaconda developers. > > > > > > > > Ok. Good luck partitioning a disk in any sort of way with Yum. > > Well, I take it that you are aware that cd media is not normally > partitioned (it is for bizarre things like Apple Mac OS X install CD's > using Apple Partition Map; but that is totally not relevant for a Fedora > Live CD on any architecture we want to support). > I was confused when I first read autopsy's comment as well. Autopsy, are you talking about partitioning when creating the liveCD/liveX image? Or talking about paritioning when installing from liveMedia to a hard drive? [snip] > The lack of motivation has to do with the fact that I'm not sure how > useful it is since ext3 basically is pretty wasteful and have no > compression [1]. To have any kind of useful system you'd need a 2GB or > bigger stick. Second, I think once we get the "install to hard disk" > feature done people can just install the OS to a USB stick / hard disk > from the livecd and be done with it. That will also ensure that we fix > up the UUID of the file system and other stuff. > I think we want a liveUSB system that mirrors the liveCD ideas. Comparing liveUSB to Install to hard drive is problematic for exactly the issue you identify here: a standard ext3 image takes up lots of space. Both USB and CDRom are space constrained media. Having the ability to create <256MB images is the use case I have for the livecd creating system (which will fit on cheaply available USB drives, compact flash, and disk-on-module's.) Installing a full Fedora OS on USB 2GB+ is a separate issue that naturally falls out of liveMedia => hard drive installs as you say below. > We can easily add variants for "usb stick" builds until we have the > "install to hard disk" feature. But I'd rather that we worked on the > latter, that feature is so much more important for Fedora as gdk so > eloquently points out. > install to hard disk has no use to me so I'm afraid I know nothing about what autopsy has been working on and how it compares to pilgrim. > We could also add a new hack to use squashfs / ext3 / dm-snapshot hacks > to the live USB image where the overlay lives in a file on a different > partition of the USB stick. That way we'd have a semi-useful system that > would fit on a 512MB stick. This could be an interesting next step. I like pilgrim's simplicity. I'm a little hesitant that it's written in shell (Shell doesn't scale to larger projects nearly as well as python. Although the original kadischi code had a lot of reimplementation-of-the-wheel problems.) Kadischi's dependence on anaconda is a mixed bag -- when it works, it's nice to have a way to select packages that even the non-technical people at my work can figure out but when it doesn't work we're often waiting for patches to make it into anaconda or cannot build on FC-stable, we have to update the cd-building machine to rawhide to run the development anaconda. I don't know if pilgrim will have similar upstream issues (since it's first priority is OLPC) or not (because davidz is here talking to us enthusiastically about what he's done so far :-). pilgrim's inheritance system for package lists looks nice. Kadischi's ability to use kickstart files is nice. I'll have to run pilgrim to see how kadischi and pilgrim differ in real usage. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Wed Sep 20 17:48:50 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 20 Sep 2006 10:48:50 -0700 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158769410.2518.46.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> Message-ID: <1158774530.2827.38.camel@localhost> David, Does pilgrim make an attempt to integrate any of stateless's work? In my mind integrating stateless with livecd creation just makes sense. But I don't think there's been much work done on that front since Jeremy's proof of concept fork of kadischi which I don't think he's been updating. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Wed Sep 20 18:40:50 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 20 Sep 2006 14:40:50 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <45117B92.9000407@fedoraproject.org> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> <1158772757.26555.36.camel@localhost.localdomain> <45117B92.9000407@fedoraproject.org> Message-ID: <1158777650.27422.8.camel@localhost.localdomain> On Wed, 2006-09-20 at 23:04 +0530, Rahul wrote: > Dan Williams wrote: > > On Wed, 2006-09-20 at 11:53 -0400, David Zeuthen wrote: > >> On Wed, 2006-09-20 at 20:43 +0530, Rahul wrote: > >>> How do you plan on performing upgrades when the live cd gets a install > >>> to hard disk feature? > >> Well, I've written about that in the README.fedora file. Lemme > >> cut'n'paste so people can rip it apart. It's basically just a braindump, > >> I haven't written code for this just yet (patches welcome!). > >> > >> So.. my plan basically just involves running 'yum -y update' in the > >> chroot you install to. Not sure we need any UI, some progress feedback > >> would be nice, not sure if yum can do that already. Seth? > >> > >> Specifically this means that once you boot into the installed OS all > >> updates will have been applied. Clearly this requires network > >> connectivity but such is life. I also expect that it's feasible to do > > > > Right; we certainly can't fit all Fedora Core packages on one LiveCD, > > since a LiveCD is obviously only _one_ CD. So you'd never be able to > > upgrade off packages from a CD. Furthermore with Extras its highly > > likely that people have packages from Extras, and that doesn't fit on a > > CD either. > > > > About the only reasons you might _ever_ want to update from a LiveCD are > > (a) to test your hardware with the new kernel, and to (b) see what new > > apps and features are around, before you actually do the update. I > > don't see what is all that useful about doing the actual update from > > from the LiveCD itself though, versus rebooting and running a small tool > > to pull down new .repo files and doing the equivalent of 'yum update' > > which other tools already do for us. > > This method is not widely documented or easy to use yet AFAIK. > > > > > What's the use-case here for update from a LiveCD anyway? Why? > > > > Basically. My interest in having a install/upgrade from a Live CD is > directly related to http://fedoraproject.org/wiki/Distribution/FreeMedia. > > Fedora is currently 5 CD's/ One DVD and this is expected to grow once > when have Fedora Extras on the media too which might be as soon as FC7 > since its kind of a prerequisite for this - > http://fedoraproject.org/wiki/UnleashKDE. In effect we might see the > number of CD's double or even more. Right; I'm not questioning the use of a LiveCD _install_. I completely agree there. I'm questioning the use of a LiveCD _upgrade_. dan > A useful desktop set requires the first two CD's in Fedora through the > Anaconda method and you can only perform a minimalistic installation > from a single CD. Currently we are distributing DVD's in Free media > program instead which is a problem in many regions where DVD drivers and > media is costly and not widely used. Magazines and books prefer to > distribute distributions which have a single CD more often to reduce > their costs. There is also a perception of "bloat" related to the number > of CD's. > > In events and for Freemedia distributions it would much more effective > to hand out a single live CD with a hard disk installation feature. Of > course people might want more software and they would have to grab it > off the internet or some other distribution mechanism but a single > installalable live CD covers the typical use case and promotional needs. > > Once this method is propagated and commonly used, users would already > have installations which they would want to upgrade later. Having this > functionality in a Live CD would mean that I could just forget about > Anaconda in Fedora and stick with a Live CD for all my needs which is > confined to a desktop and grabbing stuff on demand off the network. But it's not clear to me why you'd want to upgrade from a LiveCD rather than just boot into your already-installed image and do a 'yum upgrade'. There's _nothing_ that a LiveCD-based install process would consist of other than a 'yum upgrade', except that you're running off the livecd. I guess there is a 'seamless' aspect to this, such that you can use the same CD for both the update payload (the new .repo files) and test the hardware in the same bootup. I'm not sure if the small benefit of doing everything in the same boot outweighs the disadvantage of complicating the CD with update logic which could just as easily be done in the real system, since both LiveCD and real system would end up running 'yum upgrade' anyway. Dan From jasperhartline at adelphia.net Wed Sep 20 18:45:53 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 13:45:53 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158777650.27422.8.camel@localhost.localdomain> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> <1158772757.26555.36.camel@localhost.localdomain> <45117B92.9000407@fedoraproject.org> <1158777650.27422.8.camel@localhost.localdomain> Message-ID: <45118C61.3060704@adelphia.net> Dan Williams wrote: >But it's not clear to me why you'd want to upgrade from a LiveCD rather >than just boot into your already-installed image and do a 'yum upgrade'. >There's _nothing_ that a LiveCD-based install process would consist of >other than a 'yum upgrade', except that you're running off the livecd. > >I guess there is a 'seamless' aspect to this, such that you can use the >same CD for both the update payload (the new .repo files) and test the >hardware in the same bootup. I'm not sure if the small benefit of doing >everything in the same boot outweighs the disadvantage of complicating >the CD with update logic which could just as easily be done in the real >system, since both LiveCD and real system would end up running 'yum >upgrade' anyway. > > > Yum upgrading from Core to Core is not recommended without using Anaconda. This among other things not apparent to most users of this list at this time, is my major reasoning for asking why not use Anaconda. An upgrade from LiveCD with Anaconda is seemless. I don't have to make sense of it however. I just know what does make sense. J. Hartline From sundaram at fedoraproject.org Wed Sep 20 18:50:25 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 21 Sep 2006 00:20:25 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158777650.27422.8.camel@localhost.localdomain> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> <1158772757.26555.36.camel@localhost.localdomain> <45117B92.9000407@fedoraproject.org> <1158777650.27422.8.camel@localhost.localdomain> Message-ID: <45118D71.1090801@fedoraproject.org> Dan Williams wrote: > But it's not clear to me why you'd want to upgrade from a LiveCD rather > than just boot into your already-installed image and do a 'yum upgrade'. > There's _nothing_ that a LiveCD-based install process would consist of > other than a 'yum upgrade', except that you're running off the livecd. Well you to have go grab fedora-release from the latest Fedora, install it and then run yum upgrade and pray that it works. We havent made it very simple nor do we test it explicitly for every release that things work well after a yum upgrade. If we make this very simple for a new user to follow, then maybe we wouldnt need a upgrade through live cd option. Currently, thats not the case. Rahul From davidz at redhat.com Wed Sep 20 19:46:52 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 15:46:52 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158772757.26555.36.camel@localhost.localdomain> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> <1158772757.26555.36.camel@localhost.localdomain> Message-ID: <1158781612.2518.55.camel@zelda.fubar.dk> On Wed, 2006-09-20 at 13:19 -0400, Dan Williams wrote: > What's the use-case here for update from a LiveCD anyway? Why? I think the question was about upgrading the packages _from_ the livecd when they are installed (if you have an old livecd); not about using the livecd to upgrade an existing installation. For the latter you'd just be using yum [1]. David [1] : Or anaconda... until we fix Fedora etc. to support upgrades from e.g. FC5 -> FC6 using yum - something we badly need anyway and hardly any news From notting at redhat.com Wed Sep 20 20:04:37 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 20 Sep 2006 16:04:37 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158767081.25941.1.camel@localhost.localdomain> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <1158767081.25941.1.camel@localhost.localdomain> Message-ID: <20060920200437.GA5120@nostromo.devel.redhat.com> Dan Williams (dcbw at redhat.com) said: > Interesting question; does Ubuntu's LiveCD allow a user to upgrade a > currently hard-disk-installed Ubuntu to the Ubuntu version that's booted > from the LiveCD, like you would do a clean install? Or do they punt > that functionality? Is this really wanted functonality? I would think that this is much better left to yum/anaconda. Bill From davidz at redhat.com Wed Sep 20 20:07:12 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 16:07:12 -0400 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158774530.2827.38.camel@localhost> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> Message-ID: <1158782832.2518.70.camel@zelda.fubar.dk> Hi, On Wed, 2006-09-20 at 10:48 -0700, Toshio Kuratomi wrote: > Does pilgrim make an attempt to integrate any of stateless's work? In > my mind integrating stateless with livecd creation just makes sense. > But I don't think there's been much work done on that front since > Jeremy's proof of concept fork of kadischi which I don't think he's been > updating. Nope, I think it's much more elegant to just use dm-snapshot to provide a real rw rootfs. Not sure what Bill Nottingham (Cc'ed) or people working on stateless team thinks of this, they might have a number of good reasons that I haven't thought out. I still think stateless makes sense for non-livecd work however. Btw, If someone could talk davej into including unionfs into the Fedora kernel, we'd use that instead of dm-snapshot and we'd have persistence more easily solved [1]. David [1] : we can already do this for our livecd but it will be tied to the specific build you're using, e.g. in practice it's tied to the physical media you created it with. With unionfs things might look much better and we'd easily be able to do a harddisk install of "livecd + your changes made" instead of harddisk install becomes contents of "stock livecd", ie. without your changes. That said, I'm not sure that this really matters in real life. From notting at redhat.com Wed Sep 20 20:13:42 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 20 Sep 2006 16:13:42 -0400 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158782832.2518.70.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> Message-ID: <20060920201342.GD5120@nostromo.devel.redhat.com> David Zeuthen (davidz at redhat.com) said: > Nope, I think it's much more elegant to just use dm-snapshot to provide > a real rw rootfs. Not sure what Bill Nottingham (Cc'ed) or people > working on stateless team thinks of this, they might have a number of > good reasons that I haven't thought out. I still think stateless makes > sense for non-livecd work however. The reason we didn't use dm-snapshot is that it removes the security benefits of readonly-root (after all, you don't need 99% of the system to actually be read-write); moreover, you can't selectively apply it (it has to be done at the whole block device level.) > Btw, If someone could talk davej into including unionfs into the Fedora > kernel, we'd use that instead of dm-snapshot and we'd have persistence > more easily solved [1]. Flaming death. Deadlocks, oopses, etc. (it might be better now) Bill From davidz at redhat.com Wed Sep 20 20:16:56 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 16:16:56 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158773923.2827.32.camel@localhost> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158773923.2827.32.camel@localhost> Message-ID: <1158783416.2518.81.camel@zelda.fubar.dk> On Wed, 2006-09-20 at 10:38 -0700, Toshio Kuratomi wrote: > > Well, I take it that you are aware that cd media is not normally > > partitioned (it is for bizarre things like Apple Mac OS X install CD's > > using Apple Partition Map; but that is totally not relevant for a Fedora > > Live CD on any architecture we want to support). > > > I was confused when I first read autopsy's comment as well. Autopsy, > are you talking about partitioning when creating the liveCD/liveX image? > Or talking about paritioning when installing from liveMedia to a hard > drive? I might add that for the latter, we want to allow the user to create LVM / swap / crypto whatever to install to. That's why we need something like gnome-diskutil that I mentioned in the README.fedora. > I like pilgrim's simplicity. I'm a little hesitant that it's written in > shell (Shell doesn't scale to larger projects nearly as well as python. > Although the original kadischi code had a lot of > reimplementation-of-the-wheel problems.) Shell was chosen as that's the natural language you want to use when defining derivatives. It's simple, lots of people know it and it's very expressive. Btw, I don't expect pilgrim to grow a lot in size and complexity, it's pretty much feature complete except for a few features. For the record, I've written quite a bit of stuff in python but always ended up disliking it - I guess I'm one of the types of programmers that pick extremes. I love writing code in C and think I'm good at it. Shell is pretty useful for stuff like pilgrim. Python always been in the middle for me, I like to call it a "cute" language, but not really useful for the stuff I wanted to do. It always ended up letting me down one way or another. Of course, YMMV, I understand and see that some people use Python in wonderful ways, more power to them. I just don't like it. > I'll have to run pilgrim to see how kadischi and pilgrim differ in real > usage. Let me know if you need help. I tend to hang out on #fedora-desktop on GimpNet and #freedesktop on freenode as davidz. I suppose this list if fine to use too. David From law at redhat.com Wed Sep 20 20:25:06 2006 From: law at redhat.com (Jeffrey Law) Date: Wed, 20 Sep 2006 14:25:06 -0600 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <20060920201342.GD5120@nostromo.devel.redhat.com> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> <20060920201342.GD5120@nostromo.devel.redhat.com> Message-ID: <1158783906.2681.338.camel@fuel98.slc.redhat.com> On Wed, 2006-09-20 at 16:13 -0400, Bill Nottingham wrote: > > Btw, If someone could talk davej into including unionfs into the Fedora > > kernel, we'd use that instead of dm-snapshot and we'd have persistence > > more easily solved [1]. > > Flaming death. Deadlocks, oopses, etc. (it might be better now) So, more correctly stated. If someone could *fix* unionfs, then get it included, then we'd use it. jeff From law at redhat.com Wed Sep 20 20:30:05 2006 From: law at redhat.com (Jeffrey Law) Date: Wed, 20 Sep 2006 14:30:05 -0600 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158782832.2518.70.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> Message-ID: <1158784206.2681.343.camel@fuel98.slc.redhat.com> On Wed, 2006-09-20 at 16:07 -0400, David Zeuthen wrote: > Hi, > > On Wed, 2006-09-20 at 10:48 -0700, Toshio Kuratomi wrote: > > Does pilgrim make an attempt to integrate any of stateless's work? In > > my mind integrating stateless with livecd creation just makes sense. > > But I don't think there's been much work done on that front since > > Jeremy's proof of concept fork of kadischi which I don't think he's been > > updating. > > Nope, I think it's much more elegant to just use dm-snapshot to provide > a real rw rootfs. Not sure what Bill Nottingham (Cc'ed) or people > working on stateless team thinks of this, they might have a number of > good reasons that I haven't thought out. I still think stateless makes > sense for non-livecd work however. Bill touched on a couple issues here. I'd like to add another. The code we're developing to allow for low-overhead distribution of updates to the root filesystem from the server to its stateless clients would probably break if we were using dm-snapshot on the clients. It's vital to the update model that the client's root filesystem not change at the block level. ie, the image on the client must match block for block the master image on the server. Jeff From davidz at redhat.com Wed Sep 20 20:40:52 2006 From: davidz at redhat.com (David Zeuthen) Date: Wed, 20 Sep 2006 16:40:52 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> Message-ID: <1158784852.2518.89.camel@zelda.fubar.dk> On Wed, 2006-09-20 at 11:29 -0400, Greg DeKoenigsberg wrote: > I'd like to see the prominent developers on this list -- Chitlesh, Jasper, > jdog, and others I've surely left out -- have commit access. With > Anaconda, that simply can't happen. With Pilgrim, it might. Sure, I'm all for that and am hopeful to get contributors besides myself. Would have to review patches etc. on list since other projects such as OLPC depends on pilgrim. But that's no different from other open source projects. The first step towards that, and something I'd like anyway, is moving the pilgrim git repository from my home directory on freedesktop.org to Fedora infrastructure. Any pointers to how I do that? Thanks. David From chitlesh at fedoraproject.org Wed Sep 20 22:07:45 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 21 Sep 2006 00:07:45 +0200 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> Message-ID: <13dbfe4f0609201507i2354727fx5b956af4399a944a@mail.gmail.com> On 9/20/06, Greg DeKoenigsberg wrote: > These three facts, in my mind, are reason enough to ask the Fedora Live CD > community to consider the benefits of Pilgrim. If we want to develop the > two technologies side-by-side, that's fine too. But this is the > fedora-livecd-list -- *not* the kadischi list. This was the main reason why I've asked Fedora Board to ping David for more info about pilgrim in this list ! :) Chitlesh -- http://clunixchit.blogspot.com From olivares14031 at yahoo.com Wed Sep 20 22:23:41 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Wed, 20 Sep 2006 15:23:41 -0700 (PDT) Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <45116123.9010804@adelphia.net> Message-ID: <20060920222341.64553.qmail@web52605.mail.yahoo.com> ----- Original Message ---- From: Jasper Hartline To: fedora-livecd-list at redhat.com Sent: Wednesday, September 20, 2006 10:41:23 AM Subject: Re: [Fedora-livecd-list] pilgrim livecd work David Zeuthen wrote: >(adding back fedora-desktop-list as that Cc: field mysteriously >vanished.) > >On Wed, 2006-09-20 at 03:05 -0500, Jasper Hartline wrote: > > >>You really should use the stock Fedora Core utilities however. >>If you are making an installer to system from LiveCD, why not use Anaconda? >> >> > >I'd rather ask; Why use anaconda? At the end of the day, installation is >a pretty basic task > > - yum install what you want > - write out some configuration files > - perform other post-installation configuration. > >So, you know, I'd hate to replace < 100 lines of code by depending on >anaconda, which, I might add, is designed to do far more than the >relatively straightforward task of doing live cd's. I'm not even sure it >makes sense to carry around code in anaconda to facilitate live cd >installs but I'll leave that judgement call to the Anaconda developers. > > Ok. Good luck partitioning a disk in any sort of way with Yum. Sorry to come in, But you can use another livecd to partition the disk (gparted,systemrescue,knoppix,etc) and pre-partition it and then use the new livecd and just install it to a preformatted partition, ext2,ext3, etc. Anyway with Anaconda, one cannot resize NTFS partitions, we still another type of cd to perform these actions. Regards, Antonio J. Hartline -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list From chitlesh at fedoraproject.org Wed Sep 20 22:31:31 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 21 Sep 2006 00:31:31 +0200 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1158784852.2518.89.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <1158784852.2518.89.camel@zelda.fubar.dk> Message-ID: <13dbfe4f0609201531u159bc1b8q847ea577d395ac29@mail.gmail.com> On 9/20/06, David Zeuthen wrote: > Sure, I'm all for that and am hopeful to get contributors besides > myself. Would have to review patches etc. on list since other projects > such as OLPC depends on pilgrim. But that's no different from other open > source projects. After reading all these mails :), i'll tend to say that pilgrim's yum approach sounds great. Yum's new metaparser might play a great role as well. However, anaconda provides kickstart file feature to kadischi and this is greatly used by people in the fedora-livecd list. Sure, I'm not saying that kadischi has to adapt itself to pilgrim's theory. But since, kadischi is only maintained for the moment by Jasper and I at a very slow rate, it would be best to consider on what * what is Kadischi, by the Fedora Project * which one should be a Fedora Live image Creator/Installer * how both pilgrim and kadischi can benefit. Ill try pilgrim this weekend. > The first step towards that, and something I'd like anyway, is moving > the pilgrim git repository from my home directory on freedesktop.org to > Fedora infrastructure. Any pointers to how I do that? Thanks. > is it possible to have under svn ? :p i've cvs access blocked over my place. David, is your presentations available for download ? I'll like to have a look at them :) Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Sep 20 22:35:59 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Wed, 20 Sep 2006 17:35:59 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <20060920222341.64553.qmail@web52605.mail.yahoo.com> References: <20060920222341.64553.qmail@web52605.mail.yahoo.com> Message-ID: <4511C24F.3010309@adelphia.net> Antonio Olivares wrote: >Ok. Good luck partitioning a disk in any sort of way with Yum. > >Sorry to come in, >But you can use another livecd to partition the disk (gparted,systemrescue,knoppix,etc) and pre-partition it and then use the new livecd and just install it to a preformatted partition, ext2,ext3, etc. Anyway with Anaconda, one cannot resize NTFS partitions, we still another type of cd to perform these actions. > > > This is hardly desireable to millions of potential new users. They won't know how to use gparted, or fdisk or mke2fs. Anaconda fits this niche completely and is also a familiar installer interface. J. Hartline From olivares14031 at yahoo.com Wed Sep 20 22:43:45 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Wed, 20 Sep 2006 15:43:45 -0700 (PDT) Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158782832.2518.70.camel@zelda.fubar.dk> Message-ID: <20060920224345.2971.qmail@web52601.mail.yahoo.com> ----- Original Message ---- From: David Zeuthen To: fedora-livecd-list at redhat.com Cc: fedora-desktop-list at redhat.com Sent: Wednesday, September 20, 2006 3:07:12 PM Subject: Re: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) Hi, On Wed, 2006-09-20 at 10:48 -0700, Toshio Kuratomi wrote: > Does pilgrim make an attempt to integrate any of stateless's work? In > my mind integrating stateless with livecd creation just makes sense. > But I don't think there's been much work done on that front since > Jeremy's proof of concept fork of kadischi which I don't think he's been > updating. Nope, I think it's much more elegant to just use dm-snapshot to provide a real rw rootfs. Not sure what Bill Nottingham (Cc'ed) or people working on stateless team thinks of this, they might have a number of good reasons that I haven't thought out. I still think stateless makes sense for non-livecd work however. Btw, If someone could talk davej into including unionfs into the Fedora kernel, we'd use that instead of dm-snapshot and we'd have persistence more easily solved [1]. There's a new compression filesystem LZMA compression. According to some it is even better than unionfs and it makes the compressed items smaller than with normal squashfs and unionfs. Let's see how it is implemented in other distributions and try to use it as an advantage over what we already have. Regards, Antonio David [1] : we can already do this for our livecd but it will be tied to the specific build you're using, e.g. in practice it's tied to the physical media you created it with. With unionfs things might look much better and we'd easily be able to do a harddisk install of "livecd + your changes made" instead of harddisk install becomes contents of "stock livecd", ie. without your changes. That said, I'm not sure that this really matters in real life. -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list From jdogalt at yahoo.com Thu Sep 21 02:07:52 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Wed, 20 Sep 2006 19:07:52 -0700 (PDT) Subject: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... Message-ID: <20060921020752.70417.qmail@web56909.mail.re3.yahoo.com> 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 From chitlesh at fedoraproject.org Thu Sep 21 07:27:03 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 21 Sep 2006 09:27:03 +0200 Subject: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... In-Reply-To: <20060921020752.70417.qmail@web56909.mail.re3.yahoo.com> References: <20060921020752.70417.qmail@web56909.mail.re3.yahoo.com> Message-ID: <13dbfe4f0609210027p421e4e29mbbaf8c8611a21d7c@mail.gmail.com> On 9/21/06, Jane Dogalt wrote: > - 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'll be happy to have a look at it :) > 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. I think it's great, to have all fedora livecd projects' discussion to happen here in this mailing list. The more we discuss together the more we can create a better fedora livecd tool. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Thu Sep 21 11:35:23 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 21 Sep 2006 13:35:23 +0200 Subject: [Fedora-livecd-list] gfxboot ??? Message-ID: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> Hai there, Has anyone consider gfxboot ? Ubuntu Live CD got the keyboard and language settings on it. I think it's worth to consider, since Fedora unity is spreading Fedora Livecds worldwide. Here is an example, i've made: http://chitlesh.googlepages.com/grub.iso 6MB I'll be working on pushing gfxboot to FE! Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Sep 21 11:54:27 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 06:54:27 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> Message-ID: <45127D73.9040700@adelphia.net> Chitlesh GOORAH wrote: > Hai there, > > Has anyone consider gfxboot ? > Ubuntu Live CD got the keyboard and language settings on it. I think > it's worth to consider, since Fedora unity is spreading Fedora Livecds > worldwide. > Here is an example, i've made: > http://chitlesh.googlepages.com/grub.iso > 6MB > > I'll be working on pushing gfxboot to FE! I just burned and booted that CD.. it turns out it's a SuSE Linux gfxboot logo with the words "SuSE Linux" at the top, while the boot entry is Fedora Core. Was this intentional, or are you just displaying it's value as far as in graphics? Also, I don't know about the other projects on this list, however Kadischi won't be using gfxboot unless it resides in Core. Even Fedora Extras products are a no-go for providing stock materal with Kadischi. We already have stock bootsplash and additional memtest kernel. J. Hartline From chitlesh at fedoraproject.org Thu Sep 21 12:19:48 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 21 Sep 2006 14:19:48 +0200 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <45127D73.9040700@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> Message-ID: <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> On 9/21/06, Jasper Hartline wrote: > I just burned and booted that CD.. it turns out it's a SuSE Linux > gfxboot logo with the words > "SuSE Linux" at the top, while the boot entry is Fedora Core. > Was this intentional, or are you just displaying it's value as far as in > graphics? > Yes, that's intentional, i've used it as an example > Also, I don't know about the other projects on this list, however > Kadischi won't be using gfxboot unless > it resides in Core. Ok. Even Fedora Extras products are a no-go for > providing stock materal with Kadischi. what makes you say so ? -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Sep 21 12:56:01 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 07:56:01 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> Message-ID: <45128BE1.4000107@adelphia.net> Chitlesh GOORAH wrote: > > Even Fedora Extras products are a no-go for >> providing stock materal with Kadischi. > > what makes you say so ? Until Fedora Extras reside under the ssame umbrella as Fedora Core, they are just that.. Fedora Extras.. not Fedora Core. Why for the same reasons Fedora Extras aren't a part of Core. J. Hartline From jasperhartline at adelphia.net Thu Sep 21 13:18:26 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 08:18:26 -0500 Subject: [Fedora-livecd-list] Kadischi - dropping FC4 Anaconda patches Message-ID: <45129122.2090203@adelphia.net> Is anyone running Kadischi on Fedora Core 4? I ask because I am wondering if we should drop the patches from Kadischi for Fedora Core 4's Anaconda. Since those patches were neccessary, Anaconda has come a long way for supporting Kadischi. From not needing patches, to working with all media types as repositories, to being able to be run from the LiveCD.. I think it is ok to drop the patches since they are no longer neccessary.. Chitlesh, can you remake the patch for the spec file, with the correct changes we discussed? Also, is there a current review request for Kadischi in bugzilla, to get Kadischi into Extras? J. Hartline From chitlesh at fedoraproject.org Thu Sep 21 13:46:23 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 21 Sep 2006 15:46:23 +0200 Subject: [Fedora-livecd-list] Kadischi - dropping FC4 Anaconda patches In-Reply-To: <45129122.2090203@adelphia.net> References: <45129122.2090203@adelphia.net> Message-ID: <13dbfe4f0609210646v17760511ifb25db5eb14eca53@mail.gmail.com> On 9/21/06, Jasper Hartline wrote: > Is anyone running Kadischi on Fedora Core 4? > I ask because I am wondering if we should drop the patches from Kadischi > for Fedora Core 4's Anaconda. > Since those patches were neccessary, Anaconda has come a long way for > supporting Kadischi. > From not needing patches, to working with all media types as > repositories, to being able to be run from the LiveCD.. > I think it is ok to drop the patches since they are no longer neccessary.. > I think it's time to drop these patches, and follow the last 2 FC distributions as we did before FC5 release. > Chitlesh, can you remake the patch for the spec file, with the correct > changes we discussed? Ok, ill do it, but first there are some fixes to be made against the available kickstart files. standard-live*.cfg, tlack the reboot option and hence doesn't meet the goal on kickstart usage in kadischi. The same for minimal-livecd.cfg calls for network configurations. Xen kickstart files can't find kernel-xen0 and kernel-xenU. > Also, is there a current review request for Kadischi in bugzilla, to get > Kadischi into Extras? Can you upload the new sources for me, i'll ask for review! Chitlesh -- http://clunixchit.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi.spec Type: application/octet-stream Size: 7405 bytes Desc: not available URL: From fedora at leemhuis.info Thu Sep 21 14:09:59 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 21 Sep 2006 16:09:59 +0200 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <45128BE1.4000107@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> Message-ID: <45129D37.4030404@leemhuis.info> Jasper Hartline schrieb: > Chitlesh GOORAH wrote: >>> Even Fedora Extras products are a no-go for >>> providing stock materal with Kadischi. >> what makes you say so ? > Until Fedora Extras reside under the ssame umbrella as Fedora Core, they > are just that.. > Fedora Extras.. not Fedora Core. Well, Extras and Core are heavily tight together theses days and Core and Extras are both under the umbrella of the Fedora Project Board. And packages from Extras can even be in RHEL afaik. So exactly why should Extra stuff not be suitable for Live-CDs produces with Kadischi? Cu thl From jasperhartline at adelphia.net Thu Sep 21 14:19:36 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 09:19:36 -0500 Subject: [Fedora-livecd-list] Kadischi - dropping FC4 Anaconda patches In-Reply-To: <13dbfe4f0609210646v17760511ifb25db5eb14eca53@mail.gmail.com> References: <45129122.2090203@adelphia.net> <13dbfe4f0609210646v17760511ifb25db5eb14eca53@mail.gmail.com> Message-ID: <45129F78.6050903@adelphia.net> Chitlesh GOORAH wrote: > I think it's time to drop these patches, and follow the last 2 FC > distributions as we did before FC5 release. Ok, I'll drop these after we get the SPEC patch committed. > Ok, ill do it, but first there are some fixes to be made against the > available kickstart files. > standard-live*.cfg, tlack the reboot option and hence doesn't meet the > goal on kickstart usage in kadischi. The same for minimal-livecd.cfg > calls for network configurations. > > Xen kickstart files can't find kernel-xen0 and kernel-xenU. I've just changed the xen-livecd.cfg but the other files have been changed for a few days now, when the last time you mentioned it. > Can you upload the new sources for me, i'll ask for review! http://autopsy.liveprojects.info/REPO/SOURCES/ From davidz at redhat.com Thu Sep 21 14:56:59 2006 From: davidz at redhat.com (David Zeuthen) Date: Thu, 21 Sep 2006 10:56:59 -0400 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <45127D73.9040700@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> Message-ID: <1158850619.2622.0.camel@zelda.fubar.dk> On Thu, 2006-09-21 at 06:54 -0500, Jasper Hartline wrote: > Also, I don't know about the other projects on this list, however > Kadischi won't be using gfxboot unless > it resides in Core. Even Fedora Extras products are a no-go for > providing stock materal with Kadischi. Why this policy? Just curious.. > We already have stock bootsplash and additional memtest kernel. Are these in Core? Or even Extras? David From jasperhartline at adelphia.net Thu Sep 21 15:18:24 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 10:18:24 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <45129D37.4030404@leemhuis.info> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> Message-ID: <4512AD40.1000107@adelphia.net> Thorsten Leemhuis wrote: >Jasper Hartline schrieb: > > >>Chitlesh GOORAH wrote: >> >> >>>>Even Fedora Extras products are a no-go for >>>>providing stock materal with Kadischi. >>>> >>>> >>>what makes you say so ? >>> >>> >>Until Fedora Extras reside under the ssame umbrella as Fedora Core, they >>are just that.. >>Fedora Extras.. not Fedora Core. >> >> > >Well, Extras and Core are heavily tight together theses days and Core >and Extras are both under the umbrella of the Fedora Project Board. And >packages from Extras can even be in RHEL afaik. > >So exactly why should Extra stuff not be suitable for Live-CDs produces >with Kadischi? > > I'm not in the business of violating Fedora Project policy, if one exists of this nature, that's why. J. Hartline From jasperhartline at adelphia.net Thu Sep 21 15:25:06 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 10:25:06 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <1158850619.2622.0.camel@zelda.fubar.dk> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <1158850619.2622.0.camel@zelda.fubar.dk> Message-ID: <4512AED2.1060405@adelphia.net> David Zeuthen wrote: >On Thu, 2006-09-21 at 06:54 -0500, Jasper Hartline wrote: > > >>Also, I don't know about the other projects on this list, however >>Kadischi won't be using gfxboot unless >>it resides in Core. Even Fedora Extras products are a no-go for >>providing stock materal with Kadischi. >> >> > >Why this policy? Just curious.. > > > >>We already have stock bootsplash and additional memtest kernel. >> >> > >Are these in Core? Or even Extras? > > David > > Memtest is, http://mirrors.kernel.org/fedora/core/5/i386/os/Fedora/RPMS/memtest86+-1.65-2.2.i386.rpm Which is Core. The splash.lss is in http://mirrors.kernel.org/fedora/core/5/i386/os/Fedora/RPMS/fedora-logos-1.1.42-1.noarch.rpm Which is Core. J. Hartline From fedora at leemhuis.info Thu Sep 21 15:38:51 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 21 Sep 2006 17:38:51 +0200 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <4512AD40.1000107@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> Message-ID: <4512B20B.3020409@leemhuis.info> Jasper Hartline schrieb: > Thorsten Leemhuis wrote: >> Jasper Hartline schrieb: >>> Chitlesh GOORAH wrote: >>>>> Even Fedora Extras products are a no-go for >>>>> providing stock materal with Kadischi. >>>> what makes you say so ? >>> Until Fedora Extras reside under the ssame umbrella as Fedora Core, they >>> are just that.. >>> Fedora Extras.. not Fedora Core. >> Well, Extras and Core are heavily tight together theses days and Core >> and Extras are both under the umbrella of the Fedora Project Board. And >> packages from Extras can even be in RHEL afaik. >> So exactly why should Extra stuff not be suitable for Live-CDs produces >> with Kadischi? > I'm not in the business of violating Fedora Project policy, if one > exists of this nature, that's why. /me is not sure if he understood this correctly. Probably my fault, english isn't my native tongue You mean there is a Fedora Project Policy that disallows to use the name "Fedora" for Live-CDs that contain packages from Extras? Can you point me to where that was written down please? CU thl From jasperhartline at adelphia.net Thu Sep 21 15:38:25 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 10:38:25 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <4512B20B.3020409@leemhuis.info> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> Message-ID: <4512B1F1.8000409@adelphia.net> Thorsten Leemhuis wrote: >Jasper Hartline schrieb: > > >>Thorsten Leemhuis wrote: >> >> >>>Jasper Hartline schrieb: >>> >>> >>>>Chitlesh GOORAH wrote: >>>> >>>> >>>>>>Even Fedora Extras products are a no-go for >>>>>>providing stock materal with Kadischi. >>>>>> >>>>>> >>>>>what makes you say so ? >>>>> >>>>> >>>>Until Fedora Extras reside under the ssame umbrella as Fedora Core, they >>>>are just that.. >>>>Fedora Extras.. not Fedora Core. >>>> >>>> >>>Well, Extras and Core are heavily tight together theses days and Core >>>and Extras are both under the umbrella of the Fedora Project Board. And >>>packages from Extras can even be in RHEL afaik. >>>So exactly why should Extra stuff not be suitable for Live-CDs produces >>>with Kadischi? >>> >>> >>I'm not in the business of violating Fedora Project policy, if one >>exists of this nature, that's why. >> >> > >/me is not sure if he understood this correctly. Probably my fault, >english isn't my native tongue > >You mean there is a Fedora Project Policy that disallows to use the name >"Fedora" for Live-CDs that contain packages from Extras? Can you point >me to where that was written down please? > > Do I look like part of the legal department? I'll let someone else point you to it, if in fact a policy of this nature exists. If there wasn't a policy of this nature, Fedora Extras wouldn't be Fedora Extras, it'd be Fedora Core. J. Hartline From sundaram at fedoraproject.org Thu Sep 21 15:44:32 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 21 Sep 2006 21:14:32 +0530 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <4512B1F1.8000409@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <4512B1F1.8000409@adelphia.net> Message-ID: <4512B360.40807@fedoraproject.org> Jasper Hartline wrote: > Do I look like part of the legal department? > I'll let someone else point you to it, if in fact a policy of this > nature exists. No. It doesnt. > If there wasn't a policy of this nature, Fedora Extras wouldn't be > Fedora Extras, it'd be Fedora Core. > Fedora Extras vs Fedora Core has nothing to do with any such policies. Rahul From jasperhartline at adelphia.net Thu Sep 21 15:50:19 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 10:50:19 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <4512B360.40807@fedoraproject.org> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <4512B1F1.8000409@adelphia.net> <4512B360.40807@fedoraproject.org> Message-ID: <4512B4BB.5000306@adelphia.net> Rahul wrote: > Jasper Hartline wrote: > >> Do I look like part of the legal department? >> I'll let someone else point you to it, if in fact a policy of this >> nature exists. > > > No. It doesnt. Ok. I have been hearing that Fedora Extras is becoming part of Fedora Core soon.. I'm not sure when but this is what people are wanting to happen. >> If there wasn't a policy of this nature, Fedora Extras wouldn't be >> Fedora Extras, it'd be Fedora Core. >> > Fedora Extras vs Fedora Core has nothing to do with any such policies. > Alright. Thanks. Core does include alot of what is expected in the base of a distribution.. e.g. mission specific applications, like gcc vs. bittorrent. J. Hartline From sundaram at fedoraproject.org Thu Sep 21 16:04:19 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 21 Sep 2006 21:34:19 +0530 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <4512B4BB.5000306@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <4512B1F1.8000409@adelphia.net> <4512B360.40807@fedoraproject.org> <4512B4BB.5000306@adelphia.net> Message-ID: <4512B803.2000001@fedoraproject.org> Jasper Hartline wrote: > Rahul wrote: > >> Jasper Hartline wrote: >> >>> Do I look like part of the legal department? >>> I'll let someone else point you to it, if in fact a policy of this >>> nature exists. >> >> >> No. It doesnt. > > Ok. I have been hearing that Fedora Extras is becoming part of Fedora > Core soon.. > I'm not sure when but this is what people are wanting to happen. This is a bit offtopic for this list. We have been working on a relatively long process of eliminating the differences between the repositories so developers involved in the project can work on any of the packages without any barriers. Max Spevack mentioned this several times including http://interviews.slashdot.org/article.pl?sid=06/08/17/177220&from=rss. We dont have a specific timeline for a merge if any yet. > >>> If there wasn't a policy of this nature, Fedora Extras wouldn't be >>> Fedora Extras, it'd be Fedora Core. >>> >> Fedora Extras vs Fedora Core has nothing to do with any such policies. >> > Alright. Thanks. > Core does include alot of what is expected in the base of a distribution.. > e.g. mission specific applications, like gcc vs. bittorrent. > Right. We have a general guideline on that at http://fedoraproject.org/wiki/Extras/CoreVsExtras Rahul From gdk at redhat.com Thu Sep 21 17:49:19 2006 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 21 Sep 2006 13:49:19 -0400 (EDT) Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <4512B20B.3020409@leemhuis.info> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> Message-ID: On Thu, 21 Sep 2006, Thorsten Leemhuis wrote: > You mean there is a Fedora Project Policy that disallows to use the name > "Fedora" for Live-CDs that contain packages from Extras? Can you point > me to where that was written down please? No such policy exists. This is one of those areas where "explicit policy" is not well enough documented, but let me make the intention clear: Any project that is comprised of component parts of Fedora, and *only* component parts of Fedora, has the right to be called Fedora. Which means that a Fedora Live CD that has Core and Extras packages can be called a "Fedora Live CD". --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- From davidz at redhat.com Thu Sep 21 19:58:36 2006 From: davidz at redhat.com (David Zeuthen) Date: Thu, 21 Sep 2006 15:58:36 -0400 Subject: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... In-Reply-To: <20060921020752.70417.qmail@web56909.mail.re3.yahoo.com> References: <20060921020752.70417.qmail@web56909.mail.re3.yahoo.com> Message-ID: <1158868716.2622.60.camel@zelda.fubar.dk> On Wed, 2006-09-20 at 19:07 -0700, Jane Dogalt wrote: > - Welcome David. Thanks. > - 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). Sure, it's licensed under the GPL v2. > - 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) Well, my plan for the "install livecd to harddisk", e.g. to use the livecd for installation of Fedora includes writing the gnome-diskutil I've been talking about. We need it *anyway* since people are likely to need graphical tools for partitioning / formatting / RAID / LVM / Crypto tasks. And I just don't, for a multitude of reasons, think that gparted is the answer here. In a way it's weird we have these UI features only at install time (e.g. in anaconda) but not in the installed OS. I do know why though. Anyway, gnome-diskutil is bluesky at this point - some code is slowly dribbling into HAL to provide the backend but the only thing of gnome-diskutil that I've published yet are screenshots http://people.freedesktop.org/~david/gdu-2.png http://people.freedesktop.org/~david/gdu-3.png http://people.freedesktop.org/~david/gdu-4.png http://people.freedesktop.org/~david/gdu-5.png http://people.freedesktop.org/~david/gdu-6.png My plan is to put this in gnome CVS sometime next week, I've just been busy with 4+ different projects at the same time; it's looking to clear up a bit. > - 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. I don't buy this. First of all, installing Fedora nowadays simply amounts to 1. Prepare target file systems 2. installing packages to target file systems 3. write out some configuration files 4. potentially do some boot loader stuff (maybe do a new initramfs) (5. potentially relabel the OS) and you can inspect this by looking at all the RPM's and how the OS in general work. If anaconda is doing other magic, we simple have to fix the OS to make anaconda not do that. That's my stance anyway, not everyone may like it. Btw, ideally we'd didn't have 3., I note that we're doing pretty good here, most of the OS works without nasty configuration files nowadays. Sure, some things you can never get away with but my suggestion is to move that to a firstboot / selectable at run-time scheme (examples are keyboard configuration / language selection etc.) Anyway, I think the bottom line is that if the package set yum/rpm pulls in depends on your hardware configuration or anything else, then it's a bug we need to fix in yum/rpm. One such bug actually exists, I just filed it https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207600 Maybe it's just me doing it wrong though. > 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) Well, running things in virtualized containers is always a safe bet, but, really, I aim for pilgrim to be robust enough to not have to do this. Reality is that you just have to be extremely careful when doing things as root. It seems to work pretty well so far. Btw, do qemu support x86_64 and ppc these days? > - 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...) Again, I'm not sure why this is useful. It sounds like what the target user wants is just a portable Fedora OS, e.g. basically just a Fedora install on a USB stick. I don't see people carrying CD's anyway, maybe I'm just old and skeptic. The fact that this is hard today is that we default to an ext3 file system. If we had a good file system with built-in compression (or compressed rw block devices), I'd just use that... and use a livecd to install the OS onto it. (readers by now may have discovered that I'm in general a big fan of solving problems at the deepest possible level even though it includes punting features.) > 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. Yeah. I share that sentiment. Sounds like what you are trying to achieve is not completely different from what I'm trying to achieve with pilgrim. If you have patches, please send them this way. I'm likely to reject some features though (like most free software maintainers I'm old and grumpy for better or worse), I really want pilgrim to be small and maintainable. Thanks. David From davidz at redhat.com Thu Sep 21 20:16:54 2006 From: davidz at redhat.com (David Zeuthen) Date: Thu, 21 Sep 2006 16:16:54 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <13dbfe4f0609201531u159bc1b8q847ea577d395ac29@mail.gmail.com> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <1158784852.2518.89.camel@zelda.fubar.dk> <13dbfe4f0609201531u159bc1b8q847ea577d395ac29@mail.gmail.com> Message-ID: <1158869814.2622.66.camel@zelda.fubar.dk> On Thu, 2006-09-21 at 00:31 +0200, Chitlesh GOORAH wrote: > Ill try pilgrim this weekend. Thanks! > > The first step towards that, and something I'd like anyway, is moving > > the pilgrim git repository from my home directory on freedesktop.org to > > Fedora infrastructure. Any pointers to how I do that? Thanks. > > > > is it possible to have under svn ? :p i've cvs access blocked over my place. Oh, I'm suggesting to use git. That, AFAIK, can be tunneled over ssh which shouldn't be a problem from your place? (I think it can also be tunneled over http, not sure.) > David, is your presentations available for download ? I'll like to > have a look at them :) Presentations? Do you mean the ISO, that one is here http://olpc.download.redhat.com/olpc/fedora-desktop-davidz-stream-development-build-2-20060919_2225-livecd.iso or anything else? Cheers, David From jasperhartline at adelphia.net Thu Sep 21 21:32:57 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Thu, 21 Sep 2006 16:32:57 -0500 Subject: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... In-Reply-To: <1158868716.2622.60.camel@zelda.fubar.dk> References: <20060921020752.70417.qmail@web56909.mail.re3.yahoo.com> <1158868716.2622.60.camel@zelda.fubar.dk> Message-ID: <45130509.4060508@adelphia.net> David Zeuthen wrote: >>- 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. >> >> > >I don't buy this. First of all, installing Fedora nowadays simply >amounts to > > I was talking about using Anaconda to do LiveCD-to-system installs. I apologize for the interruption, it seems that we are on two different wavelengths. Carry on. J. Hartline From davidz at redhat.com Fri Sep 22 00:31:48 2006 From: davidz at redhat.com (David Zeuthen) Date: Thu, 21 Sep 2006 20:31:48 -0400 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <20060921002048.GA31935@redhat.com> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> <20060921002048.GA31935@redhat.com> Message-ID: <1158885108.2440.71.camel@zelda.fubar.dk> Hey Dave, On Wed, 2006-09-20 at 20:20 -0400, Dave Jones wrote: > On Wed, Sep 20, 2006 at 04:07:12PM -0400, David Zeuthen wrote: > > > Btw, If someone could talk davej into including unionfs into the Fedora > > kernel, we'd use that instead of dm-snapshot and we'd have persistence > > more easily solved [1]. > > I think the comments Al Viro had on it the last time it was reviewed > were for the most part unprintable. I wouldn't hold your breath for > this to appear any time soon. Right. My understanding is that the controversial part of unionfs is the ability to join multiple writable file systems into a single tree. Is this correct? If so, note that this is not a feature livecd nor stateless needs, the one part is always read-only, the other parts is just a single overlay where we take damage. How hard would it be to do a unionfs-ro (read only) with the following semantics 1. Support exactly two underlying directories, the first assumed to be read only 2. If some file exists in both trees, pick file with latest ctime I dunno much about the kernel VFS layer to say whether this is easy or hard but I do hope this is a lot simpler than what current unionfs is doing. So.. is this hard? Btw, justification for 2. ("pick file with latest ctime", not just "if file exist in rw branch, always pick rw branch"): suppose I use a livecd using this unionfs-ro fs and updates my bash package. The changes are now written to a USB stick such that I have a persistent session. I now download a newer version of the livecd where the bash package is newer. When using this together with my USB stick, we'll pick the newest /bin/bash file. David From notting at redhat.com Fri Sep 22 01:26:31 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Sep 2006 21:26:31 -0400 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158885108.2440.71.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> <20060921002048.GA31935@redhat.com> <1158885108.2440.71.camel@zelda.fubar.dk> Message-ID: <20060922012631.GD20578@nostromo.devel.redhat.com> David Zeuthen (davidz at redhat.com) said: > Right. My understanding is that the controversial part of unionfs is the > ability to join multiple writable file systems into a single tree. Is > this correct? Well, in my experience, all I tried was one readable + one writable, and *that* blew up. So, my objection was that the basic case failed. Bill From davidz at redhat.com Fri Sep 22 01:39:13 2006 From: davidz at redhat.com (David Zeuthen) Date: Thu, 21 Sep 2006 21:39:13 -0400 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <20060922012631.GD20578@nostromo.devel.redhat.com> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> <20060921002048.GA31935@redhat.com> <1158885108.2440.71.camel@zelda.fubar.dk> <20060922012631.GD20578@nostromo.devel.redhat.com> Message-ID: <1158889153.2440.103.camel@zelda.fubar.dk> On Thu, 2006-09-21 at 21:26 -0400, Bill Nottingham wrote: > David Zeuthen (davidz at redhat.com) said: > > Right. My understanding is that the controversial part of unionfs is the > > ability to join multiple writable file systems into a single tree. Is > > this correct? Just found the page here, http://www.am-utils.org/project-unionfs.html And yes, it appears it's designed to do a lot of things instead of just doing one thing really well. > Well, in my experience, all I tried was one readable + one writable, and > *that* blew up. So, my objection was that the basic case failed. I'm more curious how hard it can be given the assumptions I listed in my other mail. Then again, I'm not a kernel hacker and got too much on my plate already :-) David From a.badger at gmail.com Fri Sep 22 03:52:32 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 21 Sep 2006 20:52:32 -0700 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158885108.2440.71.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> <20060921002048.GA31935@redhat.com> <1158885108.2440.71.camel@zelda.fubar.dk> Message-ID: <1158897152.3724.14.camel@localhost> On Thu, 2006-09-21 at 20:31 -0400, David Zeuthen wrote: > Hey Dave, > > On Wed, 2006-09-20 at 20:20 -0400, Dave Jones wrote: > > On Wed, Sep 20, 2006 at 04:07:12PM -0400, David Zeuthen wrote: > > > > > Btw, If someone could talk davej into including unionfs into the Fedora > > > kernel, we'd use that instead of dm-snapshot and we'd have persistence > > > more easily solved [1]. > > > > I think the comments Al Viro had on it the last time it was reviewed > > were for the most part unprintable. I wouldn't hold your breath for > > this to appear any time soon. > > Right. My understanding is that the controversial part of unionfs is the > ability to join multiple writable file systems into a single tree. Is > this correct? > > If so, note that this is not a feature livecd nor stateless needs, the > one part is always read-only, the other parts is just a single overlay > where we take damage. > > How hard would it be to do a unionfs-ro (read only) with the following > semantics > > 1. Support exactly two underlying directories, the first assumed to be > read only > > 2. If some file exists in both trees, pick file with latest ctime > > I dunno much about the kernel VFS layer to say whether this is easy or > hard but I do hope this is a lot simpler than what current unionfs is > doing. So.. is this hard? > > Btw, justification for 2. ("pick file with latest ctime", not just "if > file exist in rw branch, always pick rw branch"): suppose I use a livecd > using this unionfs-ro fs and updates my bash package. The changes are > now written to a USB stick such that I have a persistent session. I now > download a newer version of the livecd where the bash package is newer. > When using this together with my USB stick, we'll pick the > newest /bin/bash file. > This sounds interesting but problematic. You can't free the space at this point. Using touch could cause a file to disappear with no way to recover it. Etc, etc. Multiple writable fs's should be okay as long as the merged filesystem only writes to a single fs. Say the last writable fs added to the stack. Allowing writes to several layers in the stack is... not something I want to attempt :-) Maybe you could create a simple unionfs using fuse, although it might sacrifice performance for convenience.... -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdogalt at yahoo.com Fri Sep 22 03:57:28 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Thu, 21 Sep 2006 20:57:28 -0700 (PDT) Subject: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... In-Reply-To: <1158868716.2622.60.camel@zelda.fubar.dk> Message-ID: <20060922035728.41669.qmail@web56904.mail.re3.yahoo.com> > > - 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. > > I don't buy this. First of all, installing Fedora nowadays simply > amounts to > > 1. Prepare target file systems > 2. installing packages to target file systems > 3. write out some configuration files > 4. potentially do some boot loader stuff (maybe do a new initramfs) > (5. potentially relabel the OS) > > and you can inspect this by looking at all the RPM's and how the OS > in > general work. If anaconda is doing other magic, we simple have to fix > the OS to make anaconda not do that. That's my stance anyway, not > everyone may like it. > > Btw, ideally we'd didn't have 3., I note that we're doing pretty good > here, most of the OS works without nasty configuration files > nowadays. > Sure, some things you can never get away with but my suggestion is to > move that to a firstboot / selectable at run-time scheme (examples > are > keyboard configuration / language selection etc.) > > Anyway, I think the bottom line is that if the package set yum/rpm > pulls > in depends on your hardware configuration or anything else, then it's > a > bug we need to fix in yum/rpm. One such bug actually exists, I just > filed it > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207600 > > Maybe it's just me doing it wrong though. No, I suspect you're just running into bugs under the rug. I agree that it seems like much progress is being made on this front (meaning the right goals are in place). Here's another one I don't think I bothered to file- Does libselinux's %pre/post still do an /sbin/init invocation? Honestly after I realized that selinux isn't transparent (I.e. I can't move around my apache docroot without knowing some selinux crap), I stopped using it and caring about it. (I'll just wait for you smart redhat folks to fix it and make it truly transparent so that I can enable it and not worry about it. Till then I'll live without it) Anyway, tieing into what you said about shell versus python, I almost want to send an email like this to anaconda-devel and other lists- Subject: Is anaconda "the installer"? I.e. it seems like python (especially after my recent pygtk/glade project I did for school) is in fact great for event driven GUIs. But bash/sh should be the language IMO for "the installer". And anaconda should be the GUI interface to "the installer". From my perusing of anaconda code, I don't think thats how things are. It's very interesting that you basically wrote your own installer. I probably did as much or more work getting qemu to be my install engine. What I would *like* to see, would be a (almost surely non-python based) installer that is seperate from anaconda, which could be used by livecd generators. (which you would have used, rather than doing it yourself. I like your implementation choice, but I also still feel pretty comfortable with my process which involves doing the completely normal anaconda path under qemu). > > > 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) > > Well, running things in virtualized containers is always a safe bet, > but, really, I aim for pilgrim to be robust enough to not have to do > this. Reality is that you just have to be extremely careful when > doing > things as root. It seems to work pretty well so far. Certainly your writing your own installer seperate from anaconda can give you a better feeling that tons of code isn't being run as root in a way that it wasn't really designed (well) from the ground up to do. But the other major thing is general security. If it wasn't code that you had written yourself, how comfortable would you feel trying to use your main workstation to generate a custom livecd (when it's churning away in root-mode for hour/s)? If my project is successful, I forsee people feeling much more comfortable doing a - (as root) yum install vsys (or local per user root-less install) (as user) vsys generate liveiso \ --config=mediacenter_appliance.xml \ --addpackages=myfavoriteeditor,meld \ mylivedvd.iso > > Btw, do qemu support x86_64 and ppc these days? If you do a yum install qemu, you'll have qemu-x86_64 and qemu-ppc in your path. I haven't actually used them though. > > > - 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...) > > Again, I'm not sure why this is useful. This was me going completely off-list-topic. Total tangent. Persistant (network) virtual desktops (different implementation than youos, or whatever). I might be just a little ADD :) -dmc/jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From davidz at redhat.com Fri Sep 22 15:11:50 2006 From: davidz at redhat.com (David Zeuthen) Date: Fri, 22 Sep 2006 11:11:50 -0400 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158897152.3724.14.camel@localhost> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> <20060921002048.GA31935@redhat.com> <1158885108.2440.71.camel@zelda.fubar.dk> <1158897152.3724.14.camel@localhost> Message-ID: <1158937910.7363.20.camel@daxter.boston.redhat.com> On Thu, 2006-09-21 at 20:52 -0700, Toshio Kuratomi wrote: > Multiple writable fs's should be okay as long as the merged filesystem > only writes to a single fs. Say the last writable fs added to the > stack. Allowing writes to several layers in the stack is... not > something I want to attempt :-) Maybe you could create a simple unionfs > using fuse, although it might sacrifice performance for convenience.... There appears to be at least two of them http://funionfs.apiou.org/?lng=en http://podgorny.cz/moin/UnionFsFuse Not sure whether this a) works with rootfs e.g. "/"; (the former claims it doesn't) b) whether it requires us to pull in this user space code in the initramfs (which is entirely possible) or whether we can do a trick to remount rootfs later c) provides adequate performance Btw, I'm planning to include the http://www.bootchart.org/ stuff [1] in the livecd; ideally we'd just turn it on by passing 'bootchart' via grub. Then it's much easy to evaluate c) and also other stuff. TBH, I haven't starting comparing performance of the pilgrim livecd's against other livecd's yet... Then again, this is only really interesting for the persistent livecd use-case and I'm not sure how important that is at this point. David [1] : Does anyone know if this is in Extras? Can't seem to find it. From sundaram at fedoraproject.org Fri Sep 22 15:41:38 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 22 Sep 2006 21:11:38 +0530 Subject: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work) In-Reply-To: <1158937910.7363.20.camel@daxter.boston.redhat.com> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45116123.9010804@adelphia.net> <1158769410.2518.46.camel@zelda.fubar.dk> <1158774530.2827.38.camel@localhost> <1158782832.2518.70.camel@zelda.fubar.dk> <20060921002048.GA31935@redhat.com> <1158885108.2440.71.camel@zelda.fubar.dk> <1158897152.3724.14.camel@localhost> <1158937910.7363.20.camel@daxter.boston.redhat.com> Message-ID: <45140432.1080800@fedoraproject.org> David Zeuthen wrote: > > [1] : Does anyone know if this is in Extras? Can't seem to find it. > > Bootchart isnt in extras. It is written in Java and at one point didnt work with GCJ. Ironic since it was written for Fedora. Not sure of its current status. It would be nice to have it in extras, install it and get a chart by passing a boot option. Alternatively we can use systemtap (which is in core already) for this purpose. http://people.redhat.com/berrange/systemtap/bootprobe/ Rahul From cnegus at rucls.net Fri Sep 22 16:06:02 2006 From: cnegus at rucls.net (Chris Negus) Date: Fri, 22 Sep 2006 11:06:02 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> Message-ID: <1158941163.2646.218.camel@einstein> On Thu, 2006-09-21 at 13:49 -0400, Greg DeKoenigsberg wrote: > Which means that a Fedora Live CD that has Core and Extras packages can be > called a "Fedora Live CD". Hi Greg. Does that also imply that it is okay to use Fedora labels (logos and artwork) on live CDs that meet this requirement? -- Chris Negus From gdk at redhat.com Fri Sep 22 16:22:53 2006 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Fri, 22 Sep 2006 12:22:53 -0400 (EDT) Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <1158941163.2646.218.camel@einstein> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> Message-ID: It does. Legal agrees with this in principle, so act according to this principle and you'll be fine. --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- On Fri, 22 Sep 2006, Chris Negus wrote: > On Thu, 2006-09-21 at 13:49 -0400, Greg DeKoenigsberg wrote: > > Which means that a Fedora Live CD that has Core and Extras packages can be > > called a "Fedora Live CD". > > Hi Greg. Does that also imply that it is okay to use Fedora labels > (logos and artwork) on live CDs that meet this requirement? > > -- Chris Negus > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > From sundaram at fedoraproject.org Fri Sep 22 17:46:26 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 22 Sep 2006 23:16:26 +0530 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> Message-ID: <45142172.5090901@fedoraproject.org> Greg DeKoenigsberg wrote: > It does. Legal agrees with this in principle, so act according to this > principle and you'll be fine. > Are we getting the actual guidelines changed to reflect this? > >> On Thu, 2006-09-21 at 13:49 -0400, Greg DeKoenigsberg wrote: >>> Which means that a Fedora Live CD that has Core and Extras packages can be >>> called a "Fedora Live CD". >> Hi Greg. Does that also imply that it is okay to use Fedora labels >> (logos and artwork) on live CDs that meet this requirement? >> >> -- Chris Negus >> Just to clarify, it would have to be exclusive any combination of core+extras. Rahul From gdk at redhat.com Fri Sep 22 17:46:45 2006 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Fri, 22 Sep 2006 13:46:45 -0400 (EDT) Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <45142172.5090901@fedoraproject.org> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> Message-ID: On Fri, 22 Sep 2006, Rahul wrote: > Greg DeKoenigsberg wrote: > > It does. Legal agrees with this in principle, so act according to this > > principle and you'll be fine. > > > > Are we getting the actual guidelines changed to reflect this? At some point, when it's a high enough priority for me or Max to sit in legal's office for hours on end, drafting and redrafting proposals. But for now, an agreement in principle is enough for me. --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- From davidz at redhat.com Fri Sep 22 19:23:07 2006 From: davidz at redhat.com (David Zeuthen) Date: Fri, 22 Sep 2006 15:23:07 -0400 Subject: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... In-Reply-To: <20060922035728.41669.qmail@web56904.mail.re3.yahoo.com> References: <20060922035728.41669.qmail@web56904.mail.re3.yahoo.com> Message-ID: <1158952987.2422.30.camel@daxter.boston.redhat.com> On Thu, 2006-09-21 at 20:57 -0700, Jane Dogalt wrote: > Certainly your writing your own installer seperate from anaconda can > give you a better feeling that tons of code isn't being run as root in > a way that it wasn't really designed (well) from the ground up to do. > > But the other major thing is general security. If it wasn't code that > you had written yourself, how comfortable would you feel trying to use > your main workstation to generate a custom livecd (when it's churning > away in root-mode for hour/s)? Probably not very comfortable. Then again, we all run pretty security sensitive code but normally that have been vetted by several OS vendors. I rarely run random code as root that some dude sends to a mailing list without reading it through. Btw, I expect people to do the same.. at this point pilgrim is just that - random (ok, not exactly random, we use it for OLPC) code being sent by a dude (the fact I work for Red Hat may wrongly lead people to trust me more; it really shouldn't) on a mailing list. But I think it's doable to actually review the pilgrim code because it's pretty simple and somewhat linear to read. > If my project is successful, I forsee people feeling much more > comfortable doing a - > > (as root) yum install vsys (or local per user root-less install) > (as user) vsys generate liveiso \ > --config=mediacenter_appliance.xml \ > --addpackages=myfavoriteeditor,meld \ > mylivedvd.iso Yea. Using some kind of container (qemu, xen, whatever) / jail (e.g. chroot) is probably a good idea. I don't see that being hard to add to pilgrim, though, the container approach raises an interesting Chinese Box paradox: how do you build the container in the first place? :-) David From cnegus at rucls.net Fri Sep 22 19:32:52 2006 From: cnegus at rucls.net (Chris Negus) Date: Fri, 22 Sep 2006 14:32:52 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45127D73.9040700@adelphia.net> <13dbfe4f0609210519k71e530c3h79f9bf4ccaa9e88b@mail.gmail.com> <45128BE1.4000107@adelphia.net> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> Message-ID: <1158953572.2646.275.camel@einstein> On Fri, 2006-09-22 at 13:46 -0400, Greg DeKoenigsberg wrote: > On Fri, 22 Sep 2006, Rahul wrote: > > > Greg DeKoenigsberg wrote: > > > It does. Legal agrees with this in principle, so act according to this > > > principle and you'll be fine. > > Are we getting the actual guidelines changed to reflect this? > > At some point, when it's a high enough priority for me or Max to sit in > legal's office for hours on end, drafting and redrafting proposals. But > for now, an agreement in principle is enough for me. Thanks for clarifying this. Even this high-level guidance is very helpful. For that longer legal discussion some day, please ask if something is still a Fedora live CD if someone... * Changes the splash screen, background, or other cosmetic features. * Has a Fedora live CD coexist with another live CD on the same medium. When I have made Fedora live CDs in the past, I've just left the logos off because I wasn't clear about these things. It might be worth it for me to drop special splash screens and NTFS support (for our poor, lost Windows dual booters) to legally use the logos. -- Chris Negus From chitlesh at fedoraproject.org Fri Sep 22 23:01:42 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 01:01:42 +0200 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <1158953572.2646.275.camel@einstein> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> <1158953572.2646.275.camel@einstein> Message-ID: <13dbfe4f0609221601q47463733x3984b32ade2504c6@mail.gmail.com> On 9/22/06, Chris Negus wrote: > Thanks for clarifying this. Even this high-level guidance is very > helpful. For that longer legal discussion some day, please ask if > something is still a Fedora live CD if someone... > > * Changes the splash screen, background, or other cosmetic features. Yes, only if these are already in Fedora Extras. No, if these are not in Fedora Extras > * Has a Fedora live CD coexist with another live CD on the same medium. To my opinion, the answer is No ! Why ? because the other livecd as you said, is not in Fedora Extras. Perhaps you have 2 or more Fedora Core (unmodified) on the same medium, then it might be yes Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sat Sep 23 00:08:51 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Fri, 22 Sep 2006 19:08:51 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <13dbfe4f0609221601q47463733x3984b32ade2504c6@mail.gmail.com> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <45129D37.4030404@leemhuis.info> <4512AD40.1000107@adelphia.net> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> <1158953572.2646.275.camel@einstein> <13dbfe4f0609221601q47463733x3984b32ade2504c6@mail.gmail.com> Message-ID: <45147B13.7050608@adelphia.net> Chitlesh GOORAH wrote: > On 9/22/06, Chris Negus wrote: >> * Has a Fedora live CD coexist with another live CD on the same medium. > > To my opinion, the answer is No ! > Why ? because the other livecd as you said, is not in Fedora Extras. > Perhaps you have 2 or more Fedora Core (unmodified) on the same > medium, then it might be yes > You've misunderstood his question. It is perfectly legal to provide a 'legal Fedora Core LiveCD' on the same medium as another LiveCD. e.g. a DVD with Knoppix, Fedora Core LiveCD, Gentoo LiveCD, or any other Live system. That's what he meant. J. Hartline From chitlesh at fedoraproject.org Sat Sep 23 00:29:25 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 02:29:25 +0200 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <45147B13.7050608@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> <1158953572.2646.275.camel@einstein> <13dbfe4f0609221601q47463733x3984b32ade2504c6@mail.gmail.com> <45147B13.7050608@adelphia.net> Message-ID: <13dbfe4f0609221729p1816d8a9q73bd38d8bb27358f@mail.gmail.com> On 9/23/06, Jasper Hartline wrote: > You've misunderstood his question. No, I've understood it. > It is perfectly legal to provide a 'legal Fedora Core LiveCD' on the > same medium as another LiveCD. > e.g. a DVD with Knoppix, Fedora Core LiveCD, Gentoo LiveCD, or any other > Live system. How about the grub/isolinux ? will they have fedora artwork on it ? -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Sep 23 00:43:47 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 02:43:47 +0200 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! In-Reply-To: <450D2A43.8050002@adelphia.net> References: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> <450D2A43.8050002@adelphia.net> Message-ID: <13dbfe4f0609221743qea14294j23ce30c371c2e227@mail.gmail.com> RFE: Jasper, can you add isolinux by default in /etc/kadischi/kadischi.conf, since once kadischi installed and the user didn't choose a bootloader, kadischi will fail to build his/her livecd. Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sat Sep 23 01:13:17 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Fri, 22 Sep 2006 20:13:17 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <13dbfe4f0609221729p1816d8a9q73bd38d8bb27358f@mail.gmail.com> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <4512B20B.3020409@leemhuis.info> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> <1158953572.2646.275.camel@einstein> <13dbfe4f0609221601q47463733x3984b32ade2504c6@mail.gmail.com> <45147B13.7050608@adelphia.net> <13dbfe4f0609221729p1816d8a9q73bd38d8bb27358f@mail.gmail.com> Message-ID: <45148A2D.3030502@adelphia.net> Chitlesh GOORAH wrote: >> >> same medium as another LiveCD. >> e.g. a DVD with Knoppix, Fedora Core LiveCD, Gentoo LiveCD, or any other >> Live system. > > How about the grub/isolinux ? will they have fedora artwork on it ? > He isn't talking about calling the medium a Fedora Live CD.. he is talking about the Fedora LiveCD in the medium. J. Hartline From jasperhartline at adelphia.net Sat Sep 23 01:17:38 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Fri, 22 Sep 2006 20:17:38 -0500 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! In-Reply-To: <13dbfe4f0609221743qea14294j23ce30c371c2e227@mail.gmail.com> References: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> <450D2A43.8050002@adelphia.net> <13dbfe4f0609221743qea14294j23ce30c371c2e227@mail.gmail.com> Message-ID: <45148B32.50908@adelphia.net> Chitlesh GOORAH wrote: > RFE: > > Jasper, can you add isolinux by default in > /etc/kadischi/kadischi.conf, since once kadischi installed and the > user didn't choose a bootloader, kadischi will fail to build his/her > livecd. I'd rather not, it is common knowledge to read the manual page of a utility you've never used before. In the man page for Kadischi it now has a BOOTLOADER option. It is better that Kadischi fail completely and clean up the builddir than build a LiveCD that won't boot, don't you agree? J. Hartline From chitlesh at fedoraproject.org Sat Sep 23 06:45:55 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 08:45:55 +0200 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! In-Reply-To: <45148B32.50908@adelphia.net> References: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> <450D2A43.8050002@adelphia.net> <13dbfe4f0609221743qea14294j23ce30c371c2e227@mail.gmail.com> <45148B32.50908@adelphia.net> Message-ID: <13dbfe4f0609222345h2144b5car8021e47e9f6a729d@mail.gmail.com> On 9/23/06, Jasper Hartline wrote: > It is better that Kadischi fail completely and clean up the builddir > than build a LiveCD > that won't boot, don't you agree? If isolinux is by default, won't it boot ? Chitlesh -- http://clunixchit.blogspot.com From jeancasteres at free.fr Sat Sep 23 08:40:41 2006 From: jeancasteres at free.fr (Jean Casteres) Date: Sat, 23 Sep 2006 10:40:41 +0200 Subject: [Fedora-livecd-list] Question on bootable Mac Images. In-Reply-To: <1158781612.2518.55.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> <1158772757.26555.36.camel@localhost.localdomain> <1158781612.2518.55.camel@zelda.fubar.dk> Message-ID: Hello, I have a question that may seem very basic for you. I am having trouble on my PowerBook G4 Mac to burn a mac bootable CD for Fedora. I checked the sha1sum and it was correct. I tried to reload from another site and it still did not work. The iso image simply does not seem to be bootable. I was advised to look for a dedicated ppc maillist for fedora but was unable to find such a list or entry point, so I am asking if someone on this maillist knows an entry point to such a list. Thank you Sincerely, Jean Casteres From chitlesh at fedoraproject.org Sat Sep 23 09:01:59 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 11:01:59 +0200 Subject: [Fedora-livecd-list] Question on bootable Mac Images. In-Reply-To: References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <45115AB3.6060704@fedoraproject.org> <1158767603.2518.28.camel@zelda.fubar.dk> <1158772757.26555.36.camel@localhost.localdomain> <1158781612.2518.55.camel@zelda.fubar.dk> Message-ID: <13dbfe4f0609230201k625bab23ld488b048faf4c482@mail.gmail.com> On 9/23/06, Jean Casteres wrote: > Hello, > > I have a question that may seem very basic for you. I am having > trouble on > my PowerBook G4 Mac to burn a mac bootable CD for Fedora. My question will be is it a live CD build with kadischi? In the past, some ISOs built with kadischi were not bootable . > I checked the sha1sum and it was correct. I tried to reload from > another site > and it still did not work. The iso image simply does not seem to be > bootable. Can you try with qemu or vmware to see whether it boots or not ? Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sat Sep 23 11:12:41 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 06:12:41 -0500 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! In-Reply-To: <13dbfe4f0609222345h2144b5car8021e47e9f6a729d@mail.gmail.com> References: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> <450D2A43.8050002@adelphia.net> <13dbfe4f0609221743qea14294j23ce30c371c2e227@mail.gmail.com> <45148B32.50908@adelphia.net> <13dbfe4f0609222345h2144b5car8021e47e9f6a729d@mail.gmail.com> Message-ID: <451516A9.7070502@adelphia.net> Chitlesh GOORAH wrote: > On 9/23/06, Jasper Hartline wrote: >> It is better that Kadischi fail completely and clean up the builddir >> than build a LiveCD >> that won't boot, don't you agree? > > If isolinux is by default, won't it boot ? Yes, we don't want to force users to use Isolinux however.. in the exact case you describe with not reading the manual page and Kadischi failing when no bootloader is set. J. Hartline From chitlesh at fedoraproject.org Sat Sep 23 11:28:34 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 13:28:34 +0200 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! In-Reply-To: <451516A9.7070502@adelphia.net> References: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> <450D2A43.8050002@adelphia.net> <13dbfe4f0609221743qea14294j23ce30c371c2e227@mail.gmail.com> <45148B32.50908@adelphia.net> <13dbfe4f0609222345h2144b5car8021e47e9f6a729d@mail.gmail.com> <451516A9.7070502@adelphia.net> Message-ID: <13dbfe4f0609230428s28dc01e2m1ac6dcee792e2f59@mail.gmail.com> On 9/23/06, Jasper Hartline wrote: > > If isolinux is by default, won't it boot ? > Yes, we don't want to force users to use Isolinux however.. in the > exact case you describe > with not reading the manual page and Kadischi failing when no bootloader > is set. This is what I disapprove, since kadischi fails on default installation. And it fails nearly in the end, which is wrong to my eyes (at least there must be a test much early). We are not forcing the users if isolinux is set by default, they still have the choice though (if they read the manual)! Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Sep 23 11:58:18 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 13:58:18 +0200 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <45148A2D.3030502@adelphia.net> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> <1158953572.2646.275.camel@einstein> <13dbfe4f0609221601q47463733x3984b32ade2504c6@mail.gmail.com> <45147B13.7050608@adelphia.net> <13dbfe4f0609221729p1816d8a9q73bd38d8bb27358f@mail.gmail.com> <45148A2D.3030502@adelphia.net> Message-ID: <13dbfe4f0609230458w78f0cd22q473fb72be3a71729@mail.gmail.com> Ok, after so many discussions, I came back to my initial proposition (at least for kadischi and livecds for the moment). Let's assume, I'll package gfxboot for FE! Is it worth to consider using gfxboot in Kadischi and fedora livecds ? If yes, i'll package gfxboot for FE. To me, it won't be a problem for gfxboot to be approved for FE. from http://fedoraproject.org/wiki/Extras/CoreVsExtras What sort of things are more appropriate for Fedora Extras? * Duplications of already-existing Core functionality, even if some new functionality is added Thorsten is our man for more details. Having an easy and quick feature to set keyboard layout and language, right in the beginning would be fairly advantageous for such a big project like fedora, in terms of marketing. To my point of view, it would be easier and quicker to make fedora localised if ppl have more access to it. gfxboot could be used as grub feature we've recently added to kadischi and we still have the choice to you memtest+. But in the other hand, someone got to work on gfxboot and understand how it works. Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Sep 23 13:19:18 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 23 Sep 2006 15:19:18 +0200 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> Message-ID: <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> On 9/20/06, Greg DeKoenigsberg wrote: > These three facts, in my mind, are reason enough to ask the Fedora Live CD > community to consider the benefits of Pilgrim. If we want to develop the > two technologies side-by-side, that's fine too. But this is the > fedora-livecd-list -- *not* the kadischi list. Great words :) Yes, this is not a kadischi list, and I welcome David or pilgrim users to continue discuussions here, in this list. Actually, i'll think 2 different mechanisms output the same product, is a waste ! For the past 3 days, we have talked and talked. SO WHAT IS NEXT ? The kadischi's development community isn't that huge, 3 at most. And soon we will have 4 mechanism for creating fedora livecds. - Kadischi - pilgrim - Jeremy's code - Jane Dogalt's work To my guess, the last three has one developper ? That makes us around 6 working for the same output, a fedora livecd! Thus, why not work together to make something _centralized_ ? Just like fedora likes to do. I've been to the Kadischi Project since January, and I feel our goals are fading away due to lack of communcation with other fedora projects. Rahul did reveal something, a LiveCD can be used for: - Freemedia, lower the expenses (Max would be happy) - unleashKDE, more contributors to KDE (i'll be happy and Rex too:) ) Can we make kadischi a centralized tool for livecd generation but with plugins ? By plugins, I mean kadischi package: - /usr/bin/kadischi-pilgrim - /usr/bin/kadischi-anaconda - kadischi core - post install scripts Both certainly have the same core and similar post -install scripts, but the methods vary. /usr/bin/kadischi-pilgrim calls for core and uses yum and doesn't depends on anaconda and finally uses common post install scripts . Output a livecd image if /usr/bin/kadischi-anaconda calls for core and uses anaconda and finally uses common post install scripts . Output a livecd image. Hence, we all can work on "kadischi core" and both David and Jasper will be happy (I guess). David, do you think that this may be posssible with the OLPC project. Jasper, what do you think about it ? Just like anaconda, kadischi does have some *business* interest :) by its users. Some of kadischi's users use it for their own small business and they are subcribed to this list. What you guys think about it ? Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sat Sep 23 13:20:44 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 08:20:44 -0500 Subject: [Fedora-livecd-list] Grub kills GDM, but isolinux loves GDM ! In-Reply-To: <13dbfe4f0609230428s28dc01e2m1ac6dcee792e2f59@mail.gmail.com> References: <13dbfe4f0609161418j25c03730web73e539d7eb56e8@mail.gmail.com> <450D2A43.8050002@adelphia.net> <13dbfe4f0609221743qea14294j23ce30c371c2e227@mail.gmail.com> <45148B32.50908@adelphia.net> <13dbfe4f0609222345h2144b5car8021e47e9f6a729d@mail.gmail.com> <451516A9.7070502@adelphia.net> <13dbfe4f0609230428s28dc01e2m1ac6dcee792e2f59@mail.gmail.com> Message-ID: <451534AC.5020903@adelphia.net> Chitlesh GOORAH wrote: > On 9/23/06, Jasper Hartline wrote: >> > If isolinux is by default, won't it boot ? >> Yes, we don't want to force users to use Isolinux however.. in the >> exact case you describe >> with not reading the manual page and Kadischi failing when no bootloader >> is set. > > This is what I disapprove, since kadischi fails on default > installation. And it fails nearly in the end, which is wrong to my > eyes (at least there must be a test much early). > Good point. I'll go ahead and check the kadischi.conf for the presence of a valid bootloader right after checking UID. This is where we should be doing critical checks at. > We are not forcing the users if isolinux is set by default, they still > have the choice though (if they read the manual)! We'll go ahead an bail if no bootloader is set early on, just after checking UID. Is that good? J. Hartline From jasperhartline at adelphia.net Sat Sep 23 13:23:21 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 08:23:21 -0500 Subject: [Fedora-livecd-list] gfxboot ??? In-Reply-To: <13dbfe4f0609230458w78f0cd22q473fb72be3a71729@mail.gmail.com> References: <13dbfe4f0609210435p74f53632ga8261872061e1337@mail.gmail.com> <1158941163.2646.218.camel@einstein> <45142172.5090901@fedoraproject.org> <1158953572.2646.275.camel@einstein> <13dbfe4f0609221601q47463733x3984b32ade2504c6@mail.gmail.com> <45147B13.7050608@adelphia.net> <13dbfe4f0609221729p1816d8a9q73bd38d8bb27358f@mail.gmail.com> <45148A2D.3030502@adelphia.net> <13dbfe4f0609230458w78f0cd22q473fb72be3a71729@mail.gmail.com> Message-ID: <45153549.2010207@adelphia.net> Chitlesh GOORAH wrote: > Ok, after so many discussions, I came back to my initial proposition > (at least for kadischi and livecds for the moment). > > Let's assume, I'll package gfxboot for FE! > > Is it worth to consider using gfxboot in Kadischi and fedora livecds ? > If yes, i'll package gfxboot for FE. Yes, absolutely, it can be another bootloader type option. Greg an Rahul have pointed out it is feasible and most important legal. > But in the other hand, someone got to work on gfxboot and understand > how it works. I'll take a look at it, first get it into Extras and we can add it's functionality to Kadischi. J. Hartline From jasperhartline at adelphia.net Sat Sep 23 13:33:11 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 08:33:11 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> Message-ID: <45153797.5090301@adelphia.net> Chitlesh GOORAH wrote: > David, do you think that this may be posssible with the OLPC project. > Jasper, what do you think about it ? > I can't comment at this point because I know nothing about pilgrim. I don't know it's code, just it's design goals, which is duplicated by Kadischi. I don't remember who said it, that pilgrim is closer to a LiveCD-to-system installer but of course that statement comes from my lack of notifying the list of new Kadischi breakthroughs. I am working with pnasrat currently to straighten out a threading bug I assume is what it is in Anaconda and as soon as this is fixed, if it is fixed a real installer disc will be deployable with the intention to polish it. In many ways sand in the LiveCD case, pilgrim duplicates Kadischi functionality. I see no sense in writing your own tools to do LiveCD-to-System installs when you could use Anaconda. We should have a Kadischi built, with Kadischi and Anaconda as payload LiveCD-to-system installer disc shortly. > > Just like anaconda, kadischi does have some *business* interest :) by > its users. Some of kadischi's users use it for their own small > business and they are subcribed to this list. > Well as you know we've been contacted on teh list at least two times one by a business owner and one by a school board member or other educational entity in the hopes to build mirror image LiveCD systems. Kadischi being able to install to these systems if someone likes it by "Pressing the install button" is close on the horizon. J. Hartline From davidz at redhat.com Sat Sep 23 20:11:31 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 16:11:31 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <45153797.5090301@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> Message-ID: <1159042291.2456.16.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 08:33 -0500, Jasper Hartline wrote: > I don't know it's code, just it's design goals, which is duplicated by > Kadischi. Not to flame or anything, but I think the design goals of pilgrim is a strict superset of the Kadischi goals. Sure, your goals can change, I'm not too interested in discussing semantics so... Btw, I also posted a link to the git repo http://gitweb.freedesktop.org/?p=users/david/pilgrim.git It's not really that much code. > We should have a Kadischi built, with Kadischi and Anaconda as payload > LiveCD-to-system installer disc shortly. Sounds interesting, can you elaborate a bit on what the user experience will be? For example, - Will I be able to partition the system using LVM / Raid / etc.? - Do you support SELinux? Or the livecd? On the installed payload? If yes, does this require a relabel post-install? - Will Kadischi use a rw rootfs on the livecd? David From jasperhartline at adelphia.net Sat Sep 23 21:18:20 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 16:18:20 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159042291.2456.16.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> Message-ID: <4515A49C.3010904@adelphia.net> David Zeuthen wrote: > Sounds interesting, can you elaborate a bit on what the user experience > will be? For example, > > - Will I be able to partition the system using LVM / Raid / etc.? > > You will be able to partition your disks in every way Anaconda currently does. LVM, RAID, Ext2/3 SWAP, however you want. > - Do you support SELinux? Or the livecd? On the installed payload? If > yes, does this require a relabel post-install? > SELinux is not an option in Anaconda as far as I know it is a default. No, the LiveCD will not be copied to the installed system. It would be unnecessary. > - Will Kadischi use a rw rootfs on the livecd? > > It'll use teh currentl Kadischi code which is to bind mount required directories. You don't need a rw rootfs to do system installs. J. Hartline From davidz at redhat.com Sat Sep 23 22:20:41 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 18:20:41 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4515A49C.3010904@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> Message-ID: <1159050041.2456.25.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 16:18 -0500, Jasper Hartline wrote: > > - Do you support SELinux? Or the livecd? On the installed payload? If > > yes, does this require a relabel post-install? > > > SELinux is not an option in Anaconda as far as I know it is a default. > No, the LiveCD will not be copied to the installed system. It would be > unnecessary. So, I'm unsure exactly how this works. Do you simply invoke anaconda to do an install? Where do you get the RPM's you install on the hard disk from? Does this require network connectivity? > > - Will Kadischi use a rw rootfs on the livecd? > > > > > It'll use teh currentl Kadischi code which is to bind mount required > directories. > You don't need a rw rootfs to do system installs. Nope, but having a rw rootfs is pretty nice for other reasons. Such as being able to install software while running from the livecd, not having to maintain a magic list of where existing software wants to write to etc. etc. David From jasperhartline at adelphia.net Sat Sep 23 22:27:02 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 17:27:02 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159050041.2456.25.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> Message-ID: <4515B4B6.2070902@adelphia.net> David Zeuthen wrote: > On Sat, 2006-09-23 at 16:18 -0500, Jasper Hartline wrote: > >>> - Do you support SELinux? Or the livecd? On the installed payload? If >>> yes, does this require a relabel post-install? >>> >>> >> SELinux is not an option in Anaconda as far as I know it is a default. >> No, the LiveCD will not be copied to the installed system. It would be >> unnecessary. >> > > So, I'm unsure exactly how this works. Do you simply invoke anaconda to > do an install? > > Where do you get the RPM's you install on the hard disk from? > > Does this require network connectivity? > Yes, simply invoking Anaconda brings up Anaconda. The RPMs can come from the network if it is a LiveCD, and presumably from the network or from the DVD if it is a LiveDVD. It requires network connectivity in the LiveCD case, yes.. and for the LiveDVD unless Fedora Core repository is provided on disc. >>> - Will Kadischi use a rw rootfs on the livecd? >>> >>> >>> >> It'll use teh currentl Kadischi code which is to bind mount required >> directories. >> You don't need a rw rootfs to do system installs. >> > > Nope, but having a rw rootfs is pretty nice for other reasons. > > Such as being able to install software while running from the livecd, > not having to maintain a magic list of where existing software wants to > write to etc. etc. > > As far as I know UnionFS is the only thing feasible for doing this. Bill Nottingham has already stated testing has produced deadlocks and crashes in the simplest of cases. What were you planning on doing to create a read-write rootfs? J. Hartline From davidz at redhat.com Sat Sep 23 22:45:55 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 18:45:55 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4515B4B6.2070902@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> Message-ID: <1159051555.2456.41.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 17:27 -0500, Jasper Hartline wrote: > > Does this require network connectivity? > > > Yes, simply invoking Anaconda brings up Anaconda. > The RPMs can come from the network if it is a LiveCD, and presumably > from the network > or from the DVD if it is a LiveDVD. > > It requires network connectivity in the LiveCD case, yes.. and for the > LiveDVD unless > Fedora Core repository is provided on disc. I see. Sorry, but I think this is a little backwards, I mean, why wouldn't I just download the install CD's; it's pretty much the same amount of traffic. Also keep in mind that many consumers of live cd's (typically in poor countries) have zero network connectivity - all they have is a live cd that some benevolent organization sent them. Like Ubuntu's ship it. The approach I have in mind includes just reusing the ext3 file system we have already prepared and just dd that onto the target installation block device. That way an install would take very little time and the only thing you need to make this work is the live cd itself. The very reason this will work is that I make almost zero changes to the live cd rootfs to get the livecd approach going: - I don't modify any files - I only add a three files /etc/init.d/livecd /etc/rc5.d/S00livecd /etc/udev/rules.d/00-livecd.rules The reason I can get away with making _only_ these changes is that the rootfs is rw - the bulk of the work is in the livecd init script. So, I think this is a vastly superior approach - what do you think? > > Nope, but having a rw rootfs is pretty nice for other reasons. > > > > Such as being able to install software while running from the livecd, > > not having to maintain a magic list of where existing software wants to > > write to etc. etc. > > > > > As far as I know UnionFS is the only thing feasible for doing this. You can use dm-snapshot, see the README.fedora file in the pilgrim repository here http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;hb=HEAD;f=README.fedora specifically the section "LIVECD, HOW IT WORKS" around line 40. It works extremely well. See the pilgrim sources for details. > Bill Nottingham has already stated testing has produced deadlocks and > crashes in the simplest of cases. Yea, unionfs has some issues. Despite that it appears Ubuntu is using that so I think Bill just used an old version. I haven't bothered to try myself. > What were you planning on doing to create a read-write rootfs? So, pilgrim does this already (as described above) and is in the ISO I linked to in my first mail to the list. From the live cd, you can easily do 'yum install xyz' and it just works. You should try it out! David From jasperhartline at adelphia.net Sat Sep 23 23:40:28 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 18:40:28 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159051555.2456.41.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> Message-ID: <4515C5EC.7090305@adelphia.net> David Zeuthen wrote: > On Sat, 2006-09-23 at 17:27 -0500, Jasper Hartline wrote: > >>> Does this require network connectivity? >>> >>> >> Yes, simply invoking Anaconda brings up Anaconda. >> The RPMs can come from the network if it is a LiveCD, and presumably >> from the network >> or from the DVD if it is a LiveDVD. >> >> It requires network connectivity in the LiveCD case, yes.. and for the >> LiveDVD unless >> Fedora Core repository is provided on disc. >> > > I see. Sorry, but I think this is a little backwards, I mean, why > wouldn't I just download the install CD's; it's pretty much the same > amount of traffic. > I'll leave you to debate the difference between a router style 550MB install and a full blown everything chosen 7GB install. I'm sure a calculator isn't necessary to see the difference. > Also keep in mind that many consumers of live cd's (typically in poor > countries) have zero network connectivity - all they have is a live cd > that some benevolent organization sent them. Like Ubuntu's ship it. > > The approach I have in mind includes just reusing the ext3 file system > we have already prepared and just dd that onto the target installation > block device. That way an install would take very little time and the > only thing you need to make this work is the live cd itself. > This is extremely unflexible and the user is limited to what you've mastered onto the LiveCD without yum installing xyz all day long, which they don't even know exists. With Anaconda it is a familiar, flexible, choosable option, package selectable interface along with that upgrading the system from Core to Core is a snap, using Anaconda. J. Hartline From davidz at redhat.com Sun Sep 24 00:19:21 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 20:19:21 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4515C5EC.7090305@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> Message-ID: <1159057161.2456.67.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 18:40 -0500, Jasper Hartline wrote: > > I see. Sorry, but I think this is a little backwards, I mean, why > > wouldn't I just download the install CD's; it's pretty much the same > > amount of traffic. > > > I'll leave you to debate the difference between a router style 550MB > install and a full blown everything > chosen 7GB install. I'm sure a calculator isn't necessary to see the > difference. I'm not sure what point you are trying to make here. > > Also keep in mind that many consumers of live cd's (typically in poor > > countries) have zero network connectivity - all they have is a live cd > > that some benevolent organization sent them. Like Ubuntu's ship it. > > > > The approach I have in mind includes just reusing the ext3 file system > > we have already prepared and just dd that onto the target installation > > block device. That way an install would take very little time and the > > only thing you need to make this work is the live cd itself. > > > This is extremely unflexible and the user is limited to what you've > mastered onto the LiveCD Excuse me? How is this different from Kadishchi built live CD's? CD space is limited. (Oh, sure, it's different insofar that you don't support installing software while the live cd is running - and, you know, this may be the crucial point of people deciding to install Fedora - that they can try and see if their favorite piece of software is actually available before installing Fedora onto their hard disk.) > without yum installing xyz all day long, which they don't even know exists. Pirut is included on my live CD and will, as such, be included on the hard disk when doing OS installs. > With Anaconda it is a familiar, flexible, choosable option, package > selectable interface > along with that upgrading the system from Core to Core is a snap, using > Anaconda. Oh, I see, it sounds like you're making the point that the Anaconda package selector is better than Pirut. If so the Pirut authors better fix this. I'm not really sure who you are designing for here and it sounds like you are not sure yourself either. I think that important goals of a live CD should be 1. Installable without requiring a network (since many potential users will have little or no network connectivity, cf. distributions to poor countries.) 2. Ability to install / try out software before installing the livecd to their hard disk. (to let people see if the apps they need are available) 3. Contains all software the user base you are trying to target wants (why it's good to easily be able to build different flavors, e.g. GNOME desktop, KDE desktop, Eclipse, Music, Games, whatever) all this while fitting on a single 700MB CD. Besides point 1. I've got this covered in pilgrim and in a few weeks I should have command line utilities at least to do the live installs. The UI will follow once the bespoke gnome-diskutil is ready. Jasper, why you (obviously) disagree that these are important for Live CD infrastructure is quite frankly hard to grasp especially when we have competitors (Ubuntu) that do this already and is kicking our ass in this department. I also think it's a really bad idea to try to fix this by using technology (Kadischi) that is inferior to theirs. Have a nice day. David From davidz at redhat.com Sun Sep 24 00:50:37 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 20:50:37 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> Message-ID: <1159059037.2456.90.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 15:19 +0200, Chitlesh GOORAH wrote: > For the past 3 days, we have talked and talked. SO WHAT IS NEXT ? Right :-) > > The kadischi's development community isn't that huge, 3 at most. And > soon we will have 4 mechanism for creating fedora livecds. > - Kadischi > - pilgrim > - Jeremy's code > - Jane Dogalt's work > > To my guess, the last three has one developper ? That makes us around > 6 working for the same output, a fedora livecd! Yea. Btw, technically I'm more aiming for something that can be described as tools for easily rolling bootable (and optionally installable) images of software from yum repositories. This is a bit more abstract... but I'm aiming for something that projects like OLPC can use too. It's ambitious but, I think, doable. I think one key point here is that I want to make it extremely simple to do (derived) distributions based on Fedora. With pilgrim this simply becomes 1. provide a yum repo with the packages you fork (including one package mydistro-release that Provides: fedora-release). 2. write a pilgrim stream definition file. 3. roll an installable cd / dvd 4. ??? 5. profit > Thus, why not work together to make something _centralized_ ? Just > like fedora likes to do. > I've been to the Kadischi Project since January, and I feel our goals > are fading away due to lack of communcation with other fedora > projects. > > Rahul did reveal something, a LiveCD can be used for: > - Freemedia, lower the expenses (Max would be happy) > - unleashKDE, more contributors to KDE (i'll be happy and Rex too:) ) > > Can we make kadischi a centralized tool for livecd generation but with plugins ? > By plugins, I mean > > > kadischi package: > > - /usr/bin/kadischi-pilgrim > - /usr/bin/kadischi-anaconda > - kadischi core > - post install scripts > > Both certainly have the same core and similar post -install scripts, > but the methods vary. > > /usr/bin/kadischi-pilgrim calls for core and uses yum and doesn't > depends on anaconda and finally uses common post install scripts . > Output a livecd image > > if /usr/bin/kadischi-anaconda calls for core and uses anaconda and > finally uses common post install scripts . Output a livecd image. > > Hence, we all can work on "kadischi core" and both David and Jasper > will be happy (I guess). > > David, do you think that this may be posssible with the OLPC project. > Jasper, what do you think about it ? Well, I'm not sure it's a good idea to have two code paths for two different kinds of configuration. In general one should try to minimize the amount of options in the sake of at least keeping the code simple. Also, I hate to sound like an asshole, but I pretty much think pilgrim is done (except for the install use case but that's really outside of pilgrim) and fits the bill for at least the OLPC and Fedora live CD use cases. To be honest, I'm just not sure how it can be combined in a meaningful way with Kadischi or Anaconda or even what the benefits would be. Any takers? There's also the point that at least Jasper and I have differing views on what an "installable livecd" is cf. the earlier mails today... and as such this great affects how the architecture of the tool set is going to look like. But, sure, having multiple similar competing projects sucks badly but, then again... such is open source. Anyone can write what they want and new projects can surface which might jeopardize existing projects. IN a bizarre way it's also a bit healthy and helps keep people on guard and productive :-) - but now I'm digressing... David From jasperhartline at adelphia.net Sun Sep 24 00:56:10 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 19:56:10 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159057161.2456.67.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> <1159057161.2456.67.camel@zelda.fubar.dk> Message-ID: <4515D7AA.10701@adelphia.net> David Zeuthen wrote: > On Sat, 2006-09-23 at 18:40 -0500, Jasper Hartline wrote: > >>> I see. Sorry, but I think this is a little backwards, I mean, why >>> wouldn't I just download the install CD's; it's pretty much the same >>> amount of traffic. >>> >>> >> I'll leave you to debate the difference between a router style 550MB >> install and a full blown everything >> chosen 7GB install. I'm sure a calculator isn't necessary to see the >> difference. >> > > I'm not sure what point you are trying to make here. > The point is that, you wouldn't download the entire distribution of X many discs when there is a LiveCD you can install from, that provides the same interface as the real installer discs. This would be Anaconda. There is a big difference in downloading 3.2GB of data than installing a 1.6GB system with X from a LiveCD installer interface and not needing to know which discs are required, this requires the network unless it is a DVD in which case the 3.2GB could be provided on disc. This doesn't change the installer interface, Kadischi and Anaconda are still able to use a local repository for installation. >>> Also keep in mind that many consumers of live cd's (typically in poor >>> countries) have zero network connectivity - all they have is a live cd >>> that some benevolent organization sent them. Like Ubuntu's ship it. >>> >>> The approach I have in mind includes just reusing the ext3 file system >>> we have already prepared and just dd that onto the target installation >>> block device. That way an install would take very little time and the >>> only thing you need to make this work is the live cd itself. >>> >>> >> This is extremely unflexible and the user is limited to what you've >> mastered onto the LiveCD >> > > Excuse me? How is this different from Kadishchi built live CD's? CD > space is limited. > Exactly. Using Anaconda to install to system defeats this barrier. >> With Anaconda it is a familiar, flexible, choosable option, package >> selectable interface >> along with that upgrading the system from Core to Core is a snap, using >> Anaconda. >> > > Oh, I see, it sounds like you're making the point that the Anaconda > package selector is better than Pirut. If so the Pirut authors better > fix this. > Pirut was made for installing packages, not installing complete systems. Yes, we know Pirut doesn't partition disks using LVM, or RAID or making SWAP where you want it which is compensated by your rogue disk tools.. this is also going to be wary at first as people are familiar with Anaconda and it is an already existing Fedora Core tool, not a rogue disk partitioner that you wrote up in a weekend. > I'm not really sure who you are designing for here and it sounds like > you are not sure yourself either. I think that important goals of a live > CD should be > > 1. Installable without requiring a network > (since many potential users will have little or no network > connectivity, cf. distributions to poor countries.) > > 2. Ability to install / try out software before installing the livecd > to their hard disk. > (to let people see if the apps they need are available) > > 3. Contains all software the user base you are trying to target wants > (why it's good to easily be able to build different flavors, e.g. > GNOME desktop, KDE desktop, Eclipse, Music, Games, whatever) > > all this while fitting on a single 700MB CD. Besides point 1. I've got > this covered in pilgrim and in a few weeks I should have command line > utilities at least to do the live installs. The UI will follow once the > bespoke gnome-diskutil is ready. > > Jasper, why you (obviously) disagree that these are important for Live > CD infrastructure is quite frankly hard to grasp especially when we have > competitors (Ubuntu) that do this already and is kicking our ass in this > department. I also think it's a really bad idea to try to fix this by > using technology (Kadischi) that is inferior to theirs. > Again, Kadischi builds LiveCDs. Anaconda is the system installer. Anaconda is by far not inferior for installing from a LiveCD. J .Hartline From jasperhartline at adelphia.net Sun Sep 24 01:08:25 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 20:08:25 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159059037.2456.90.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <1159059037.2456.90.camel@zelda.fubar.dk> Message-ID: <4515DA89.80708@adelphia.net> David Zeuthen wrote: > Well, I'm not sure it's a good idea to have two code paths for two > different kinds of configuration. In general one should try to minimize > the amount of options in the sake of at least keeping the code simple. > The Kadischi LiveCD build case takes any of 2 to 3 arguments. 1) --text or --graphical or none which defaults to graphical and falls back to text. 2) The repository you are installing from to build the LiveCD 3) The path and filename of the result product ISO image. The Kadischi/Anaconda LiveCD-to-system install takes exactly one argument: 1) The repository you are installing from > But, sure, having multiple similar competing projects sucks badly but, > then again... such is open source. Kadischi is in no sort of competition with anyone, not you not pilgrim, and certainly not other distribution's LiveCDs or applications. From day one I have had my own idea of what Kadischi could be and as the days go by it is slowly making it to that point. This is not driven by competition. The idea to have an installable LiveCD has been on my plate for a while and day to day I keep on my toes to keep Anaconda and Kadischi operating properly to reach this goal, and to simply maintain Kadischi's functionality. Who are you in competition with again? To me it sounds like you are chasing ghosts. J. Hartline From davidz at redhat.com Sun Sep 24 01:10:44 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 21:10:44 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4515D7AA.10701@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> <1159057161.2456.67.camel@zelda.fubar.dk> <4515D7AA.10701@adelphia.net> Message-ID: <1159060244.2456.104.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 19:56 -0500, Jasper Hartline wrote: > Anaconda and it is an already existing Fedora Core tool, not a rogue > disk partitioner You blatantly ignore the fact that we need such a tool anyway. Only giving the users UI for for LVM / RAID setup in the installer is just weird. Btw, the reason I'm writing this tool has nothing to do with Live CD's - it's something we're working together on in upstream projects like freedesktop.org, GNOME and KDE to do anyway. > that you wrote up in a weekend. There's no need to be nasty here. You're welcome to review my list of contributions to the open source community if you doubt if I'm capable of writing such a thing. > Again, Kadischi builds LiveCDs. Anaconda is the system installer. > Anaconda is by far not inferior for installing from a LiveCD. Of course it is. You make the users download the bits twice and makes it impossible to deliver an usable live CD in 700 MB. I have no idea who you are designing for. Good luck, David From davidz at redhat.com Sun Sep 24 01:18:56 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 21:18:56 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4515DA89.80708@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <1159059037.2456.90.camel@zelda.fubar.dk> <4515DA89.80708@adelphia.net> Message-ID: <1159060736.2456.112.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 20:08 -0500, Jasper Hartline wrote: > Kadischi is in no sort of competition with anyone, not you not pilgrim, > and certainly not > other distribution's LiveCDs or applications. One reality you cannot escape is the fact that there is no good live cd for Fedora yet. Chitlesh made the point that we should start working together. I don't see this happening as at least you and I have very different goals. Good luck, David From jasperhartline at adelphia.net Sun Sep 24 01:23:45 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 20:23:45 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159060244.2456.104.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> <1159057161.2456.67.camel@zelda.fubar.dk> <4515D7AA.10701@adelphia.net> <1159060244.2456.104.camel@zelda.fubar.dk> Message-ID: <4515DE21.4040502@adelphia.net> David Zeuthen wrote: > On Sat, 2006-09-23 at 19:56 -0500, Jasper Hartline wrote: > >> Anaconda and it is an already existing Fedora Core tool, not a rogue >> disk partitioner >> > > You blatantly ignore the fact that we need such a tool anyway. Only > giving the users UI for for LVM / RAID setup in the installer is just > weird. Btw, the reason I'm writing this tool has nothing to do with Live > CD's - it's something we're working together on in upstream projects > like freedesktop.org, GNOME and KDE to do anyway. > Yes, but it doesn't exist yet. This is the point you're missing. >> that you wrote up in a weekend. >> > > There's no need to be nasty here. You're welcome to review my list of > contributions to the open source community if you doubt if I'm capable > of writing such a thing. > You are the one implying I'm being nasty. In my opinion coming form a military background you have a totally different mindset than I, talking about competitions and inferiority, and superiority and other distributions. >> Again, Kadischi builds LiveCDs. Anaconda is the system installer. >> Anaconda is by far not inferior for installing from a LiveCD. >> > > Of course it is. You make the users download the bits twice and makes it > impossible to deliver an usable live CD in 700 MB. > > The only bits you'd have downloaded was the LiveCD. There is no duplication of downloading of material in this use case. If I'm overlooking your point or where there is some duplicity please inform me. J. Hartline From jasperhartline at adelphia.net Sun Sep 24 01:26:12 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 20:26:12 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159060736.2456.112.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <1159059037.2456.90.camel@zelda.fubar.dk> <4515DA89.80708@adelphia.net> <1159060736.2456.112.camel@zelda.fubar.dk> Message-ID: <4515DEB4.3050007@adelphia.net> David Zeuthen wrote: > On Sat, 2006-09-23 at 20:08 -0500, Jasper Hartline wrote: > >> Kadischi is in no sort of competition with anyone, not you not pilgrim, >> and certainly not >> other distribution's LiveCDs or applications. >> > > One reality you cannot escape is the fact that there is no good live cd > for Fedora yet. Chitlesh made the point that we should start working > together. I don't see this happening as at least you and I have very > different goals. > As I've stated, we have two different mindsets, yes maybe different goals. I don't have to "escape a reality" as I've been hacking on Kadischi I'm creating a reality. There is a fundamental difference. J. Hartline From davidz at redhat.com Sun Sep 24 01:49:45 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 21:49:45 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4515DE21.4040502@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> <1159057161.2456.67.camel@zelda.fubar.dk> <4515D7AA.10701@adelphia.net> <1159060244.2456.104.camel@zelda.fubar.dk> <4515DE21.4040502@adelphia.net> Message-ID: <1159062585.2456.119.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 20:23 -0500, Jasper Hartline wrote: > > You blatantly ignore the fact that we need such a tool anyway. Only > > giving the users UI for for LVM / RAID setup in the installer is just > > weird. Btw, the reason I'm writing this tool has nothing to do with Live > > CD's - it's something we're working together on in upstream projects > > like freedesktop.org, GNOME and KDE to do anyway. > > > Yes, but it doesn't exist yet. This is the point you're missing. It will. It's sometimes good in software design to take a few steps back and look at the bigger picture. > > Of course it is. You make the users download the bits twice and makes it > > impossible to deliver an usable live CD in 700 MB. > > > The only bits you'd have downloaded was the LiveCD. > There is no duplication of downloading of material in this use case. > If I'm overlooking your point or where there is some duplicity please > inform me. The live cd contains the installed bits already, e.g. for example all the X.org stuff, the GNOME stuff, /bin/bash or whatever is already available and can be copied over to the hard disk. David From jasperhartline at adelphia.net Sun Sep 24 01:58:09 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sat, 23 Sep 2006 20:58:09 -0500 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159062585.2456.119.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> <1159057161.2456.67.camel@zelda.fubar.dk> <4515D7AA.10701@adelphia.net> <1159060244.2456.104.camel@zelda.fubar.dk> <4515DE21.4040502@adelphia.net> <1159062585.2456.119.camel@zelda.fubar.dk> Message-ID: <4515E631.4030004@adelphia.net> David Zeuthen wrote: >>> Of course it is. You make the users download the bits twice and makes it >>> impossible to deliver an usable live CD in 700 MB. >>> >>> >> The only bits you'd have downloaded was the LiveCD. >> There is no duplication of downloading of material in this use case. >> If I'm overlooking your point or where there is some duplicity please >> inform me. >> > > The live cd contains the installed bits already, e.g. for example all > the X.org stuff, the GNOME stuff, /bin/bash or whatever is already > available and can be copied over to the hard disk. > That's just splendid. You're sacrificing flexibility and user choice for what you think is the right way to do things and accommodate for the least common denominator which is someone without any network, and if they had a network, not enough bandwidth to surf the web for a month in general use cases. This simply is not Kadischi's goal. Kadischi will allow you to build and install from a LiveCD with a diverse package set. As much as Anaconda allows. In the LiveDVD case there is no downloading anything duplicate. J. Hartline From davidz at redhat.com Sun Sep 24 03:02:06 2006 From: davidz at redhat.com (David Zeuthen) Date: Sat, 23 Sep 2006 23:02:06 -0400 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <4515E631.4030004@adelphia.net> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> <1159057161.2456.67.camel@zelda.fubar.dk> <4515D7AA.10701@adelphia.net> <1159060244.2456.104.camel@zelda.fubar.dk> <4515DE21.4040502@adelphia.net> <1159062585.2456.119.camel@zelda.fubar.dk> <4515E631.4030004@adelphia.net> Message-ID: <1159066926.2446.11.camel@zelda.fubar.dk> On Sat, 2006-09-23 at 20:58 -0500, Jasper Hartline wrote: > > The live cd contains the installed bits already, e.g. for example all > > the X.org stuff, the GNOME stuff, /bin/bash or whatever is already > > available and can be copied over to the hard disk. > > > That's just splendid. I think so. > You're sacrificing flexibility and user choice There is no loss of flexibility and user choice. > for what you think is the > right way to do things > and accommodate for the least common denominator Both Kadischi and pilgrim are live CD's. The live cd created will always have to make a choice what to put on the CD's. People installing the live CD to hard disk can always use Pirut > which is someone > without any network, and if they > had a network, not enough bandwidth to surf the web for a month in > general use cases. Not at all. It's just an added bonus users don't need a network to actually install the OS to a hard disk. > This simply is not Kadischi's goal. > Kadischi will allow you to build and install from a LiveCD with a > diverse package set. So will pilgrim. Users can simply use Pirut to install software afterwards. > As much as Anaconda allows. ... and there is no need to have constraints imposed by anaconda in pilgrim. > In the LiveDVD case there is no downloading anything duplicate. Of course there is as you'll include the binary both as an RPM and in the squashfs (or whatever). Also, DVD media is more expensive than CD media. So are DVD writers. I think this thread isn't useful anymore. Suggest we just put our differences aside. Good luck, David From sundaram at fedoraproject.org Sun Sep 24 12:35:11 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sun, 24 Sep 2006 18:05:11 +0530 Subject: [Fedora-livecd-list] pilgrim livecd work In-Reply-To: <1159057161.2456.67.camel@zelda.fubar.dk> References: <1158731488.26429.83.camel@zelda.fubar.dk> <4510F64E.4070207@adelphia.net> <1158764968.2518.19.camel@zelda.fubar.dk> <13dbfe4f0609230619h24e6622exa980f3cd2864274b@mail.gmail.com> <45153797.5090301@adelphia.net> <1159042291.2456.16.camel@zelda.fubar.dk> <4515A49C.3010904@adelphia.net> <1159050041.2456.25.camel@zelda.fubar.dk> <4515B4B6.2070902@adelphia.net> <1159051555.2456.41.camel@zelda.fubar.dk> <4515C5EC.7090305@adelphia.net> <1159057161.2456.67.camel@zelda.fubar.dk> Message-ID: <45167B7F.8080500@fedoraproject.org> David Zeuthen wrote: > Oh, I see, it sounds like you're making the point that the Anaconda > package selector is better than Pirut. If so the Pirut authors better > fix this. No. Anaconda uses Pirut. It was designed for this explicitly. So as far as package selection is concerned, there is zero difference between doing it in Anaconda or post installation. Rahul From chitlesh at fedoraproject.org Sun Sep 24 22:35:59 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 25 Sep 2006 00:35:59 +0200 Subject: [Fedora-livecd-list] GUI: incomplete and severely broken Message-ID: <13dbfe4f0609241535o420bf9b1y65a32bc149a67f10@mail.gmail.com> Hello, Jasper, here is my /usr/local/share/kadischi http://chitlesh.funpic.de/kadischi.tar.bz2 It's broken like hell and like I said before on irc, it's about 20% complete. If a livecd can be spinned out of it, other features can be easily added. questions? ask here :) Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Mon Sep 25 00:27:47 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sun, 24 Sep 2006 19:27:47 -0500 Subject: [Fedora-livecd-list] GUI: incomplete and severely broken In-Reply-To: <13dbfe4f0609241535o420bf9b1y65a32bc149a67f10@mail.gmail.com> References: <13dbfe4f0609241535o420bf9b1y65a32bc149a67f10@mail.gmail.com> Message-ID: <45172283.6090200@adelphia.net> Chitlesh GOORAH wrote: > Hello, > Jasper, here is my /usr/local/share/kadischi > > http://chitlesh.funpic.de/kadischi.tar.bz2 > > It's broken like hell and like I said before on irc, it's about 20% > complete. > If a livecd can be spinned out of it, other features can be easily added. > > questions? ask here :) I see your first problem is this: # make initrd image and pickup kernel version cause when we move files arround, it will be late print ("[kadischi]: making initrd image") kernel = make_initrds(sysdir, bindir) This is not upstream source, since you assign the output of make_initrds(sysdir, bindir) to kernel you never reall execute make_initrds() I have no clue what your aim is here but this is not upstream source. Please create a usable tar bzip2 for people to test with. Invoking kadischi with teh --gui switch also produces an import error: [root at localhost kadischi-chitlesh]# kadischi --gui Traceback (most recent call last): File "/usr/share/kadischi/kadischigui.py", line 29, in ? from k_kadischi import * File "/usr/share/kadischi/k_kadischi.py", line 10, in ? from qt import * ImportError: No module named qt [root at localhost kadischi-chitlesh]# If you know that qt is a module in a certain Python plugin or a PyQT package please state as such. J. Hartline From jasperhartline at adelphia.net Mon Sep 25 01:01:05 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sun, 24 Sep 2006 20:01:05 -0500 Subject: [Fedora-livecd-list] GUI: incomplete and severely broken In-Reply-To: <13dbfe4f0609241535o420bf9b1y65a32bc149a67f10@mail.gmail.com> References: <13dbfe4f0609241535o420bf9b1y65a32bc149a67f10@mail.gmail.com> Message-ID: <45172A51.5040306@adelphia.net> Chitlesh GOORAH wrote: > Hello, > Jasper, here is my /usr/local/share/kadischi > > http://chitlesh.funpic.de/kadischi.tar.bz2 > > It's broken like hell and like I said before on irc, it's about 20% > complete. > If a livecd can be spinned out of it, other features can be easily added. > > questions? ask here :) In kadischigui.py you are running the post install scripts before movefiles.py which is incorrect. Also the kernel variable is used within kadischi.py so I'm sure you're breaking something by assigning it to make_initrds(). Please recheck the sequence of events in kadischigui.py to be sure you aren't modifying the sysdir variable also. This is my first assumption about the failure I am seeing with teh upstream source and just pixmaps/, kadischigui.py and k_kadischi.py dropped in. J. Hartline From jasperhartline at adelphia.net Mon Sep 25 01:07:03 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Sun, 24 Sep 2006 20:07:03 -0500 Subject: [Fedora-livecd-list] GUI: incomplete and severely broken In-Reply-To: <45172A51.5040306@adelphia.net> References: <13dbfe4f0609241535o420bf9b1y65a32bc149a67f10@mail.gmail.com> <45172A51.5040306@adelphia.net> Message-ID: <45172BB7.8030907@adelphia.net> Jasper Hartline wrote: > Chitlesh GOORAH wrote: >> Hello, >> Jasper, here is my /usr/local/share/kadischi >> >> http://chitlesh.funpic.de/kadischi.tar.bz2 >> >> It's broken like hell and like I said before on irc, it's about 20% >> complete. >> If a livecd can be spinned out of it, other features can be easily >> added. >> >> questions? ask here :) > In kadischigui.py you are running the post install scripts before > movefiles.py which is incorrect. Excuse me, rather you AREN'T running post_install_scripts before movefiles.py, which is incorrect. J. Hartline From jdogalt at yahoo.com Mon Sep 25 23:20:30 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Mon, 25 Sep 2006 16:20:30 -0700 (PDT) Subject: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... In-Reply-To: <1158952987.2422.30.camel@daxter.boston.redhat.com> Message-ID: <20060925232031.22579.qmail@web56914.mail.re3.yahoo.com> --- David Zeuthen wrote: > > On Thu, 2006-09-21 at 20:57 -0700, Jane Dogalt wrote: > > Certainly your writing your own installer seperate from anaconda > can > > give you a better feeling that tons of code isn't being run as root > in > > a way that it wasn't really designed (well) from the ground up to > do. > > > > But the other major thing is general security. If it wasn't code > that > > you had written yourself, how comfortable would you feel trying to > use > > your main workstation to generate a custom livecd (when it's > churning > > away in root-mode for hour/s)? > > Probably not very comfortable. Then again, we all run pretty security > sensitive code but normally that have been vetted by several OS > vendors. > > I rarely run random code as root that some dude sends to a mailing > list > without reading it through. Thats an obvious issue, but even if I had all the trust in the author, I'd still be trusting all of those %pre/%post scripts, and whatever other stuff, as root. I know redhat/fedora have relatively stellar quality control (I actually mean that), but still, I'd much rather run those hundreds of pre/post scripts and whatnot from extras or less vetted repositories, in a container as you say. > > If my project is successful, I forsee people feeling much more > > comfortable doing a - > > > > (as root) yum install vsys (or local per user root-less install) > > (as user) vsys generate liveiso \ > > --config=mediacenter_appliance.xml \ > > --addpackages=myfavoriteeditor,meld \ > > mylivedvd.iso > > Yea. Using some kind of container (qemu, xen, whatever) / jail (e.g. > chroot) is probably a good idea. I don't see that being hard to add > to > pilgrim, though, the container approach raises an interesting Chinese > Box paradox: how do you build the container in the first place? :-) I'm a bit fuzzy on your philisophical allusion, but I'll posit a couple of answers, which may or may not have anything to do with your point- 1) cryptic riddle answer: (use '-snapshot -hda X -hdb Y' | X==Y) 2) project genesis: - how do you build the container? - presumably an almost unanswerable bootstrapping issue, but my answer- - take fc5 for now, make a lower order bootstrap later if desired - I.e. what I want to see: yum install vsys vsys generate liveiso -config=fc5_genesis.xml fc5genesis.iso qemu-img create /tmp/fc5stuffs.img 50G qemu-img create /tmp/scratcharea.img 50G qemu -boot d -hda /tmp/scratcharea.img -cdrom fc5genesis.iso tar tvzf /tmp/fc5stuffs.img which utilizes only for input an implicit connection to the fc5 normal installer dvd and source iso images (or simple http/ftp tree thereof) and after some period of time (week?) ultimately produces the following output ./fc5-x86_install_dvd.iso # (binaries compiled from scratch, using bootstrap of orig fc5 binaries) ./fc5_sources_dvd.iso # if you really want to get crazy and add 2 weeks of build time ./fc5-ppc_install_dvd.iso (and/or simple http/ftp tree thereof). (and by install_dvd, I mean the things fedora/redhat ships today) (and if you want to add another few days of build time, you can include a set of regression tests against the install_dvd.iso's, by qemu/container booting them before shutting down to tell the user the output is ready. And of course all this can churn away happily on a headless server farm... bwa ha ha ha....) -dmc/jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jdogalt at yahoo.com Tue Sep 26 18:03:41 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Tue, 26 Sep 2006 11:03:41 -0700 (PDT) Subject: bootstrapping/genesis, was Re: [Fedora-livecd-list] Welcome Pilgrims, please don't take our land... In-Reply-To: <20060925232031.22579.qmail@web56914.mail.re3.yahoo.com> Message-ID: <20060926180341.61149.qmail@web56904.mail.re3.yahoo.com> A couple clarifications/typofixes, lest I confound people... > 2) project genesis: > > - how do you build the container? - presumably an almost > unanswerable > bootstrapping issue, but my answer- > - take fc5 for now, make a lower order bootstrap later if > desired > - I.e. what I want to see: > yum install vsys > vsys generate liveiso -config=fc5_genesis.xml > fc5genesis.iso > qemu-img create /tmp/fc5stuffs.img 50G > qemu-img create /tmp/scratcharea.img 50G > qemu -boot d -hda /tmp/scratcharea.img -cdrom > fc5genesis.iso I forgot to type -hdb /tmp/fc5stuffs in there. And the explicit qemu invocation was for illustrative purposes. Really I'd use "vsys runimage fc5genesis.iso", which is a wrapper with a security enhanced version of the embedded vnc option that got added recently to qemu (amongst other niceties). Second, my comment below about implicit connection to sources, just means that the default qemu invocation allows outgoing networking through the host, thus you can pull the fedora repos from the net, rather than providing them to the qemu system in another fashion. Last, obviously fc5->fc5 is only illustrative. fc5->fc6 or fc5->latest_rawhide, might be more useful. (perhaps combined with as easy to use a method for distributing the build across many systems running the same build hosts (in containers, via copying/sharing the genesis .iso)) But of course all of this very much a second priority to simply besting the featureset of ubuntu et al... (and doing the multitude of cool stuff with a livecd generator that is much cooler for end users than the genesis stuff) -dmc/jdog > tar tvzf /tmp/fc5stuffs.img > > which utilizes only for input an implicit connection to the fc5 > normal > installer dvd and source iso images (or simple http/ftp tree thereof) > and after some period of time (week?) ultimately produces the > following > output > > ./fc5-x86_install_dvd.iso > # (binaries compiled from scratch, using bootstrap of orig fc5 > binaries) > ./fc5_sources_dvd.iso > # if you really want to get crazy and add 2 weeks of build time > ./fc5-ppc_install_dvd.iso > > (and/or simple http/ftp tree thereof). > (and by install_dvd, I mean the things fedora/redhat ships today) > > (and if you want to add another few days of build time, you can > include > a set of regression tests against the install_dvd.iso's, by > qemu/container booting them before shutting down to tell the user the > output is ready. And of course all this can churn away happily on a > headless server farm... bwa ha ha ha....) > > -dmc/jdog > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at 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 From majain at redhat.com Wed Sep 27 07:25:36 2006 From: majain at redhat.com (=?UTF-8?Q?=E0=A4=AE=E0=A4=AF=E0=A4=82=E0=A4=95_=E0=A4=9C=E0=A5=88?= =?UTF-8?Q?=E0=A4=A8?=) Date: Wed, 27 Sep 2006 12:55:36 +0530 Subject: [Fedora-livecd-list] Error in creating Live CD from Rawhide Message-ID: <1159341936.2671.18.camel@majain.pnq.redhat.com> Hi, I was trying my hands at kadischi & issued the following command # kadischi http://localhost/i386/ ./live.iso http://localhost/i386 is the place where Rawhide devel tree is mirrored. However, the iso creation process ends with the following error... The target iso is not created. ----start---- [kadischi]: estimated live.iso size is between 778312735.6 and 845992103.913 bytes [kadischi]: making initrd image cp: cannot stat `/tmp/kadischi.OBhHPU/system/etc/makedev.d/*': No such file or directory 22292 blocks [kadischi]: 2.6.18-1.2689.fc6 initrd made successfully! [kadischi]: moving files that should be on tmpfs Traceback (most recent call last): File "/usr/share/kadischi/movefiles.py", line 85, in ? shutil.copytree (src, dst) File "/usr/lib/python2.4/shutil.py", line 132, in copytree raise Error, errors shutil.Error: [('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc5.d/S99local', '/tmp/kadischi.OBhHPU/system/etc/rc.d/rc5.d/S99local', ), ('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc4.d/S99local', '/tmp/kadischi.OBhHPU/system/etc/rc.d/rc4.d/S99local', ), ('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc2.d/S99local', '/tmp/kadischi.OBhHPU/system/etc/rc.d/rc2.d/S99local', ), ('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc3.d/S99local', '/tmp/kadischi.OBhHPU/system/etc/rc.d/rc3.d/S99local', )] Traceback (most recent call last): File "/usr/share/kadischi/kadischi.py", line 501, in ? rc = main() File "/usr/share/kadischi/kadischi.py", line 206, in main execute (args) File "/usr/share/kadischi/kadischi.py", line 495, in execute raise RuntimeError, "Failed to execute", args[0] TypeError: raise: arg 3 must be a traceback or None You have new mail in /var/spool/mail/root ----end---- I'd appreciate any pointer for the above error. I still have /tmp/kadischi.OBhHPU/ intact & can look for any log files if needed. Thanks in advance, Mayank http://www.makuchaku.info From olivares14031 at yahoo.com Fri Sep 29 15:36:44 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Fri, 29 Sep 2006 08:36:44 -0700 (PDT) Subject: [Fedora-livecd-list] system-config-display does not work, using Fedora Live cd generated by kadishi Message-ID: <20060929153644.4917.qmail@web52612.mail.yahoo.com> Dear all, I am writing to you from a Fedora Live CD generated by Kadishi on a Dell Optiplex GX520. This is the same computer that generated the messages, spinlock kernel. No there are no more of those messages. The problem is with system-config-display. Following the info, I will attach the error message. Sorry if I put more information than I was supposed to. [root at localhost ~]# uname -a Linux localhost.localdomain 2.6.18-1.2699.fc6 #1 SMP Tue Sep 26 23:49:34 EDT 2006 i686 i686 i386 GNU/Linux [root at localhost ~]# [root at localhost ~]# cat /etc/fedora-release Fedora Core release 5.92 (FC6 Test3) [root at localhost ~]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 3 cpu MHz : 2992.650 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr bogomips : 5991.82 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 3 cpu MHz : 2992.650 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr bogomips : 5985.18 [root at localhost ~]# [root at localhost ~]# lspci 00:00.0 Host bridge: Intel Corporation 945G/GZ/P/PL Express Memory Controller Hub (rev 02) 00:01.0 PCI bridge: Intel Corporation 945G/GZ/P/PL Express PCI Express Root Port (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02) 00:02.1 Display controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1e.2 Multimedia audio controller: Intel Corporation 82801G (ICH7 Family) AC'97 Audio Controller (rev 01) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01) [root at localhost ~]# Also how I configured X using Xorg -configure and was successfull getting X to load. Regards, Antonio -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: configdisplay.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: useXorgconfig.txt URL: From olivares14031 at yahoo.com Fri Sep 29 23:09:18 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Fri, 29 Sep 2006 16:09:18 -0700 (PDT) Subject: [Fedora-livecd-list] system-config-display does not work again Message-ID: <20060929230919.61870.qmail@web52612.mail.yahoo.com> Dear All, I have successfully created a livecd with Kadishi and I tried again with one of my home computers and I tried system-config-display and this is what I got: [root at localhost ~]# system-config-display /usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py:69: GtkWarning: could not open display warnings.warn(str(e), _gtk.Warning) /usr/share/system-config-display/xConfigDialog.py:495: Warning: invalid (NULL) pointer instance xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: Warning: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: GtkWarning: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: Warning: g_object_get: assertion `G_IS_OBJECT (object)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: Warning: value "TRUE" of type `gboolean' is invalid or out of range for property `visible' of type `gboolean' xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: GtkWarning: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_context_set_font_description: assertion `context != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_context_set_base_dir: assertion `context != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_context_set_language: assertion `context != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_new: assertion `context != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_text: assertion `layout != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_attributes: assertion `layout != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_alignment: assertion `layout != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_ellipsize: assertion `PANGO_IS_LAYOUT (layout)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_get_pixel_extents: assertion `PANGO_IS_LAYOUT (layout)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/xConfigDialog.py:495: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display") /usr/share/system-config-display/screenSizePreview.py:58: GtkWarning: gdk_screen_get_width: assertion `GDK_IS_SCREEN (screen)' failed gtk.gdk.screen_width(), gtk.gdk.screen_height()) /usr/share/system-config-display/screenSizePreview.py:58: GtkWarning: gdk_screen_get_height: assertion `GDK_IS_SCREEN (screen)' failed gtk.gdk.screen_width(), gtk.gdk.screen_height()) /usr/share/system-config-display/screenSizePreview.py:58: GtkWarning: gdk_pixbuf_new: assertion `width > 0' failed gtk.gdk.screen_width(), gtk.gdk.screen_height()) Traceback (most recent call last): File "/usr/share/system-config-display/xconf.py", line 377, in ? dialog = xConfigDialog.XConfigDialog(hardware_state, xconfig, rhpxl.videocard.VideoCardInfo()) File "/usr/share/system-config-display/xConfigDialog.py", line 523, in __init__ self.size_preview = screenSizePreview.ScreenSizePreview(xml.get_widget("screenshot_darea"),114,86) File "/usr/share/system-config-display/screenSizePreview.py", line 58, in __init__ gtk.gdk.screen_width(), gtk.gdk.screen_height()) RuntimeError: could not create GdkPixbuf object [root at localhost ~]# uname -a Linux localhost.localdomain 2.6.18-1.2699.fc6 #1 SMP Tue Sep 26 23:49:34 EDT 2006 i686 athlon i386 GNU/Linux [root at localhost ~]# cat /etc/fedora-release Fedora Core release 5.92 (FC6 Test3) [root at localhost ~]# Is there any bugzilla on system-config-display so I can add this or should I wait a little and generate another livecd and try again and report back. Regards, Antonio From jasperhartline at adelphia.net Sat Sep 30 00:44:59 2006 From: jasperhartline at adelphia.net (Jasper Hartline) Date: Fri, 29 Sep 2006 19:44:59 -0500 Subject: [Fedora-livecd-list] system-config-display does not work again In-Reply-To: <20060929230919.61870.qmail@web52612.mail.yahoo.com> References: <20060929230919.61870.qmail@web52612.mail.yahoo.com> Message-ID: <451DBE0B.7080208@adelphia.net> Antonio Olivares wrote: > Dear All, > > I have successfully created a livecd with Kadishi and I tried again with one of my home computers and I tried system-config-display and this is what I got: > What version-release is the system-config-display package on that LiveCD? J. Hartline From olivares14031 at yahoo.com Sat Sep 30 05:00:57 2006 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Fri, 29 Sep 2006 22:00:57 -0700 (PDT) Subject: [Fedora-livecd-list] system-config-display does not work again Message-ID: <20060930050057.96838.qmail@web52601.mail.yahoo.com> ----- Original Message ---- From: Jasper Hartline To: fedora-livecd-list at redhat.com Sent: Friday, September 29, 2006 8:44:59 PM Subject: Re: [Fedora-livecd-list] system-config-display does not work again Antonio Olivares wrote: > Dear All, > > I have successfully created a livecd with Kadishi and I tried again with one of my home computers and I tried system-config-display and this is what I got: > What version-release is the system-config-display package on that LiveCD? [root at localhost ~]# rpm -qa system-config-display system-config-display-1.0.45-1 [root at localhost ~]# I also see the following in the install log. Not related to this, but I have forgotten to ask Installing java-1.4.2-gcj-compat - 1.4.2.0-40jpp.109.i386 GC Warning: Couldn't read /proc/stat GC Warning: GC_get_nprocs() returned -1 *** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbff30f68 *** ======= Backtrace: ========= /lib/libc.so.6[0x1a2edd] /lib/libc.so.6(cfree+0x90)[0x1a6530] /lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x2e9ba6] /usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x1970ea0] /usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x196c8fc] /usr/lib/libgcj.so.7rh(GC_init+0x33)[0x196c983] /usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x1966ff2] /usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0x10f614a] ======= Memory map: ======== dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. GC Warning: Couldn't read /proc/stat GC Warning: GC_get_nprocs() returned -1 *** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbff5df98 *** ======= Backtrace: ========= /lib/libc.so.6[0x5cccedd] /lib/libc.so.6(cfree+0x90)[0x5cd0530] /lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x4a0dba6] /usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x158dea0] /usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x15898fc] /usr/lib/libgcj.so.7rh(GC_init+0x33)[0x1589983] /usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x1583ff2] /usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0xd1314a] ======= Memory map: ======== /usr/bin/rebuild-gcj-db: line 5: 23386 Aborted /usr/bin/gcj-dbtool -n $dbLocation 64 GC Warning: Couldn't read /proc/stat GC Warning: GC_get_nprocs() returned -1 *** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbfb65ba8 *** ======= Backtrace: ========= /lib/libc.so.6[0x182edd] /lib/libc.so.6(cfree+0x90)[0x186530] /lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x81dba6] /usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x2068ea0] /usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x20648fc] /usr/lib/libgcj.so.7rh(GC_init+0x33)[0x2064983] /usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x205eff2] /usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0x17ee14a] ======= Memory map: ======== xargs: /usr/bin/gcj-dbtool: terminated by signal 6 GC Warning: Couldn't read /proc/stat GC Warning: GC_get_nprocs() returned -1 *** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbf95d188 *** ======= Backtrace: ========= /lib/libc.so.6[0x1b9edd] /lib/libc.so.6(cfree+0x90)[0x1bd530] /lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x117ba6] /usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x1786ea0] /usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x17828fc] /usr/lib/libgcj.so.7rh(GC_init+0x33)[0x1782983] /usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x177cff2] /usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0xf0c14a] ======= Memory map: ======== and Installing ttmkfdir - 3.0.9-20.4.i386 chkfontpath: error opening /etc/X11/fs/config xfs: unrecognized service error: %post(ttmkfdir-3.0.9-20.4.i386) scriptlet failed, exit status 1 Regards, Antonio J. Hartline -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list