From dmc.fedora at filteredperception.org Wed Jan 2 00:45:15 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Tue, 01 Jan 2008 18:45:15 -0600 Subject: [Fedora-livecd-list] f8 gripe#2: why did f8's pm-hibernate regress? Message-ID: <477ADE9B.6090303@filteredperception.org> Can someone tell me if there is anything I can do to de-regress f8's pm-hibernate? What I mean is that it seems like in f7, pm-hibernate saved the kernel buffer/filesystem caches as well as the minimal needed stuff. Now in f8, every time I resume, system performance is crap because everything needs to be read piecemeal from disk into the caches again. My analysis is pure speculation based on my understanding of how you can tune that behaviour with suspend2(tux-on-ice). But it is very noticable and very annoying and very clearly a f7->f8 change. -dmc From dmc.fedora at filteredperception.org Wed Jan 2 00:47:38 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Tue, 01 Jan 2008 18:47:38 -0600 Subject: [Fedora-livecd-list] please disregard (wrong list) f8 gripe#2: why did f8's pm-hibernate regress? In-Reply-To: <477ADE9B.6090303@filteredperception.org> References: <477ADE9B.6090303@filteredperception.org> Message-ID: <477ADF2A.30805@filteredperception.org> I wasn't paying close enough attention to my thunderbird tab completion, this mail was meant for fedora-devel. Douglas McClendon wrote: > Can someone tell me if there is anything I can do to de-regress f8's > pm-hibernate? > > What I mean is that it seems like in f7, pm-hibernate saved the kernel > buffer/filesystem caches as well as the minimal needed stuff. Now in > f8, every time I resume, system performance is crap because everything > needs to be read piecemeal from disk into the caches again. > > My analysis is pure speculation based on my understanding of how you can > tune that behaviour with suspend2(tux-on-ice). But it is very noticable > and very annoying and very clearly a f7->f8 change. > > -dmc > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From markmc at redhat.com Wed Jan 2 10:04:04 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 02 Jan 2008 10:04:04 +0000 Subject: [Fedora-livecd-list] Trying to build from GIT In-Reply-To: <4776C404.4040208@kanarip.com> References: <4776C404.4040208@kanarip.com> Message-ID: <1199268244.4628.12.camel@muff> Hi, On Sat, 2007-12-29 at 23:02 +0100, Jeroen van Meeuwen wrote: > Hi, > > I'm building livecd-tools from the latest code in GIT, but rpmlint > complaints like there's no tomorrow: Thanks for pointing these out. > [jmeeuwen at elwood devel]$ rpmlint > /var/lib/mock/fedora-8-x86_64/result/livecd-tools-013-1.fc8.x86_64.rpm > livecd-tools.x86_64: E: non-executable-script > /usr/lib/python2.5/site-packages/imgcreate/kickstart.py 0644 > livecd-tools.x86_64: E: non-executable-script > /usr/lib/python2.5/site-packages/imgcreate/errors.py 0644 > livecd-tools.x86_64: E: non-executable-script > /usr/lib/python2.5/site-packages/imgcreate/creator.py 0644 > livecd-tools.x86_64: E: non-executable-script > /usr/lib/python2.5/site-packages/imgcreate/fs.py 0644 > livecd-tools.x86_64: E: non-executable-script > /usr/lib/python2.5/site-packages/imgcreate/yuminst.py 0644 > livecd-tools.x86_64: E: non-executable-script > /usr/lib/python2.5/site-packages/imgcreate/live.py 0644 > livecd-tools.x86_64: E: non-executable-script > /usr/lib/python2.5/site-packages/imgcreate/__init__.py 0644 Fixed these by removing the #! > livecd-tools.x86_64: W: invalid-license GPL Changed the license tag to GPLv2. > livecd-tools.x86_64: E: no-binary We don't have any arch specific binaries, so it should be a noarch package? I presume it's not noarch since it has different RPM requires on different arches? > livecd-tools.x86_64: E: only-non-binary-in-usr-lib This is that /usr/lib/livecd-creator/mayflower should be in /usr/share? Any reason not to? Cheers, Mark. From katzj at redhat.com Wed Jan 2 13:43:33 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 02 Jan 2008 08:43:33 -0500 Subject: [Fedora-livecd-list] Trying to build from GIT In-Reply-To: <1199268244.4628.12.camel@muff> References: <4776C404.4040208@kanarip.com> <1199268244.4628.12.camel@muff> Message-ID: <1199281413.2806.1.camel@localhost.localdomain> On Wed, 2008-01-02 at 10:04 +0000, Mark McLoughlin wrote: > On Sat, 2007-12-29 at 23:02 +0100, Jeroen van Meeuwen wrote: > > livecd-tools.x86_64: E: no-binary > > We don't have any arch specific binaries, so it should be a noarch > package? > > I presume it's not noarch since it has different RPM requires on > different arches? Correct. This is just one of those cases where rpmlint isn't always correct > > livecd-tools.x86_64: E: only-non-binary-in-usr-lib > > This is that /usr/lib/livecd-creator/mayflower should be in /usr/share? > Any reason not to? Leaving it in /usr/lib keeps things working for people running various versions. Longer term, it needs to go away anyway and be replaced with mkinitrd handling live images correctly. Jeremy From bvarney at gmail.com Wed Jan 2 20:16:14 2008 From: bvarney at gmail.com (Brian Varney) Date: Wed, 2 Jan 2008 13:16:14 -0700 Subject: [Fedora-livecd-list] liveinst failing on images made with livecd-creator Message-ID: <19dc81ae0801021216w3742b4a5sa9182de4fbb3cbe9@mail.gmail.com> I'm having problems getting the liveinst to work with images that I create with livecd-creator. The problem only occurs when I make the livecd iso file. Here's the command I'm using to create the iso. "livecd-creator -c /usr/share/livecd-tools/livecd-fedora-8-desktop.ks" liveinst works great until the very end when it says "performing post-installation filesystem changes". This step never finishes. It stays on this step forever and I've waited days. When I try to boot to the installed image, I get a grub prompt but no menu options. I've tried liveinst on the same system using a an iso file straight from http://torrent.fedoraproject.org/torrents//Fedora-8-Live-i686.torrent and liveinst completes with no issues. Any ideas on how to get some more debug information out of liveinst to see what is going wrong? Thanks for any help, Brian Varney -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Wed Jan 2 20:33:05 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 02 Jan 2008 15:33:05 -0500 Subject: [Fedora-livecd-list] liveinst failing on images made with livecd-creator In-Reply-To: <19dc81ae0801021216w3742b4a5sa9182de4fbb3cbe9@mail.gmail.com> References: <19dc81ae0801021216w3742b4a5sa9182de4fbb3cbe9@mail.gmail.com> Message-ID: <1199305985.6402.22.camel@erebor.boston.redhat.com> On Wed, 2008-01-02 at 13:16 -0700, Brian Varney wrote: > I'm having problems getting the liveinst to work with images that I > create with livecd-creator. [snip] > liveinst works great until the very end when it says "performing > post-installation filesystem changes". This step never finishes. It > stays on this step forever and I've waited days. When I try to boot > to the installed image, I get a grub prompt but no menu options. Are you using non-ext3 filesystem images either for installing to or from? Jeremy From bvarney at gmail.com Wed Jan 2 21:48:07 2008 From: bvarney at gmail.com (Brian Varney) Date: Wed, 2 Jan 2008 14:48:07 -0700 Subject: [Fedora-livecd-list] liveinst failing on images made with livecd-creator In-Reply-To: <1199305985.6402.22.camel@erebor.boston.redhat.com> References: <19dc81ae0801021216w3742b4a5sa9182de4fbb3cbe9@mail.gmail.com> <1199305985.6402.22.camel@erebor.boston.redhat.com> Message-ID: <19dc81ae0801021348sadbc92al8fbd6f758946ce77@mail.gmail.com> On Jan 2, 2008 1:33 PM, Jeremy Katz wrote: > On Wed, 2008-01-02 at 13:16 -0700, Brian Varney wrote: > > I'm having problems getting the liveinst to work with images that I > > create with livecd-creator. > [snip] > > liveinst works great until the very end when it says "performing > > post-installation filesystem changes". This step never finishes. It > > stays on this step forever and I've waited days. When I try to boot > > to the installed image, I get a grub prompt but no menu options. > > Are you using non-ext3 filesystem images either for installing to or > from? No. Everything is ext3. From liveinst, I choose "Remove all partitions on selected drives and create default layout", which creates an LVM with an ext3 filesystem. > > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thiago.braga.santana at gmail.com Thu Jan 3 21:30:11 2008 From: thiago.braga.santana at gmail.com (Thiago Braga Santana) Date: Thu, 3 Jan 2008 19:30:11 -0200 Subject: [Fedora-livecd-list] Message-ID: Hello List. I customizing the livecd of Fedora 6 you developed. I urgently need to understand two parameters of the kernel. "LIVEINST" and "LIVEIMG", must fully understand the usefulness of each. Recently I discovered a problem with the livecd, a problem which affects the software in the package lvm2, when do the livecd with bootparam "liveimg." This is the error: " /sbin/lvm.static Parse error at byte 996 (line 43) the expected value. Failed to load config file /etc/lvm/lvm.conf " The detail is key: this problem only occurs when livecd run on computers with hard drive-type SATA2. However, the problem does not occur if I use the bootparam "liveist" instead of "liveimg." I need you to help me understand the concept of these two bootparam because I believe I can help you fix this in the livecd CentOS. Please do me respond as soon as possible. Thank you. Thiago Santana -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdickson at redhat.com Thu Jan 3 22:09:16 2008 From: mdickson at redhat.com (Mike Dickson) Date: Thu, 03 Jan 2008 22:09:16 +0000 Subject: [Fedora-livecd-list] persistence testing howto In-Reply-To: <1199275617.7655.34.camel@localhost.localdomain> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> Message-ID: <1199398156.3811.80.camel@localhost.localdomain> Guys, I got a LiveCD + Persistence usb drive running from your scripts, but got I/O errors if I tried to do a yum update. Before that I was able to vi test.txt and put some text in and it survived a reboot. What can I do to address the i/o errors? MikeD "Messsage from syslogd at localhost at kernel: journal commit i/o error" On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: > I have some time now. I am attempting this tonight and tomorrow. I > will let you know. > > MikeD > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmc.fedora at filteredperception.org Thu Jan 3 22:31:38 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Thu, 03 Jan 2008 16:31:38 -0600 Subject: [Fedora-livecd-list] persistence testing howto In-Reply-To: <1199398156.3811.80.camel@localhost.localdomain> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> Message-ID: <477D624A.3000402@filteredperception.org> Mike Dickson wrote: > Guys, > > I got a LiveCD + Persistence usb drive running from your scripts, but > got I/O errors if I tried to do a yum update. > > Before that I was able to vi test.txt and put some text in and it > survived a reboot. > > What can I do to address the i/o errors? My first question/explanation would be that you filled up the snapshot device. This is quite possible, as a yum install involves creating several copies of the actual files you end up installing. The way to see if this is what is happening would be to have another terminal open, and periodically watch the output of "dmsetup status". As new blocks are written to the rootfs snapshot device, you will see the snapshot filling up. If you get these IO errors even before the snapshot fills up, please try to post some more detailed output. In general, as discussed there are pros and cons with this method, and a unionfs method. I do think there are ways to work around the cons of this method in such a way that it is useful. For instance, I'll play around and see if I can prescribe a process of using yum that will get it to create all of its intermediate files in a native tmpfs (/dev/shm or the like) instead of the rootfs, so that they don't eat into the snapshot space. Likewise, now that I have my first actual tester, maybe I'll figure out some other creative ways to improve the method (I have some ideas I need to experiment with...). Thanks, -dmc > > MikeD > > "Messsage from syslogd at localhost at > kernel: journal commit i/o error" > > > On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: >> I have some time now. I am attempting this tonight and tomorrow. I >> will let you know. >> >> MikeD >> > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From dmc.fedora at filteredperception.org Thu Jan 3 22:45:27 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Thu, 03 Jan 2008 16:45:27 -0600 Subject: [Fedora-livecd-list] In-Reply-To: References: Message-ID: <477D6587.7040709@filteredperception.org> Thiago Braga Santana wrote: > Hello List. > > I customizing the livecd of Fedora 6 you developed. I urgently need to > understand two parameters of the kernel. "LIVEINST" and "LIVEIMG", must > fully understand the usefulness of each. > > Recently I discovered a problem with the livecd, a problem which affects > the software in the package lvm2, when do the livecd with bootparam > "liveimg." This is the error: > " > /sbin/lvm.static > Parse error at byte 996 (line 43) the expected value. > Failed to load config file /etc/lvm/lvm.conf > " Have you looked at the contents of that file at that line and noticed anything interesting? Perhaps if you post lines 41-45 of that file, someone may see something. -dmc > > The detail is key: this problem only occurs when livecd run on computers > with hard drive-type SATA2. > > However, the problem does not occur if I use the bootparam "liveist" > instead of "liveimg." > > I need you to help me understand the concept of these two bootparam > because I believe I can help you fix this in the livecd CentOS. > > Please do me respond as soon as possible. > > Thank you. > > Thiago Santana > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From mdickson at redhat.com Thu Jan 3 23:30:46 2008 From: mdickson at redhat.com (Mike Dickson) Date: Thu, 03 Jan 2008 15:30:46 -0800 Subject: [Fedora-livecd-list] persistence testing howto In-Reply-To: <477D624A.3000402@filteredperception.org> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> <477D624A.3000402@filteredperception.org> Message-ID: <1199403046.3575.2.camel@localhost.localdomain> Ran that and yes the snapshot area filled up BEFORE the errors. Let me know what I can do.... MikeD On Thu, 2008-01-03 at 16:31 -0600, Douglas McClendon wrote: > Mike Dickson wrote: > > Guys, > > > > I got a LiveCD + Persistence usb drive running from your scripts, but > > got I/O errors if I tried to do a yum update. > > > > Before that I was able to vi test.txt and put some text in and it > > survived a reboot. > > > > What can I do to address the i/o errors? > > My first question/explanation would be that you filled up the snapshot > device. This is quite possible, as a yum install involves creating > several copies of the actual files you end up installing. > > The way to see if this is what is happening would be to have another > terminal open, and periodically watch the output of "dmsetup status". > As new blocks are written to the rootfs snapshot device, you will see > the snapshot filling up. > > If you get these IO errors even before the snapshot fills up, please try > to post some more detailed output. > > In general, as discussed there are pros and cons with this method, and a > unionfs method. I do think there are ways to work around the cons of > this method in such a way that it is useful. For instance, I'll play > around and see if I can prescribe a process of using yum that will get > it to create all of its intermediate files in a native tmpfs (/dev/shm > or the like) instead of the rootfs, so that they don't eat into the > snapshot space. Likewise, now that I have my first actual tester, maybe > I'll figure out some other creative ways to improve the method (I have > some ideas I need to experiment with...). > > Thanks, > > -dmc > > > > > > > MikeD > > > > "Messsage from syslogd at localhost at > > kernel: journal commit i/o error" > > > > > > On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: > >> I have some time now. I am attempting this tonight and tomorrow. I > >> will let you know. > >> > >> MikeD > >> > > > > > > ------------------------------------------------------------------------ > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdickson at redhat.com Fri Jan 4 02:33:40 2008 From: mdickson at redhat.com (Mike Dickson) Date: Fri, 04 Jan 2008 02:33:40 +0000 Subject: [Fedora-livecd-list] persistence testing howto In-Reply-To: <1199403046.3575.2.camel@localhost.localdomain> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> <477D624A.3000402@filteredperception.org> <1199403046.3575.2.camel@localhost.localdomain> Message-ID: <1199414020.3566.1.camel@localhost.localdomain> I just finished trying to download JBoss Developer Studio and installing it on the thumb drive. It filled up again. I then dropped the .jar on the stick hoping that I could install from that and it filled up again. Checkmate. MikeD On Thu, 2008-01-03 at 15:30 -0800, Mike Dickson wrote: > Ran that and yes the snapshot area filled up BEFORE the errors. Let > me know what I can do.... > > MikeD > > On Thu, 2008-01-03 at 16:31 -0600, Douglas McClendon wrote: > > > Mike Dickson wrote: > > > Guys, > > > > > > I got a LiveCD + Persistence usb drive running from your scripts, but > > > got I/O errors if I tried to do a yum update. > > > > > > Before that I was able to vi test.txt and put some text in and it > > > survived a reboot. > > > > > > What can I do to address the i/o errors? > > > > My first question/explanation would be that you filled up the snapshot > > device. This is quite possible, as a yum install involves creating > > several copies of the actual files you end up installing. > > > > The way to see if this is what is happening would be to have another > > terminal open, and periodically watch the output of "dmsetup status". > > As new blocks are written to the rootfs snapshot device, you will see > > the snapshot filling up. > > > > If you get these IO errors even before the snapshot fills up, please try > > to post some more detailed output. > > > > In general, as discussed there are pros and cons with this method, and a > > unionfs method. I do think there are ways to work around the cons of > > this method in such a way that it is useful. For instance, I'll play > > around and see if I can prescribe a process of using yum that will get > > it to create all of its intermediate files in a native tmpfs (/dev/shm > > or the like) instead of the rootfs, so that they don't eat into the > > snapshot space. Likewise, now that I have my first actual tester, maybe > > I'll figure out some other creative ways to improve the method (I have > > some ideas I need to experiment with...). > > > > Thanks, > > > > -dmc > > > > > > > > > > > > MikeD > > > > > > "Messsage from syslogd at localhost at > > > kernel: journal commit i/o error" > > > > > > > > > On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: > > >> I have some time now. I am attempting this tonight and tomorrow. I > > >> will let you know. > > >> > > >> MikeD > > >> > > > > > > > > > ------------------------------------------------------------------------ > > > > > > -- > > > Fedora-livecd-list mailing list > > > Fedora-livecd-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmc.fedora at filteredperception.org Fri Jan 4 03:06:14 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Thu, 03 Jan 2008 21:06:14 -0600 Subject: [Fedora-livecd-list] persistence testing howto In-Reply-To: <1199414020.3566.1.camel@localhost.localdomain> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> <477D624A.3000402@filteredperception.org> <1199403046.3575.2.camel@localhost.localdomain> <1199414020.3566.1.camel@localhost.localdomain> Message-ID: <477DA2A6.8030907@filteredperception.org> Mike Dickson wrote: > I just finished trying to download JBoss Developer Studio and installing > it on the thumb drive. It filled up again. I then dropped the .jar on > the stick hoping that I could install from that and it filled up again. > Checkmate. What size snapshot file are you using? I think my example used 128M, which was of the mindset of a 700MB livecd and a 128M persistence file on a 1G liveusb. You might have better luck with a 1G persistence file on a 2G usbstick. In general what you really want to do is install the main stuff as part of the spin, and only use the persistence feature for the end-users so they can install some smaller one-off library (or such) for their particular needs. Likewise, persistence can be used to edit /etc/fstab permanently to mount a seperate /home partition from a different filesystem image file, which won't suffer some of these issues (but obviously isn't useful for yum installing anything). Gotta get back to watching the bowl... At some point I hope to write up a web page better describing the mechanisms here, to help people understand the limitations of this method, and how best to work around them. This is definitely not a magic bullet solution. more later... -dmc > > MikeD > > On Thu, 2008-01-03 at 15:30 -0800, Mike Dickson wrote: >> Ran that and yes the snapshot area filled up BEFORE the errors. Let >> me know what I can do.... >> >> MikeD >> >> On Thu, 2008-01-03 at 16:31 -0600, Douglas McClendon wrote: >>> Mike Dickson wrote: >>> > Guys, >>> > >>> > I got a LiveCD + Persistence usb drive running from your scripts, but >>> > got I/O errors if I tried to do a yum update. >>> > >>> > Before that I was able to vi test.txt and put some text in and it >>> > survived a reboot. >>> > >>> > What can I do to address the i/o errors? >>> >>> My first question/explanation would be that you filled up the snapshot >>> device. This is quite possible, as a yum install involves creating >>> several copies of the actual files you end up installing. >>> >>> The way to see if this is what is happening would be to have another >>> terminal open, and periodically watch the output of "dmsetup status". >>> As new blocks are written to the rootfs snapshot device, you will see >>> the snapshot filling up. >>> >>> If you get these IO errors even before the snapshot fills up, please try >>> to post some more detailed output. >>> >>> In general, as discussed there are pros and cons with this method, and a >>> unionfs method. I do think there are ways to work around the cons of >>> this method in such a way that it is useful. For instance, I'll play >>> around and see if I can prescribe a process of using yum that will get >>> it to create all of its intermediate files in a native tmpfs (/dev/shm >>> or the like) instead of the rootfs, so that they don't eat into the >>> snapshot space. Likewise, now that I have my first actual tester, maybe >>> I'll figure out some other creative ways to improve the method (I have >>> some ideas I need to experiment with...). >>> >>> Thanks, >>> >>> -dmc >>> >>> >>> >>> > >>> > MikeD >>> > >>> > "Messsage from syslogd at localhost at >>> > kernel: journal commit i/o error" >>> > >>> > >>> > On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: >>> >> I have some time now. I am attempting this tonight and tomorrow. I >>> >> will let you know. >>> >> >>> >> MikeD >>> >> >>> > >>> > >>> > ------------------------------------------------------------------------ >>> > >>> > -- >>> > Fedora-livecd-list mailing list >>> > Fedora-livecd-list at redhat.com >>> > https://www.redhat.com/mailman/listinfo/fedora-livecd-list >>> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list From mdickson at redhat.com Sat Jan 5 03:15:20 2008 From: mdickson at redhat.com (Mike Dickson) Date: Fri, 04 Jan 2008 19:15:20 -0800 Subject: [Fedora-livecd-list] persistence testing howto In-Reply-To: <1199414020.3566.1.camel@localhost.localdomain> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> <477D624A.3000402@filteredperception.org> <1199403046.3575.2.camel@localhost.localdomain> <1199414020.3566.1.camel@localhost.localdomain> Message-ID: <1199502920.11275.0.camel@localhost.localdomain> I am out of the chess game. Any news? MikeD On Fri, 2008-01-04 at 02:33 +0000, Mike Dickson wrote: > I just finished trying to download JBoss Developer Studio and > installing it on the thumb drive. It filled up again. I then dropped > the .jar on the stick hoping that I could install from that and it > filled up again. Checkmate. > > MikeD > > On Thu, 2008-01-03 at 15:30 -0800, Mike Dickson wrote: > > > Ran that and yes the snapshot area filled up BEFORE the errors. Let > > me know what I can do.... > > > > MikeD > > > > On Thu, 2008-01-03 at 16:31 -0600, Douglas McClendon wrote: > > > > > Mike Dickson wrote: > > > > Guys, > > > > > > > > I got a LiveCD + Persistence usb drive running from your scripts, but > > > > got I/O errors if I tried to do a yum update. > > > > > > > > Before that I was able to vi test.txt and put some text in and it > > > > survived a reboot. > > > > > > > > What can I do to address the i/o errors? > > > > > > My first question/explanation would be that you filled up the snapshot > > > device. This is quite possible, as a yum install involves creating > > > several copies of the actual files you end up installing. > > > > > > The way to see if this is what is happening would be to have another > > > terminal open, and periodically watch the output of "dmsetup status". > > > As new blocks are written to the rootfs snapshot device, you will see > > > the snapshot filling up. > > > > > > If you get these IO errors even before the snapshot fills up, please try > > > to post some more detailed output. > > > > > > In general, as discussed there are pros and cons with this method, and a > > > unionfs method. I do think there are ways to work around the cons of > > > this method in such a way that it is useful. For instance, I'll play > > > around and see if I can prescribe a process of using yum that will get > > > it to create all of its intermediate files in a native tmpfs (/dev/shm > > > or the like) instead of the rootfs, so that they don't eat into the > > > snapshot space. Likewise, now that I have my first actual tester, maybe > > > I'll figure out some other creative ways to improve the method (I have > > > some ideas I need to experiment with...). > > > > > > Thanks, > > > > > > -dmc > > > > > > > > > > > > > > > > > MikeD > > > > > > > > "Messsage from syslogd at localhost at > > > > kernel: journal commit i/o error" > > > > > > > > > > > > On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: > > > >> I have some time now. I am attempting this tonight and tomorrow. I > > > >> will let you know. > > > >> > > > >> MikeD > > > >> > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > -- > > > > Fedora-livecd-list mailing list > > > > Fedora-livecd-list at redhat.com > > > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmc.fedora at filteredperception.org Sat Jan 5 04:46:55 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Fri, 04 Jan 2008 22:46:55 -0600 Subject: offlist, Re: [Fedora-livecd-list] persistence testing howto In-Reply-To: <1199502920.11275.0.camel@localhost.localdomain> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> <477D624A.3000402@filteredperception.org> <1199403046.3575.2.camel@localhost.localdomain> <1199414020.3566.1.camel@localhost.localdomain> <1199502920.11275.0.camel@localhost.localdomain> Message-ID: <477F0BBF.7050609@filteredperception.org> Mike Dickson wrote: > I am out of the chess game. Any news? I'm not sure I follow your analogy? Do you understand how the persistence is achieved? I.e. a devicemapper shapshot, where any changed blocks on the root filesystem get written to the persistence file. If the same block gets changed more than once, that block gets updated in the persistence file, and thus no more space is taken. As a result of this, if you do something like a yum update, that creates and deletes a bunch of files on the rootfs (in addition to the ones it finally installs and leaves as is), all those changed blocks eat up space in the persistence file, and don't get freed or even reused, unless and until the filesystem decides to write to the exact same block. With this lack of ideal efficiency, the question then becomes- is this sufficient for your goals? I can imagine many usage scenarios in which this is sufficient, and as mentioned in other mails, many ways in which to try and mitigate the ineficiency. One thing I'll try when I find the time, is something like doing a mkdir /dev/shm/tmpspace mkdir /dev/shm/tmpspace/vtmp mkdir /dev/shm/tmpspace/tmp mkdir /dev/shm/tmpspace/fedora mkdir /dev/shm/tmpspace/updates mount --bind /dev/shm/tmpspace/tmp /tmp mount --bind /dev/shm/tmpspace/vtmp /var/tmp mount --bind /dev/shm/tmpspace/fedora /var/cache/yum/fedora/packages mount --bind /dev/shm/tmpspace/updates /var/cache/yum/updates/packages before I do a yum install of some small package, and then seeing what the difference is in blocks used on the persistence file. Anyway, beyond that, I do intend to re-add optional unionfs support to my VirOS livecd creation toolset, despite the fact that it breaks my rebootless installation mechanism. Hopefully that will be done soon, but probably not for months as I have several other higher priorities at the moment. But to be clear, because of all the above, trying to do a yum update even with a 1G persistence file and the above method, is probably not really feasible (except maybe the first day or two after a new release). Yum updating a single package to get some specific critical bugfix, now that might be doable. The main usage scenario I foresee for the feature, is adding users to the system, a seperate /home in fstab (mounted from a different fsimage file on the same usbstick), and editing configuration files (/etc/dovecot.conf, /etc/sysconfig/* /etc/rc.d/rc.local, etc....) And installing a small number of other packages. That certainly isn't as nice as if you could do a yum update, and end up only using the same amount of space on the liveusb as if you respun the livecd with the same updates. But if you figure out a way to do that, I will give you mad props :) -dmc > > MikeD > > On Fri, 2008-01-04 at 02:33 +0000, Mike Dickson wrote: >> I just finished trying to download JBoss Developer Studio and >> installing it on the thumb drive. It filled up again. I then dropped >> the .jar on the stick hoping that I could install from that and it >> filled up again. Checkmate. >> >> MikeD >> >> On Thu, 2008-01-03 at 15:30 -0800, Mike Dickson wrote: >>> Ran that and yes the snapshot area filled up BEFORE the errors. Let >>> me know what I can do.... >>> >>> MikeD >>> >>> On Thu, 2008-01-03 at 16:31 -0600, Douglas McClendon wrote: >>>> Mike Dickson wrote: >>>> > Guys, >>>> > >>>> > I got a LiveCD + Persistence usb drive running from your scripts, but >>>> > got I/O errors if I tried to do a yum update. >>>> > >>>> > Before that I was able to vi test.txt and put some text in and it >>>> > survived a reboot. >>>> > >>>> > What can I do to address the i/o errors? >>>> >>>> My first question/explanation would be that you filled up the snapshot >>>> device. This is quite possible, as a yum install involves creating >>>> several copies of the actual files you end up installing. >>>> >>>> The way to see if this is what is happening would be to have another >>>> terminal open, and periodically watch the output of "dmsetup status". >>>> As new blocks are written to the rootfs snapshot device, you will see >>>> the snapshot filling up. >>>> >>>> If you get these IO errors even before the snapshot fills up, please try >>>> to post some more detailed output. >>>> >>>> In general, as discussed there are pros and cons with this method, and a >>>> unionfs method. I do think there are ways to work around the cons of >>>> this method in such a way that it is useful. For instance, I'll play >>>> around and see if I can prescribe a process of using yum that will get >>>> it to create all of its intermediate files in a native tmpfs (/dev/shm >>>> or the like) instead of the rootfs, so that they don't eat into the >>>> snapshot space. Likewise, now that I have my first actual tester, maybe >>>> I'll figure out some other creative ways to improve the method (I have >>>> some ideas I need to experiment with...). >>>> >>>> Thanks, >>>> >>>> -dmc >>>> >>>> >>>> >>>> > >>>> > MikeD >>>> > >>>> > "Messsage from syslogd at localhost at >>>> > kernel: journal commit i/o error" >>>> > >>>> > >>>> > On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: >>>> >> I have some time now. I am attempting this tonight and tomorrow. I >>>> >> will let you know. >>>> >> >>>> >> MikeD >>>> >> >>>> > >>>> > >>>> > ------------------------------------------------------------------------ >>>> > >>>> > -- >>>> > Fedora-livecd-list mailing list >>>> > Fedora-livecd-list at redhat.com >>>> > https://www.redhat.com/mailman/listinfo/fedora-livecd-list >>>> >>> -- >>> Fedora-livecd-list mailing list >>> Fedora-livecd-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > ------------------------------------------------------------------------ > > -- > 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 Sat Jan 5 05:50:53 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 05 Jan 2008 11:20:53 +0530 Subject: [Fedora-livecd-list] Inheritance in kickstart and package removals Message-ID: <477F1ABD.7060806@fedoraproject.org> Hi, I am working on a Xfce spin of Fedora available at http://sundaram.fedorapeople.org/livecd-fedora-8-xfce.ksa which as you can see inherits the base desktop kickstart file which removes wget. I have been trying to add it back in my kickstart file but wget is not in the image created by livecd-creator. I have been able to reproduce this consistently. Seth Vidal on IRC commented that urlgrabber would serve the same purpose as wget and of course curl is also there but regardless of value of wget in the Xfce spin, this seems to be a bug that I can't add back packages that are removed in the base kickstart file I am inheriting from. Comments? Rahul From sundaram at fedoraproject.org Sat Jan 5 05:54:03 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 05 Jan 2008 11:24:03 +0530 Subject: [Fedora-livecd-list] Inheritance in kickstart and package removals In-Reply-To: <477F1ABD.7060806@fedoraproject.org> References: <477F1ABD.7060806@fedoraproject.org> Message-ID: <477F1B7B.4090500@fedoraproject.org> Rahul Sundaram wrote: > Hi, > > I am working on a Xfce spin of Fedora available at > http://sundaram.fedorapeople.org/livecd-fedora-8-xfce.ksa The right link is http://sundaram.fedorapeople.org/livecd-fedora-8-xfce.ks Rahul From dmc.fedora at filteredperception.org Sun Jan 6 19:53:13 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sun, 06 Jan 2008 13:53:13 -0600 Subject: [SCRIPT] ksmono-izer, was Re: [Fedora-livecd-list] Inheritance in kickstart and package removals In-Reply-To: <477F1ABD.7060806@fedoraproject.org> References: <477F1ABD.7060806@fedoraproject.org> Message-ID: <478131A9.9090903@filteredperception.org> Rahul Sundaram wrote: > Hi, > > I am working on a Xfce spin of Fedora available at > http://sundaram.fedorapeople.org/livecd-fedora-8-xfce.ksa which as you > can see inherits the base desktop kickstart file which removes wget. I > have been trying to add it back in my kickstart file but wget is not in > the image created by livecd-creator. I have been able to reproduce this > consistently. > > Seth Vidal on IRC commented that urlgrabber would serve the same purpose > as wget and of course curl is also there but regardless of value of wget > in the Xfce spin, this seems to be a bug that I can't add back packages > that are removed in the base kickstart file I am inheriting from. Comments? FWIW attached is a simple script I put together to use pykickstart to generate a monolithic kickstart file from a multi-file (include-using) kickstart file. It may shed some light on what pykickstart is doing under the covers... basic usage: ksmono-izer --output=out.ks input.ks -dmc -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ksmono-izer URL: From mdickson at redhat.com Mon Jan 7 04:59:33 2008 From: mdickson at redhat.com (Mike Dickson) Date: Mon, 07 Jan 2008 04:59:33 +0000 Subject: offlist, Re: [Fedora-livecd-list] persistence testing howto In-Reply-To: <477F0BBF.7050609@filteredperception.org> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> <477D624A.3000402@filteredperception.org> <1199403046.3575.2.camel@localhost.localdomain> <1199414020.3566.1.camel@localhost.localdomain> <1199502920.11275.0.camel@localhost.localdomain> <477F0BBF.7050609@filteredperception.org> Message-ID: <1199681973.12916.5.camel@localhost.localdomain> I used the yum update to simulate a developer install of substantial size - nothing special about it. I wanted to see if you wrote a lot to it what would happen. I gather we are running into different mount points filling up? (Remember I am a developer not a linux guy.) There is room on the stick just not in tmp it filled up? I have a feeling that I will need to spin my own .iso from the Developer Live CD that includes RHDS and pretty much everything they need. Then let them save a few documents in home to keep the large amount of writing to a minimum. Am I heading in the right direction? MikeD On Fri, 2008-01-04 at 22:46 -0600, Douglas McClendon wrote: > Mike Dickson wrote: > > I am out of the chess game. Any news? > > I'm not sure I follow your analogy? > > Do you understand how the persistence is achieved? I.e. a devicemapper > shapshot, where any changed blocks on the root filesystem get written to > the persistence file. If the same block gets changed more than once, > that block gets updated in the persistence file, and thus no more space > is taken. > > As a result of this, if you do something like a yum update, that creates > and deletes a bunch of files on the rootfs (in addition to the ones it > finally installs and leaves as is), all those changed blocks eat up > space in the persistence file, and don't get freed or even reused, > unless and until the filesystem decides to write to the exact same block. > > With this lack of ideal efficiency, the question then becomes- is this > sufficient for your goals? I can imagine many usage scenarios in which > this is sufficient, and as mentioned in other mails, many ways in which > to try and mitigate the ineficiency. > > One thing I'll try when I find the time, is something like doing a > > mkdir /dev/shm/tmpspace > mkdir /dev/shm/tmpspace/vtmp > mkdir /dev/shm/tmpspace/tmp > mkdir /dev/shm/tmpspace/fedora > mkdir /dev/shm/tmpspace/updates > mount --bind /dev/shm/tmpspace/tmp /tmp > mount --bind /dev/shm/tmpspace/vtmp /var/tmp > mount --bind /dev/shm/tmpspace/fedora /var/cache/yum/fedora/packages > mount --bind /dev/shm/tmpspace/updates /var/cache/yum/updates/packages > > before I do a yum install of some small package, and then seeing what > the difference is in blocks used on the persistence file. > > Anyway, beyond that, I do intend to re-add optional unionfs support to > my VirOS livecd creation toolset, despite the fact that it breaks my > rebootless installation mechanism. Hopefully that will be done soon, > but probably not for months as I have several other higher priorities at > the moment. > > But to be clear, because of all the above, trying to do a yum update > even with a 1G persistence file and the above method, is probably not > really feasible (except maybe the first day or two after a new release). > Yum updating a single package to get some specific critical bugfix, now > that might be doable. > > The main usage scenario I foresee for the feature, is adding users to > the system, a seperate /home in fstab (mounted from a different fsimage > file on the same usbstick), and editing configuration files > (/etc/dovecot.conf, /etc/sysconfig/* /etc/rc.d/rc.local, etc....) > And installing a small number of other packages. > > That certainly isn't as nice as if you could do a yum update, and end up > only using the same amount of space on the liveusb as if you respun the > livecd with the same updates. But if you figure out a way to do that, I > will give you mad props :) > > -dmc > > > > > > > MikeD > > > > On Fri, 2008-01-04 at 02:33 +0000, Mike Dickson wrote: > >> I just finished trying to download JBoss Developer Studio and > >> installing it on the thumb drive. It filled up again. I then dropped > >> the .jar on the stick hoping that I could install from that and it > >> filled up again. Checkmate. > >> > >> MikeD > >> > >> On Thu, 2008-01-03 at 15:30 -0800, Mike Dickson wrote: > >>> Ran that and yes the snapshot area filled up BEFORE the errors. Let > >>> me know what I can do.... > >>> > >>> MikeD > >>> > >>> On Thu, 2008-01-03 at 16:31 -0600, Douglas McClendon wrote: > >>>> Mike Dickson wrote: > >>>> > Guys, > >>>> > > >>>> > I got a LiveCD + Persistence usb drive running from your scripts, but > >>>> > got I/O errors if I tried to do a yum update. > >>>> > > >>>> > Before that I was able to vi test.txt and put some text in and it > >>>> > survived a reboot. > >>>> > > >>>> > What can I do to address the i/o errors? > >>>> > >>>> My first question/explanation would be that you filled up the snapshot > >>>> device. This is quite possible, as a yum install involves creating > >>>> several copies of the actual files you end up installing. > >>>> > >>>> The way to see if this is what is happening would be to have another > >>>> terminal open, and periodically watch the output of "dmsetup status". > >>>> As new blocks are written to the rootfs snapshot device, you will see > >>>> the snapshot filling up. > >>>> > >>>> If you get these IO errors even before the snapshot fills up, please try > >>>> to post some more detailed output. > >>>> > >>>> In general, as discussed there are pros and cons with this method, and a > >>>> unionfs method. I do think there are ways to work around the cons of > >>>> this method in such a way that it is useful. For instance, I'll play > >>>> around and see if I can prescribe a process of using yum that will get > >>>> it to create all of its intermediate files in a native tmpfs (/dev/shm > >>>> or the like) instead of the rootfs, so that they don't eat into the > >>>> snapshot space. Likewise, now that I have my first actual tester, maybe > >>>> I'll figure out some other creative ways to improve the method (I have > >>>> some ideas I need to experiment with...). > >>>> > >>>> Thanks, > >>>> > >>>> -dmc > >>>> > >>>> > >>>> > >>>> > > >>>> > MikeD > >>>> > > >>>> > "Messsage from syslogd at localhost at > >>>> > kernel: journal commit i/o error" > >>>> > > >>>> > > >>>> > On Wed, 2008-01-02 at 04:07 -0800, Mike Dickson wrote: > >>>> >> I have some time now. I am attempting this tonight and tomorrow. I > >>>> >> will let you know. > >>>> >> > >>>> >> MikeD > >>>> >> > >>>> > > >>>> > > >>>> > ------------------------------------------------------------------------ > >>>> > > >>>> > -- > >>>> > Fedora-livecd-list mailing list > >>>> > Fedora-livecd-list at redhat.com > >>>> > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > >>>> > >>> -- > >>> Fedora-livecd-list mailing list > >>> Fedora-livecd-list at redhat.com > >>> https://www.redhat.com/mailman/listinfo/fedora-livecd-list > >> -- > >> Fedora-livecd-list mailing list > >> Fedora-livecd-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > ------------------------------------------------------------------------ > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Mon Jan 7 07:25:15 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Jan 2008 02:25:15 -0500 Subject: [SCRIPT] ksmono-izer, was Re: [Fedora-livecd-list] Inheritance in kickstart and package removals In-Reply-To: <478131A9.9090903@filteredperception.org> References: <477F1ABD.7060806@fedoraproject.org> <478131A9.9090903@filteredperception.org> Message-ID: <1199690715.30492.2.camel@aglarond.local> On Sun, 2008-01-06 at 13:53 -0600, Douglas McClendon wrote: > FWIW attached is a simple script I put together to use pykickstart to > generate a monolithic kickstart file from a multi-file (include-using) > kickstart file. It may shed some light on what pykickstart is doing > under the covers... See /usr/bin/ksflatten from pykickstart itself for a pretty similar script :) Jeremy From katzj at redhat.com Mon Jan 7 07:26:35 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Jan 2008 02:26:35 -0500 Subject: [Fedora-livecd-list] Inheritance in kickstart and package removals In-Reply-To: <477F1ABD.7060806@fedoraproject.org> References: <477F1ABD.7060806@fedoraproject.org> Message-ID: <1199690795.30492.5.camel@aglarond.local> On Sat, 2008-01-05 at 11:20 +0530, Rahul Sundaram wrote: > I am working on a Xfce spin of Fedora available at > http://sundaram.fedorapeople.org/livecd-fedora-8-xfce.ksa which as you > can see inherits the base desktop kickstart file which removes wget. I > have been trying to add it back in my kickstart file but wget is not in > the image created by livecd-creator. I have been able to reproduce this > consistently. > > Seth Vidal on IRC commented that urlgrabber would serve the same purpose > as wget and of course curl is also there but regardless of value of wget > in the Xfce spin, this seems to be a bug that I can't add back packages > that are removed in the base kickstart file I am inheriting from. Comments? Excludes are processed second, so that's not really very surprising. I'm not sure if there's really a way from livecd-creator that we can do anything about it. pykickstart could potentially handle it better -- clumens isn't on this list, though, so filing a bug against pykickstart would be the best way there Jeremy From dmc.fedora at filteredperception.org Mon Jan 7 07:55:49 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 07 Jan 2008 01:55:49 -0600 Subject: [SCRIPT] ksmono-izer, was Re: [Fedora-livecd-list] Inheritance in kickstart and package removals In-Reply-To: <1199690715.30492.2.camel@aglarond.local> References: <477F1ABD.7060806@fedoraproject.org> <478131A9.9090903@filteredperception.org> <1199690715.30492.2.camel@aglarond.local> Message-ID: <4781DB05.2000000@filteredperception.org> Jeremy Katz wrote: > On Sun, 2008-01-06 at 13:53 -0600, Douglas McClendon wrote: >> FWIW attached is a simple script I put together to use pykickstart to >> generate a monolithic kickstart file from a multi-file (include-using) >> kickstart file. It may shed some light on what pykickstart is doing >> under the covers... > > See /usr/bin/ksflatten from pykickstart itself for a pretty similar > script :) Wasn't there last time I looked. Great minds think alike... long live ksflatten. Much better name. Now why don't you beat me to punch and write an ext3fs kernel hack that gives preference to writing new blocks to a list stored in memory which happens to be the same as those which exist in a snapshot device and are not in use. That might be a few more lines of code... But would it ever be cool. And actually, it seems like it is a might be a general improvement for using snapshotted ext3 filesystems (not just my persistence method, and livecd ram snapshot). -dmc From dmc.fedora at filteredperception.org Mon Jan 7 08:20:07 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 07 Jan 2008 02:20:07 -0600 Subject: [Fedora-livecd-list] persistence testing howto In-Reply-To: <1199681973.12916.5.camel@localhost.localdomain> References: <4764E70B.1010103@filteredperception.org> <1197910558.2908.39.camel@localhost.localdomain> <4769E07D.8060104@filteredperception.org> <1199275617.7655.34.camel@localhost.localdomain> <1199398156.3811.80.camel@localhost.localdomain> <477D624A.3000402@filteredperception.org> <1199403046.3575.2.camel@localhost.localdomain> <1199414020.3566.1.camel@localhost.localdomain> <1199502920.11275.0.camel@localhost.localdomain> <477F0BBF.7050609@filteredperception.org> <1199681973.12916.5.camel@localhost.localdomain> Message-ID: <4781E0B7.4000607@filteredperception.org> Mike Dickson wrote: > I used the yum update to simulate a developer install of substantial > size - nothing special about it. I wanted to see if you wrote a lot to > it what would happen. I gather we are running into different mount > points filling up? (Remember I am a developer not a linux guy.) There > is room on the stick just not in tmp it filled up? Yeah, it's actually a worse problem than you suspect. One which I didn't even really imagine was solvable until that last reply to jeremy, where I think I may have come up with a pretty cool idea for a new kernel feature, at least till MarkMC tells me what is wrong with the idea (since I know for a fact he is the perfect person to judge it). > > I have a feeling that I will need to spin my own .iso from the Developer > Live CD that includes RHDS and pretty much everything they need. Then > let them save a few documents in home to keep the large amount of > writing to a minimum. Am I heading in the right direction? Yup. Hopefully real-soon-now(tm) I'll post an easy way for you add the persistence feature to your own iso. (the patch I gave you along time ago is out of date, and the xdelta thing is tied the f8 livecd specifically). Seriously... real soon now... (hours, days). But thank you for testing with the xdelta. It certainly gives you a taste for the working, but non-total-greatness of the feature. -dmc From sundaram at fedoraproject.org Mon Jan 7 14:13:59 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 07 Jan 2008 19:43:59 +0530 Subject: [Fedora-livecd-list] Inheritance in kickstart and package removals In-Reply-To: <1199690795.30492.5.camel@aglarond.local> References: <477F1ABD.7060806@fedoraproject.org> <1199690795.30492.5.camel@aglarond.local> Message-ID: <478233A7.5030308@fedoraproject.org> Jeremy Katz wrote: > On Sat, 2008-01-05 at 11:20 +0530, Rahul Sundaram wrote: >> I am working on a Xfce spin of Fedora available at >> http://sundaram.fedorapeople.org/livecd-fedora-8-xfce.ksa which as you >> can see inherits the base desktop kickstart file which removes wget. I >> have been trying to add it back in my kickstart file but wget is not in >> the image created by livecd-creator. I have been able to reproduce this >> consistently. >> >> Seth Vidal on IRC commented that urlgrabber would serve the same purpose >> as wget and of course curl is also there but regardless of value of wget >> in the Xfce spin, this seems to be a bug that I can't add back packages >> that are removed in the base kickstart file I am inheriting from. Comments? > > Excludes are processed second, so that's not really very surprising. > I'm not sure if there's really a way from livecd-creator that we can do > anything about it. pykickstart could potentially handle it better -- > clumens isn't on this list, though, so filing a bug against pykickstart > would be the best way there Done. https://bugzilla.redhat.com/show_bug.cgi?id=427768 Rahul From sundaram at fedoraproject.org Mon Jan 7 22:18:37 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 08 Jan 2008 03:48:37 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <1197905446.7072.8.camel@blaa> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> Message-ID: <4782A53D.9090402@fedoraproject.org> Mark McLoughlin wrote: > > 1) This version of livecd-tools hasn't even been packaged for rawhide > yet > > 2) The patches I posted are just enough to make the imgcreate python > module usable on RHEL5, so there may well be further work required I had to patch livecd-creator and image-creator is the latest version of livecd-creator. It runs but results in an error. Not sure what it is all about Here is what I did. On a RHEL 5.1 system # rpm -ivh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-2.noarch.rpm # yum install git-core squashfs-tools pykickstart # git clone git://git.fedorahosted.org/livecd # cd livecd got the patches from http://markmc.fedorapeople.org/rhel5-livecd-creator/ # git apply -v imgcreate-* I had to patch two files for the try finally construct. The patches are http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch http://sundaram.fedorapeople.org/image-creator-try-finally.patch (These patches are pretty simple but I am very much a python newbie and might be incorrect but it gets the tools to run) I tried to create a live cd ---- # livecd-creator --config=livecd-rhel5-base-desktop.ks Using label 'rhel5-base-desktop-200801081437' and name 'livecd-rhel5-base-desktop-200801081437' Traceback (most recent call last): File "/usr/bin/livecd-creator", line 133, in ? sys.exit(main()) File "/usr/bin/livecd-creator", line 106, in main ks = imgcreate.read_kickstart(options.kscfg) File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", line 51, in read_kickstart os.chdir(dirname) OSError: [Errno 2] No such file or directory: '' ---- Any idea what's wrong? Rahu From patrice.guay at nanotechnologies.qc.ca Mon Jan 7 22:54:46 2008 From: patrice.guay at nanotechnologies.qc.ca (Patrice Guay) Date: Mon, 07 Jan 2008 17:54:46 -0500 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4782A53D.9090402@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> Message-ID: <4782ADB6.5080009@nanotechnologies.qc.ca> Rahul Sundaram wrote : > Mark McLoughlin wrote: > >> >> 1) This version of livecd-tools hasn't even been packaged for >> rawhide yet >> >> 2) The patches I posted are just enough to make the imgcreate >> python module usable on RHEL5, so there may well be further work >> required > > I had to patch livecd-creator and image-creator is the latest version > of livecd-creator. It runs but results in an error. Not sure what it > is all about > > [...] > Any idea what's wrong? > You may want to take a look at the CentOS LiveCD project (https://projects.centos.org/trac/livecd/). This project will allow you to create a CentOS 5.1 LiveCD using a patched version of livecd-tools 013. Creating a RHEL 5.1 LiveCD with the tools provided there should be simple. -- Patrice From sundaram at fedoraproject.org Mon Jan 7 23:03:56 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 08 Jan 2008 04:33:56 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4782ADB6.5080009@nanotechnologies.qc.ca> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <4782ADB6.5080009@nanotechnologies.qc.ca> Message-ID: <4782AFDC.8020402@fedoraproject.org> Patrice Guay wrote: > Rahul Sundaram wrote : >> Mark McLoughlin wrote: >> >>> 1) This version of livecd-tools hasn't even been packaged for >>> rawhide yet >>> >>> 2) The patches I posted are just enough to make the imgcreate >>> python module usable on RHEL5, so there may well be further work >>> required >> I had to patch livecd-creator and image-creator is the latest version >> of livecd-creator. It runs but results in an error. Not sure what it >> is all about >> >> [...] >> Any idea what's wrong? >> > You may want to take a look at the CentOS LiveCD project > (https://projects.centos.org/trac/livecd/). This project will allow you > to create a CentOS 5.1 LiveCD using a patched version of livecd-tools > 013. Creating a RHEL 5.1 LiveCD with the tools provided there should be > simple. Thanks but there is a potential problem. I am planning to submit livecd-tools package into EPEL and maintain it there which prevents me from replacing dosfstools and pykickstart in the base distribution and that's the reason, I am using all these patches. Rahul From tim.lauridsen at googlemail.com Tue Jan 8 08:27:14 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Tue, 08 Jan 2008 09:27:14 +0100 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4782A53D.9090402@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> Message-ID: <478333E2.5000101@googlemail.com> Rahul Sundaram wrote: > Mark McLoughlin wrote: > >> >> 1) This version of livecd-tools hasn't even been packaged for >> rawhide yet >> >> 2) The patches I posted are just enough to make the imgcreate python >> module usable on RHEL5, so there may well be further work required > > I had to patch livecd-creator and image-creator is the latest version of > livecd-creator. It runs but results in an error. Not sure what it is > all about > > Here is what I did. On a RHEL 5.1 system > > # rpm -ivh > http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-2.noarch.rpm > > # yum install git-core squashfs-tools pykickstart > # git clone git://git.fedorahosted.org/livecd > # cd livecd > > got the patches from > http://markmc.fedorapeople.org/rhel5-livecd-creator/ > > # git apply -v imgcreate-* > > I had to patch two files for the try finally construct. The patches are > > http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch > http://sundaram.fedorapeople.org/image-creator-try-finally.patch > > (These patches are pretty simple but I am very much a python newbie and > might be incorrect but it gets the tools to run) > > I tried to create a live cd > > ---- > > # livecd-creator --config=livecd-rhel5-base-desktop.ks > Using label 'rhel5-base-desktop-200801081437' and name > 'livecd-rhel5-base-desktop-200801081437' > Traceback (most recent call last): > File "/usr/bin/livecd-creator", line 133, in ? > sys.exit(main()) > File "/usr/bin/livecd-creator", line 106, in main > ks = imgcreate.read_kickstart(options.kscfg) > File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", line > 51, in read_kickstart > os.chdir(dirname) > OSError: [Errno 2] No such file or directory: '' > > ---- > > Any idea what's wrong? > > Rahu > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list Look like a problem with changing to an non defined directory. Try if # livecd-creator --config=/full/path/to/livecd-rhel5-base-desktop.ks is working. if it work you can replace os.chdir(dirname) with if dirname: os.chdir(dirname) Then it will only change directory if a full path is definded. Tim From markmc at redhat.com Tue Jan 8 10:08:02 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 08 Jan 2008 10:08:02 +0000 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4782A53D.9090402@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> Message-ID: <1199786882.4986.47.camel@muff> Hi Rahul, On Tue, 2008-01-08 at 03:48 +0530, Rahul Sundaram wrote: > I had to patch two files for the try finally construct. The patches are > > http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch > http://sundaram.fedorapeople.org/image-creator-try-finally.patch > > (These patches are pretty simple but I am very much a python newbie and > might be incorrect but it gets the tools to run) Thanks, I've folded them into the try-finally patch. > File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", line > 51, in read_kickstart > os.chdir(dirname) > OSError: [Errno 2] No such file or directory: '' > > Any idea what's wrong? As Tim (thanks Tim!) pointed out, it's just a bug, but I fixed it by changing it to: os.chdir(os.path.abspath(dirname)) Thanks, Mark. From sebastian at when.com Tue Jan 8 14:43:51 2008 From: sebastian at when.com (sebastian at when.com) Date: Tue, 8 Jan 2008 15:43:51 +0100 Subject: [Fedora-livecd-list] Issue with customized Fedora Live CD Message-ID: <000001c85204$e39db710$aad92530$@com> Hi there! I am going to build a customized Fedora Live CD with some educational applications using revisor. In the repo config, I needed to exclude *.i586 and aspell-* (apart from aspell and aspell-en) to solve conflicts. In the end, the image was successfully created (a little bit larger than expected, currently approx. 750 MB, but that's not the problem). I have tested the image in a VMware installation and there, I got the following error message: WARNING: Requested /sbin/init binary does not exist on rootfs. Dropping to a shell. Good Luck! Does anybody have an idea what might be causing this? BTW: The kickstart file is, customized, but based on the original livecd-fedora-8-desktop.ks, which also includes livecd-fedora-8-base-desktop.ks. Cheers, Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmc.fedora at filteredperception.org Wed Jan 9 03:56:25 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Tue, 08 Jan 2008 21:56:25 -0600 Subject: [Fedora-livecd-list] Issue with customized Fedora Live CD In-Reply-To: <000001c85204$e39db710$aad92530$@com> References: <000001c85204$e39db710$aad92530$@com> Message-ID: <478445E9.4080303@filteredperception.org> sebastian at when.com wrote: > Hi there! > > > > I am going to build a customized Fedora Live CD with some educational > applications using revisor. In the repo config, I needed to exclude > *.i586 and aspell-* (apart from aspell and aspell-en) to solve > conflicts. In the end, the image was successfully created (a little bit > larger than expected, currently approx. 750 MB, but that?s not the problem). > > > > I have tested the image in a VMware installation and there, I got the > following error message: > I don't have any ideas off the top of my head. But the first things I would ask/suggest are - does the image exhibit the same behavior under qemu and/or real hardware? - assuming it does, then you might try manually mounting the the image and looking at the filesystem (specifically /sbin/init), i.e. something like # mkdir /mnt/test_prime # mkdir /mnt/test_container # mkdir /mnt/test_root # mount -o loop /path/to/Fedora-8-Live-i686.iso /mnt/test_prime # mount -o loop /mnt/test_prime/LiveOS/squashfs.img /mnt/test_container # mount -o loop /mnt/test_container/LiveOS/ext3fs.img /mnt/test_root # ls -l /mnt/test_root/sbin/init -rwxr-xr-x 1 root root 35440 2007-10-10 14:54 /mnt/test_root/sbin/init -dmc > > > WARNING: Requested /sbin/init binary does not exist on rootfs. > > Dropping to a shell. Good Luck! > > > > Does anybody have an idea what might be causing this? > > BTW: The kickstart file is, customized, but based on the original > livecd-fedora-8-desktop.ks, which also includes > livecd-fedora-8-base-desktop.ks. > > > > Cheers, > > Sebastian > > > > > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From sebastian at when.com Wed Jan 9 19:36:12 2008 From: sebastian at when.com (sebastian at when.com) Date: Wed, 09 Jan 2008 20:36:12 +0100 Subject: [Fedora-livecd-list] Issue with customized Fedora Live CD In-Reply-To: <478445E9.4080303@filteredperception.org> References: <000001c85204$e39db710$aad92530$@com> <478445E9.4080303@filteredperception.org> Message-ID: <4785222C.90609@when.com> Hi Douglas, thank you for your response. I have burned the image to a DVD and tried to boot from it - some issue here. Then, I have mounted (like you suggested) the image on my computer, and I have found some interesting details: After having mounted the whole image, I discovered that the squashfs.img file was in the root directory of the image - not in the LiveOS directory! I was able to mount the squashfs.img - then, I had a look at its directory tree: There is no ext3fs.img in it, only a large (in this case approx. 3 GB) file called os.img and a directory called sysroot, without any files in it. In my opinion, this might be an explanation for the error, but the question is, who has caused this and how to solve it... I am currently going to double-check the result using livecd-creator (well, revisor uses livecd-creator tools, doesn't it?... but I will give it a try.) Sebastian Douglas McClendon wrote: > sebastian at when.com wrote: >> Hi there! >> >> >> >> I am going to build a customized Fedora Live CD with some educational >> applications using revisor. In the repo config, I needed to exclude >> *.i586 and aspell-* (apart from aspell and aspell-en) to solve >> conflicts. In the end, the image was successfully created (a little >> bit larger than expected, currently approx. 750 MB, but that?s not >> the problem). >> >> >> >> I have tested the image in a VMware installation and there, I got the >> following error message: >> > > I don't have any ideas off the top of my head. But the first things I > would ask/suggest are > > - does the image exhibit the same behavior under qemu and/or real > hardware? > > - assuming it does, then you might try manually mounting the the image > and looking at the filesystem (specifically /sbin/init), i.e. > something like > > # mkdir /mnt/test_prime > # mkdir /mnt/test_container > # mkdir /mnt/test_root > # mount -o loop /path/to/Fedora-8-Live-i686.iso /mnt/test_prime > # mount -o loop /mnt/test_prime/LiveOS/squashfs.img /mnt/test_container > # mount -o loop /mnt/test_container/LiveOS/ext3fs.img /mnt/test_root > # ls -l /mnt/test_root/sbin/init > -rwxr-xr-x 1 root root 35440 2007-10-10 14:54 /mnt/test_root/sbin/init > > -dmc >> >> >> WARNING: Requested /sbin/init binary does not exist on rootfs. >> >> Dropping to a shell. Good Luck! >> >> Does anybody have an idea what might be causing this? >> >> BTW: The kickstart file is, customized, but based on the original >> livecd-fedora-8-desktop.ks, which also includes >> livecd-fedora-8-base-desktop.ks. >> >> Cheers, >> >> Sebastian >> ------------------------------------------------------------------------ >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From dmc.fedora at filteredperception.org Wed Jan 9 21:20:52 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 09 Jan 2008 15:20:52 -0600 Subject: [Fedora-livecd-list] Issue with customized Fedora Live CD In-Reply-To: <4785222C.90609@when.com> References: <000001c85204$e39db710$aad92530$@com> <478445E9.4080303@filteredperception.org> <4785222C.90609@when.com> Message-ID: <47853AB4.50105@filteredperception.org> Well, what you described is not necessarily a problem. The file locations I described are what livecd-tools for fedora-8 uses. What you found was what livecd-tools used for fedora-7. You mentioned revisor, and didn't mention which whether you were building this on a fedora-7 or fedora-8 system. Perhaps the revisor developers will be able to help you. If you look on their website, they have a mailinglist of their own. -dmc sebastian at when.com wrote: > Hi Douglas, > > thank you for your response. I have burned the image to a DVD and tried > to boot from it - some issue here. Then, I have mounted (like you > suggested) the image on my computer, and I have found some interesting > details: > > After having mounted the whole image, I discovered that the squashfs.img > file was in the root directory of the image - not in the LiveOS directory! > I was able to mount the squashfs.img - then, I had a look at its > directory tree: > There is no ext3fs.img in it, only a large (in this case approx. 3 GB) > file called os.img and a directory called sysroot, without any files in it. > > In my opinion, this might be an explanation for the error, but the > question is, who has caused this and how to solve it... > I am currently going to double-check the result using livecd-creator > (well, revisor uses livecd-creator tools, doesn't it?... but I will give > it a try.) > > Sebastian > > > Douglas McClendon wrote: >> sebastian at when.com wrote: >>> Hi there! >>> >>> >>> >>> I am going to build a customized Fedora Live CD with some educational >>> applications using revisor. In the repo config, I needed to exclude >>> *.i586 and aspell-* (apart from aspell and aspell-en) to solve >>> conflicts. In the end, the image was successfully created (a little >>> bit larger than expected, currently approx. 750 MB, but that?s not >>> the problem). >>> >>> >>> >>> I have tested the image in a VMware installation and there, I got the >>> following error message: >>> >> >> I don't have any ideas off the top of my head. But the first things I >> would ask/suggest are >> >> - does the image exhibit the same behavior under qemu and/or real >> hardware? >> >> - assuming it does, then you might try manually mounting the the image >> and looking at the filesystem (specifically /sbin/init), i.e. >> something like >> >> # mkdir /mnt/test_prime >> # mkdir /mnt/test_container >> # mkdir /mnt/test_root >> # mount -o loop /path/to/Fedora-8-Live-i686.iso /mnt/test_prime >> # mount -o loop /mnt/test_prime/LiveOS/squashfs.img /mnt/test_container >> # mount -o loop /mnt/test_container/LiveOS/ext3fs.img /mnt/test_root >> # ls -l /mnt/test_root/sbin/init >> -rwxr-xr-x 1 root root 35440 2007-10-10 14:54 /mnt/test_root/sbin/init >> >> -dmc >>> >>> >>> WARNING: Requested /sbin/init binary does not exist on rootfs. >>> >>> Dropping to a shell. Good Luck! >>> >>> Does anybody have an idea what might be causing this? >>> >>> BTW: The kickstart file is, customized, but based on the original >>> livecd-fedora-8-desktop.ks, which also includes >>> livecd-fedora-8-base-desktop.ks. >>> >>> Cheers, >>> >>> Sebastian >>> ------------------------------------------------------------------------ >>> >>> -- >>> Fedora-livecd-list mailing list >>> Fedora-livecd-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- > 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 Thu Jan 10 08:04:26 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 10 Jan 2008 13:34:26 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <1199786882.4986.47.camel@muff> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> Message-ID: <4785D18A.8030504@fedoraproject.org> Mark McLoughlin wrote: > Hi Rahul, > > On Tue, 2008-01-08 at 03:48 +0530, Rahul Sundaram wrote: > >> I had to patch two files for the try finally construct. The patches are >> >> http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch >> http://sundaram.fedorapeople.org/image-creator-try-finally.patch >> >> (These patches are pretty simple but I am very much a python newbie and >> might be incorrect but it gets the tools to run) > > Thanks, I've folded them into the try-finally patch. > >> File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", line >> 51, in read_kickstart >> os.chdir(dirname) >> OSError: [Errno 2] No such file or directory: '' >> >> Any idea what's wrong? > > As Tim (thanks Tim!) pointed out, it's just a bug, but I fixed it by > changing it to: > > os.chdir(os.path.abspath(dirname)) Just hit another error trying to create a live cd from the kickstart file at http://sundaram.fedorapeople.org/rhel-gnome.ks Traceback (most recent call last): File "/usr/bin/livecd-creator", line 133, in ? sys.exit(main()) File "/usr/bin/livecd-creator", line 117, in main creator.configure() File "//usr/lib/python2.4/site-packages/imgcreate/creator.py", line 619, in configure kickstart.SelinuxConfig(self._instroot).apply(ksd.selinux) File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", line 395, in apply if ksselinux.selinux: AttributeError: 'int' object has no attribute 'selinux' Rahul From sundaram at fedoraproject.org Thu Jan 10 08:40:52 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 10 Jan 2008 14:10:52 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4785D18A.8030504@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> Message-ID: <4785DA14.30002@fedoraproject.org> Rahul Sundaram wrote: > Mark McLoughlin wrote: >> Hi Rahul, >> >> On Tue, 2008-01-08 at 03:48 +0530, Rahul Sundaram wrote: >> >>> I had to patch two files for the try finally construct. The patches are >>> >>> http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch >>> http://sundaram.fedorapeople.org/image-creator-try-finally.patch >>> >>> (These patches are pretty simple but I am very much a python newbie >>> and might be incorrect but it gets the tools to run) >> >> Thanks, I've folded them into the try-finally patch. >> >>> File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", >>> line 51, in read_kickstart >>> os.chdir(dirname) >>> OSError: [Errno 2] No such file or directory: '' >>> >>> Any idea what's wrong? >> >> As Tim (thanks Tim!) pointed out, it's just a bug, but I fixed it by >> changing it to: >> >> os.chdir(os.path.abspath(dirname)) > > Just hit another error trying to create a live cd from the kickstart > file at > http://sundaram.fedorapeople.org/rhel-gnome.ks Tried commenting out the relevant SELinux configuration lines and that fails with the following traceback ---- ... Removing password for user root. passwd: Success Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for kernel 2.6.18-8.el5 cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory Done; initramfs is 3.7M. Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for kernel 2.6.18-8.el5 cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory Done; initramfs is 3.7M. Traceback (most recent call last): File "/usr/bin/livecd-creator", line 133, in ? sys.exit(main()) File "/usr/bin/livecd-creator", line 117, in main creator.configure() File "/usr/lib/python2.4/site-packages/imgcreate/creator.py", line 626, in configure self._create_bootconfig() File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 189, in _create_bootconfig self._configure_bootloader(self.__ensure_isodir()) File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 518, in _configure_bootloader cfg += self.__get_image_stanzas(isodir) File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 447, in __get_image_stanzas is_xen = self.__copy_kernel_and_initramfs(isodir, version, index) File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 373, in __copy_kernel_and_initramfs isodir + "/isolinux/initrd" + index + ".img") File "/usr/lib64/python2.4/shutil.py", line 47, in copyfile fsrc = open(src, 'rb') IOError: [Errno 2] No such file or directory: '/var/tmp/imgcreate-Oty5r5/install_root/boot/livecd-initramfs-2.6.18-8.el5.img' Rahul From dmc.fedora at filteredperception.org Fri Jan 11 13:04:21 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Fri, 11 Jan 2008 07:04:21 -0600 Subject: [Fedora-livecd-list] RFC: my plans for improving LiveCD boot speed with smart device mapper caching Message-ID: <47876955.6030303@filteredperception.org> FYI- I've somewhat cryptically alluded to grand plans for improving LiveCD boot speed on this list in the past. While I'm still quite some time from having the time to implement it, I did outline my method on squashfs-devel yesterday. The basic idea is to replace all the disk seeks for file accesses during boot with a single long seek-less read, using a devicemapper trick which I've never seen used anywhere else, but which I'm 99.9% sure will work. I will back off my prior predictions of halving boot time, but I still think 15%-25% speedup will happen... http://sourceforge.net/mailarchive/forum.php?thread_name=d872d960801070247i73a7d032w7b499db16401e04e%40mail.gmail.com&forum_name=squashfs-devel -dmc From dmc.fedora at filteredperception.org Fri Jan 11 13:21:51 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Fri, 11 Jan 2008 07:21:51 -0600 Subject: [Fedora-livecd-list] [ANNOUNCE] VirOS: it's alliiivvvveeee (at least for bug-free LiveUSB persistence) Message-ID: <47876D6F.9000705@filteredperception.org> Fellow Fedora LiveCD Enthusiasts: I present, in lieu of actual FudCON participation, this new software release- VirOS-0.5-20080111, while still a few days away from being a functional drop in replacement for livecd-creator which does not require root privileges to run, does at least support adding my LiveUSB persistence implementation to the Fedora-8 LiveCD, and similar LiveISO images. (without requiring root privs, or running much faster as root if you like living on the edge) Basically it works like this- viros lixmog --output=newlive.iso --addtrait=ZyX.overlay.f8 live.iso if live.iso was the fedora 8 i686 livecd iso image, then newlive.iso will be slightly modified to support LiveUSB persistence. To use LiveUSB persistence, get the livecd-iso-to-disk script from the /LiveOS/ subdirectory on the iso (as normal), and invoke it as normal, but add an argument of --overlay-size-mb 128 to create a 128MB persistence file on the resulting LiveUSB. Really, you'll have more fun if you make it a 1024MB persistence file on a 2G LiveUSB. You can download the latest release of VirOS (in .tgz/.srpm/.rpm) here http://filteredperception.org/downloads/viros-0.5.20080111/ and if you'd rather not test my software, but just check out the official f8 livecd patched to support the feature, look here http://filteredperception.org/downloads/overlay/20080111/ I'll omit the details on xdelta patching, as they were in a prior mail, and to highlight the fact that this is still all very alpha/developer quality stuff. I have not done a complete code review myself, therefore it is too early for me to even ask others to do a code review. But having finally ironed out the last known bugs with the persistence feature, and having put together a reasonable rpm of the rest of the stuff, I am actually pretty pleased with how it's shaping up.... Bug reports are welcome and expected... Enjoy... -dmc From sebastian at when.com Fri Jan 11 13:29:40 2008 From: sebastian at when.com (sebastian at when.com) Date: Fri, 11 Jan 2008 14:29:40 +0100 Subject: [Fedora-livecd-list] Issue with customized Fedora Live CD In-Reply-To: <47853AB4.50105@filteredperception.org> References: <000001c85204$e39db710$aad92530$@com> <478445E9.4080303@filteredperception.org> <4785222C.90609@when.com> <47853AB4.50105@filteredperception.org> Message-ID: <47876F44.8090404@when.com> Again, thank you for your help! I have tried livecd-creator to create the iso file - and now, everything works fine. I think, I should post this to the revisor mailing list... Sebastian From tim.lauridsen at googlemail.com Fri Jan 11 13:55:56 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Fri, 11 Jan 2008 14:55:56 +0100 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4785DA14.30002@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> Message-ID: <4787756C.7090401@googlemail.com> Rahul Sundaram wrote: > Rahul Sundaram wrote: >> Mark McLoughlin wrote: >>> Hi Rahul, >>> >>> On Tue, 2008-01-08 at 03:48 +0530, Rahul Sundaram wrote: >>> >>>> I had to patch two files for the try finally construct. The patches are >>>> >>>> http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch >>>> http://sundaram.fedorapeople.org/image-creator-try-finally.patch >>>> >>>> (These patches are pretty simple but I am very much a python newbie >>>> and might be incorrect but it gets the tools to run) >>> >>> Thanks, I've folded them into the try-finally patch. >>> >>>> File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", >>>> line 51, in read_kickstart >>>> os.chdir(dirname) >>>> OSError: [Errno 2] No such file or directory: '' >>>> >>>> Any idea what's wrong? >>> >>> As Tim (thanks Tim!) pointed out, it's just a bug, but I fixed it by >>> changing it to: >>> >>> os.chdir(os.path.abspath(dirname)) >> >> Just hit another error trying to create a live cd from the kickstart >> file at >> http://sundaram.fedorapeople.org/rhel-gnome.ks > > Tried commenting out the relevant SELinux configuration lines and that > fails with the following traceback > > ---- > ... > Removing password for user root. > passwd: Success > Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for > kernel 2.6.18-8.el5 > cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory > Done; initramfs is 3.7M. > > Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for > kernel 2.6.18-8.el5 > cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory > Done; initramfs is 3.7M. > > Traceback (most recent call last): > File "/usr/bin/livecd-creator", line 133, in ? > sys.exit(main()) > File "/usr/bin/livecd-creator", line 117, in main > creator.configure() > File "/usr/lib/python2.4/site-packages/imgcreate/creator.py", line > 626, in configure > self._create_bootconfig() > File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 189, > in _create_bootconfig > self._configure_bootloader(self.__ensure_isodir()) > File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 518, > in _configure_bootloader > cfg += self.__get_image_stanzas(isodir) > File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 447, > in __get_image_stanzas > is_xen = self.__copy_kernel_and_initramfs(isodir, version, index) > File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 373, > in __copy_kernel_and_initramfs > isodir + "/isolinux/initrd" + index + ".img") > File "/usr/lib64/python2.4/shutil.py", line 47, in copyfile > fsrc = open(src, 'rb') > IOError: [Errno 2] No such file or directory: > '/var/tmp/imgcreate-Oty5r5/install_root/boot/livecd-initramfs-2.6.18-8.el5.img' > > > > Rahul > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list look you are opening a non existing file. '/var/tmp/imgcreate-Oty5r5/install_root/boot/livecd-initramfs-2.6.18-8.el5.img' what does 'ls /var/tmp/imgcreate-Oty5r5/install_root/boot/' shows. Tim From tim.lauridsen at googlemail.com Fri Jan 11 14:19:03 2008 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Fri, 11 Jan 2008 15:19:03 +0100 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4785D18A.8030504@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> Message-ID: <47877AD7.7020206@googlemail.com> Rahul Sundaram wrote: > Mark McLoughlin wrote: >> Hi Rahul, >> >> On Tue, 2008-01-08 at 03:48 +0530, Rahul Sundaram wrote: >> >>> I had to patch two files for the try finally construct. The patches are >>> >>> http://sundaram.fedorapeople.org/livecd-creator-try-finally.patch >>> http://sundaram.fedorapeople.org/image-creator-try-finally.patch >>> >>> (These patches are pretty simple but I am very much a python newbie >>> and might be incorrect but it gets the tools to run) >> >> Thanks, I've folded them into the try-finally patch. >> >>> File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", >>> line 51, in read_kickstart >>> os.chdir(dirname) >>> OSError: [Errno 2] No such file or directory: '' >>> >>> Any idea what's wrong? >> >> As Tim (thanks Tim!) pointed out, it's just a bug, but I fixed it by >> changing it to: >> >> os.chdir(os.path.abspath(dirname)) > > Just hit another error trying to create a live cd from the kickstart > file at > http://sundaram.fedorapeople.org/rhel-gnome.ks > > Traceback (most recent call last): > File "/usr/bin/livecd-creator", line 133, in ? > sys.exit(main()) > File "/usr/bin/livecd-creator", line 117, in main > creator.configure() > File "//usr/lib/python2.4/site-packages/imgcreate/creator.py", line > 619, in configure > kickstart.SelinuxConfig(self._instroot).apply(ksd.selinux) > File "//usr/lib/python2.4/site-packages/imgcreate/kickstart.py", line > 395, in apply > if ksselinux.selinux: > AttributeError: 'int' object has no attribute 'selinux' > > Rahul > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list Look like ksselinux is an int, not and object. what about trying this one. if ksselinux: Tim From sundaram at fedoraproject.org Fri Jan 11 15:20:00 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 11 Jan 2008 20:50:00 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4787756C.7090401@googlemail.com> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <4787756C.7090401@googlemail.com> Message-ID: <47878920.3060208@fedoraproject.org> Tim Lauridsen wrote: > look you are opening a non existing file. > '/var/tmp/imgcreate-Oty5r5/install_root/boot/livecd-initramfs-2.6.18-8.el5.img' > > > what does 'ls /var/tmp/imgcreate-Oty5r5/install_root/boot/' shows. It wouldn't exist obviously but I am not directly trying to open it. It is merely the result of the livecd-creator and not sure why. Rahul From kanarip at kanarip.com Fri Jan 11 18:13:18 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 11 Jan 2008 19:13:18 +0100 Subject: [Fedora-livecd-list] [PATCH] installroot mountpoint OSError Message-ID: <4787B1BE.8040205@kanarip.com> Hi, When the installation root or mount point is attempted to be created, and already exists, livecd-tools will show a traceback and fail to continue. I'm thinking that creating the directory on which to loopmount something doesn't need to show a traceback under this particular circumstance, as livecd-tools should just ensure the directory is there. Attached is a small patch resolving this (might also test if exists and rmtree if it does and then recreate it). Kind regards, Jeroen van Meeuwen -kanarip -------------- next part -------------- A non-text attachment was scrubbed... Name: error_osinstroot.patch Type: text/x-patch Size: 613 bytes Desc: not available URL: From dmc.fedora at filteredperception.org Mon Jan 14 04:32:47 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sun, 13 Jan 2008 22:32:47 -0600 Subject: [Fedora-livecd-list] rfc/suggestion: livecd kickstart format should include url install method Message-ID: <478AE5EF.6020305@filteredperception.org> I'm currently working on my livecd generator, and making it compatible with the kickstart format that livecd-tools expects. My method involves a traditional anaconda network install going under qemu. So here is what I noticed when I tried feeding a flattened version of /usr/share/livecd-tools/livecd-fedora-8-desktop.ks into it. The main problem, is that no install method is specified. For now, I'm just going to do a little parsing, taking the first repo line, and converting it into " install url --url= " With a manual wget and selection of a random mirror if mirrorlist is specified. I'm thinking that livecd-tools might be better off requiring the install method syntax anyway, and basically setting down the idea that the kickstarts that it accepts, should be usable as generic kickstarts for installation in the traditional way. Thoughts, objections? Other than that, the only other thing I think I noticed was that it failed to go completely automated due to lack of specified root password entry. Again, I'd suggest explicitly requiring that entry. If the only issue is who will actually make the modifications, I am of course willing to do that work. But I won't go ahead unless it's agreed it is the right thing to do. -dmc From markmc at redhat.com Mon Jan 14 08:16:37 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Jan 2008 08:16:37 +0000 Subject: [Fedora-livecd-list] [PATCH] installroot mountpoint OSError In-Reply-To: <4787B1BE.8040205@kanarip.com> References: <4787B1BE.8040205@kanarip.com> Message-ID: <1200298597.6118.3.camel@muff> Hi, On Fri, 2008-01-11 at 19:13 +0100, Jeroen van Meeuwen wrote: > When the installation root or mount point is attempted to be created, > and already exists, livecd-tools will show a traceback and fail to > continue. I'm thinking that creating the directory on which to loopmount > something doesn't need to show a traceback under this particular > circumstance, as livecd-tools should just ensure the directory is there. Well, _instroot (which is a read-only property) is a directory under a newly created temporary directory, so it's a safe assumption that it doesn't already exist, but I've gone ahead and changed it to use fs.makedirs() instead: - os.makedirs(self._instroot) - os.makedirs(self._outdir) + makedirs(self._instroot) + makedirs(self._outdir) Thanks, Mark. From markmc at redhat.com Mon Jan 14 08:19:59 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Jan 2008 08:19:59 +0000 Subject: [Fedora-livecd-list] rfc/suggestion: livecd kickstart format should include url install method In-Reply-To: <478AE5EF.6020305@filteredperception.org> References: <478AE5EF.6020305@filteredperception.org> Message-ID: <1200298799.6118.4.camel@muff> On Sun, 2008-01-13 at 22:32 -0600, Douglas McClendon wrote: > I'm thinking that livecd-tools might be better off requiring the install > method syntax anyway, and basically setting down the idea that the > kickstarts that it accepts, should be usable as generic kickstarts for > installation in the traditional way. > Other than that, the only other thing I think I noticed was that it > failed to go completely automated due to lack of specified root password > entry. Again, I'd suggest explicitly requiring that entry. Yep, both suggestions sound right to me. Cheers, Mark. From markmc at redhat.com Mon Jan 14 11:05:00 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Jan 2008 11:05:00 +0000 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4785D18A.8030504@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> Message-ID: <1200308700.6118.18.camel@muff> On Thu, 2008-01-10 at 13:34 +0530, Rahul Sundaram wrote: > 395, in apply > if ksselinux.selinux: > AttributeError: 'int' object has no attribute 'selinux' I've updated: http://markmc.fedorapeople.org/rhel5-livecd-creator/imgcreate-old-pykickstart.patch with the simple fix: - if ksselinux.selinux: + if ksselinux: Cheers, Mark. From markmc at redhat.com Mon Jan 14 12:17:31 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Jan 2008 12:17:31 +0000 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <4785DA14.30002@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> Message-ID: <1200313051.6118.29.camel@muff> On Thu, 2008-01-10 at 14:10 +0530, Rahul Sundaram wrote: > Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for > kernel 2.6.18-8.el5 > cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory > Done; initramfs is 3.7M. > > Traceback (most recent call last): ... > in __copy_kernel_and_initramfs > isodir + "/isolinux/initrd" + index + ".img") > File "/usr/lib64/python2.4/shutil.py", line 47, in copyfile > fsrc = open(src, 'rb') > IOError: [Errno 2] No such file or directory: > '/var/tmp/imgcreate-Oty5r5/install_root/boot/livecd-initramfs-2.6.18-8.el5.img' So, mayflower succeeded, but the initramfs dissappeared? Doesn't make a lot of sense, and I can't reproduce here on RHEL5. I managed to build an ISO with your config and latest git and patches. I haven't tried to boot it, though. Cheers, Mark. From sundaram at fedoraproject.org Mon Jan 14 13:54:22 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 14 Jan 2008 19:24:22 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <1200313051.6118.29.camel@muff> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <1200313051.6118.29.camel@muff> Message-ID: <478B698E.201@fedoraproject.org> Mark McLoughlin wrote: > On Thu, 2008-01-10 at 14:10 +0530, Rahul Sundaram wrote: > >> Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for >> kernel 2.6.18-8.el5 >> cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory >> Done; initramfs is 3.7M. >> >> Traceback (most recent call last): > > ... > >> in __copy_kernel_and_initramfs >> isodir + "/isolinux/initrd" + index + ".img") >> File "/usr/lib64/python2.4/shutil.py", line 47, in copyfile >> fsrc = open(src, 'rb') >> IOError: [Errno 2] No such file or directory: >> '/var/tmp/imgcreate-Oty5r5/install_root/boot/livecd-initramfs-2.6.18-8.el5.img' > > So, mayflower succeeded, but the initramfs dissappeared? Doesn't make a > lot of sense, and I can't reproduce here on RHEL5. > > I managed to build an ISO with your config and latest git and patches. > I haven't tried to boot it, though. I will try and report back the results soon. Thanks for following up on this. Much appreciated. Rahul From katzj at redhat.com Mon Jan 14 14:06:04 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 14 Jan 2008 09:06:04 -0500 Subject: [Fedora-livecd-list] rfc/suggestion: livecd kickstart format should include url install method In-Reply-To: <478AE5EF.6020305@filteredperception.org> References: <478AE5EF.6020305@filteredperception.org> Message-ID: <1200319564.30380.6.camel@aglarond.local> On Sun, 2008-01-13 at 22:32 -0600, Douglas McClendon wrote: > The main problem, is that no install method is specified. For now, I'm > just going to do a little parsing, taking the first repo line, and > converting it into > > " > install > url --url= > " While not required, this syntax should work today. The url syntax doesn't support as many things like mirrorlists, though, and thus isn't as preferred. See the methodToRepo bits > Other than that, the only other thing I think I noticed was that it > failed to go completely automated due to lack of specified root password > entry. Again, I'd suggest explicitly requiring that entry. An empty password is going to cause problems, though, and that's what we end up wanting for general live image use. And if you want to have a root password, you can specify it and then things will work in either case Jeremy From dmc.fedora at filteredperception.org Mon Jan 14 19:42:05 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 14 Jan 2008 13:42:05 -0600 Subject: [Fedora-livecd-list] rfc/suggestion: livecd kickstart format should include url install method In-Reply-To: <1200319564.30380.6.camel@aglarond.local> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> Message-ID: <478BBB0D.3070504@filteredperception.org> Jeremy Katz wrote: > On Sun, 2008-01-13 at 22:32 -0600, Douglas McClendon wrote: >> The main problem, is that no install method is specified. For now, I'm >> just going to do a little parsing, taking the first repo line, and >> converting it into >> >> " >> install >> url --url= >> " > > While not required, this syntax should work today. Then my suggestion is mainly about what the example kickstarts look like... The url syntax > doesn't support as many things like mirrorlists, though, and thus isn't > as preferred. See the methodToRepo bits I noticed this as well. The intuitive answer would seem to be that that the url syntax should support mirrorlists. Is this planned for F9? >> Other than that, the only other thing I think I noticed was that it >> failed to go completely automated due to lack of specified root password >> entry. Again, I'd suggest explicitly requiring that entry. > > An empty password is going to cause problems, though, and that's what we > end up wanting for general live image use. And if you want to have a > root password, you can specify it and then things will work in either > case I'd suggest in this case supplying the rootpw entry, and then using %post to remove the root password. Again, the idea being that the example kickstarts supplied should work well as non-livecd kickstarts. -dmc From katzj at redhat.com Mon Jan 14 23:30:08 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 14 Jan 2008 18:30:08 -0500 Subject: [Fedora-livecd-list] rfc/suggestion: livecd kickstart format should include url install method In-Reply-To: <478BBB0D.3070504@filteredperception.org> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> Message-ID: <1200353408.30380.16.camel@aglarond.local> On Mon, 2008-01-14 at 13:42 -0600, Douglas McClendon wrote: > Jeremy Katz wrote: > > On Sun, 2008-01-13 at 22:32 -0600, Douglas McClendon wrote: > >> The main problem, is that no install method is specified. For now, I'm > >> just going to do a little parsing, taking the first repo line, and > >> converting it into > >> > >> " > >> install > >> url --url= > >> " > > > > While not required, this syntax should work today. > > Then my suggestion is mainly about what the example kickstarts look like... > > The url syntax > > doesn't support as many things like mirrorlists, though, and thus isn't > > as preferred. See the methodToRepo bits > > I noticed this as well. The intuitive answer would seem to be that that > the url syntax should support mirrorlists. Is this planned for F9? That means the loader would need to have support for mirrorlists. And proxies. Etc, etc. The better answer is going to be the work which is ongoing for Fedora 9 so that we can define repos at stage2 time... at which point, we could just use a config with repos for install-time also. > >> Other than that, the only other thing I think I noticed was that it > >> failed to go completely automated due to lack of specified root password > >> entry. Again, I'd suggest explicitly requiring that entry. > > > > An empty password is going to cause problems, though, and that's what we > > end up wanting for general live image use. And if you want to have a > > root password, you can specify it and then things will work in either > > case > > I'd suggest in this case supplying the rootpw entry, and then using > %post to remove the root password. Again, the idea being that the > example kickstarts supplied should work well as non-livecd kickstarts. This just makes things convoluted, though and harder to understand, not easier. Because now to figure out why there's not a password, I have to go and parse through the scripts. Which sucks IMHO Jeremy From dmc.fedora at filteredperception.org Mon Jan 14 20:28:29 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 14 Jan 2008 14:28:29 -0600 Subject: [Fedora-livecd-list] rfc/suggestion: livecd kickstart format should include url install method In-Reply-To: <1200353408.30380.16.camel@aglarond.local> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> Message-ID: <478BC5ED.1050702@filteredperception.org> Jeremy Katz wrote: > On Mon, 2008-01-14 at 13:42 -0600, Douglas McClendon wrote: >> Jeremy Katz wrote: >>> On Sun, 2008-01-13 at 22:32 -0600, Douglas McClendon wrote: >>>> The main problem, is that no install method is specified. For now, I'm >>>> just going to do a little parsing, taking the first repo line, and >>>> converting it into >>>> >>>> " >>>> install >>>> url --url= >>>> " >>> While not required, this syntax should work today. >> Then my suggestion is mainly about what the example kickstarts look like... >> >> The url syntax >>> doesn't support as many things like mirrorlists, though, and thus isn't >>> as preferred. See the methodToRepo bits >> I noticed this as well. The intuitive answer would seem to be that that >> the url syntax should support mirrorlists. Is this planned for F9? > > That means the loader would need to have support for mirrorlists. And > proxies. Etc, etc. The better answer is going to be the work which is > ongoing for Fedora 9 so that we can define repos at stage2 time... at > which point, we could just use a config with repos for install-time > also. Thats cool- it was the functionality and compatability I wanted, and it sounds like that is the plan. > >>>> Other than that, the only other thing I think I noticed was that it >>>> failed to go completely automated due to lack of specified root password >>>> entry. Again, I'd suggest explicitly requiring that entry. >>> An empty password is going to cause problems, though, and that's what we >>> end up wanting for general live image use. And if you want to have a >>> root password, you can specify it and then things will work in either >>> case >> I'd suggest in this case supplying the rootpw entry, and then using >> %post to remove the root password. Again, the idea being that the >> example kickstarts supplied should work well as non-livecd kickstarts. > > This just makes things convoluted, though and harder to understand, not > easier. Because now to figure out why there's not a password, I have to > go and parse through the scripts. Which sucks IMHO IMHO it sucks to have a kickstart which wouldn't run in an automated fashion in anaconda, and I don't see how the process of figuring out there is no password by the non-existence of any configuration text is any better. But not a big, or even a small deal. -dmc From hunt at m2s.com Tue Jan 15 21:38:35 2008 From: hunt at m2s.com (Elias Hunt) Date: Tue, 15 Jan 2008 16:38:35 -0500 Subject: [Fedora-livecd-list] Traceback error: File exists when running livecd-creator on updated Fedora 7 Message-ID: <50B0D0F07E90AD4A9A5DFB3CC6C7ACA99CC610@exchange2.ad.medicalmetrx.com> All, I'll start by saying this process has been working perfectly for at least a couple months now. However just yesterday I updated my build system with the most recent Fedora 7 patches and built a new base ISO with the new updates as well. Now I'm seeing the error below. If I'm reading things correctly it's having trouble with /etc/mtab in the build dir. I checked the still mounted build dir and found the link already existing there. Aparently it was already done in the base ISO. No matter the cause I need to try and figure out a solution. If there is already one out there I'm happy to make use of it. Otherwise if someone has a moment to help I would greatly appreciate it. Happy to provide more information too if needed. Thanks. -Eli /usr/bin/livecd-creator --config=dactest2.ks --base-on=/mms/dac/buildtools/iso/m2s-dac-cd-base-4.1_F7.iso --fslabel=dactest2-1200432110 mount: block device /dev/loop2 is write-protected, mounting read-only Traceback (most recent call last): File "/usr/bin/livecd-creator", line 1088, in sys.exit(main()) File "/usr/bin/livecd-creator", line 1067, in main target.setup(options.uncompressed_size, options.base_on) File "/usr/bin/livecd-creator", line 428, in setup os.symlink("../proc/mounts", self.build_dir + "/install_root/etc/mtab") OSError: [Errno 17] File exists -- Elias Hunt Systems Engineer M2S, Inc. 12 Commerce Ave. W Lebanon, NH 03784 Ph: 603-298-5509 x365 Fax: 603-298-8816 hunt at m2s.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.wood at datawranglers.com Wed Jan 16 02:40:38 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Tue, 15 Jan 2008 19:40:38 -0700 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <478BC5ED.1050702@filteredperception.org> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> Message-ID: <478D6EA6.3030903@datawranglers.com> I've been (finally) setting up a local Fedora 8 Repository. In the process, I've discovered that os+updates+development now approaches 20G. Given that a lot of that material is not relevant to me --at a guess 2G of the archive plus update and dev versions so 4-6G-- I realized a repository tool that only loaded things from an official repository when it was requested for the first time could be very useful. Does anyone know of such a creature? If not, would this be useful to anyone be sides me? Tim Wood From dmc.fedora at filteredperception.org Wed Jan 16 03:04:35 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Tue, 15 Jan 2008 21:04:35 -0600 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <478D6EA6.3030903@datawranglers.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> Message-ID: <478D7443.3040900@filteredperception.org> Tim Wood wrote: > I've been (finally) setting up a local Fedora 8 Repository. In the > process, I've discovered that os+updates+development now approaches > 20G. Given that a lot of that material is not relevant to me --at a > guess 2G of the archive plus update and dev versions so 4-6G-- I > realized a repository tool that only loaded things from an official > repository when it was requested for the first time could be very > useful. Does anyone know of such a creature? If not, would this be > useful to anyone be sides me? squid? (hence question I asked about yum proxy configuration in anaconda a while back, but don't think I ever got an answer to) And this (InstantMirror) was talked about on fedora-devel, but I wasn't paying too much attention (looks like what you want). http://wtogami.livejournal.com/20405.html -dmc From tim.wood at datawranglers.com Wed Jan 16 03:44:45 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Tue, 15 Jan 2008 20:44:45 -0700 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <478D7443.3040900@filteredperception.org> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <478D7443.3040900@filteredperception.org> Message-ID: <478D7DAD.4010801@datawranglers.com> Squid would probably do what I want... but it does seem like an elephant gun solution. The InstantMirror discussion sounds like what I'm talking about. I will check it out and see how well it works. Tim Douglas McClendon wrote: > Tim Wood wrote: >> I've been (finally) setting up a local Fedora 8 Repository. In the >> process, I've discovered that os+updates+development now approaches >> 20G. Given that a lot of that material is not relevant to me --at a >> guess 2G of the archive plus update and dev versions so 4-6G-- I >> realized a repository tool that only loaded things from an official >> repository when it was requested for the first time could be very >> useful. Does anyone know of such a creature? If not, would this be >> useful to anyone be sides me? > > squid? > > (hence question I asked about yum proxy configuration in anaconda a > while back, but don't think I ever got an answer to) > > And this (InstantMirror) was talked about on fedora-devel, but I > wasn't paying too much attention (looks like what you want). > > http://wtogami.livejournal.com/20405.html > > > -dmc > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From walters at redhat.com Wed Jan 16 14:47:43 2008 From: walters at redhat.com (Colin Walters) Date: Wed, 16 Jan 2008 09:47:43 -0500 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <478D6EA6.3030903@datawranglers.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> Message-ID: <1200494863.6453.0.camel@space-ghost.verbum.private> On Tue, 2008-01-15 at 19:40 -0700, Tim Wood wrote: > I've been (finally) setting up a local Fedora 8 Repository. In the > process, I've discovered that os+updates+development now approaches > 20G. You are aware of the --cache option to livecd-creator, right? From tim.wood at datawranglers.com Wed Jan 16 16:17:58 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 16 Jan 2008 09:17:58 -0700 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <1200494863.6453.0.camel@space-ghost.verbum.private> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> Message-ID: <478E2E36.7050707@datawranglers.com> I'll check that out, too. Tim Colin Walters wrote: > On Tue, 2008-01-15 at 19:40 -0700, Tim Wood wrote: > >> I've been (finally) setting up a local Fedora 8 Repository. In the >> process, I've discovered that os+updates+development now approaches >> 20G. >> > > You are aware of the --cache option to livecd-creator, right? > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.wood at datawranglers.com Wed Jan 16 17:44:41 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 16 Jan 2008 10:44:41 -0700 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <1200494863.6453.0.camel@space-ghost.verbum.private> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> Message-ID: <478E4289.5010807@datawranglers.com> Okay, uncle. I can't find documentation on the --cache option. I've found that you are supposed to pass it a path but no write-up on what is cached and for how long, etc. What exactly does it do? Tim Colin Walters wrote: > On Tue, 2008-01-15 at 19:40 -0700, Tim Wood wrote: > >> I've been (finally) setting up a local Fedora 8 Repository. In the >> process, I've discovered that os+updates+development now approaches >> 20G. >> > > You are aware of the --cache option to livecd-creator, right? > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From walters at redhat.com Wed Jan 16 18:23:26 2008 From: walters at redhat.com (Colin Walters) Date: Wed, 16 Jan 2008 13:23:26 -0500 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <478E4289.5010807@datawranglers.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> Message-ID: <1200507806.6453.14.camel@space-ghost.verbum.private> On Wed, 2008-01-16 at 10:44 -0700, Tim Wood wrote: > Okay, uncle. I can't find documentation on the --cache option. I've > found that you are supposed to pass it a path but no write-up on what > is cached and for how long, etc. What exactly does it do? Basically it's a stupid lookaside cache - if a file is already downloaded, it's not downloaded again. But there is no expiry, size limits, etc. InstantMirror might be a more maintainable solution, but I found --cache to be the easiest way to ease the pain of trying to repeatedly build live cds in quick succession. From tim.wood at datawranglers.com Wed Jan 16 18:29:31 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 16 Jan 2008 11:29:31 -0700 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <1200507806.6453.14.camel@space-ghost.verbum.private> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> Message-ID: <478E4D0B.4060303@datawranglers.com> Thanks. That will work. InstantMirror does look more maintainable but has the downside (at v0.4) that it looks a little early to use as the basis of real work. Tim Colin Walters wrote: > On Wed, 2008-01-16 at 10:44 -0700, Tim Wood wrote: > >> Okay, uncle. I can't find documentation on the --cache option. I've >> found that you are supposed to pass it a path but no write-up on what >> is cached and for how long, etc. What exactly does it do? >> > > Basically it's a stupid lookaside cache - if a file is already > downloaded, it's not downloaded again. But there is no expiry, size > limits, etc. > > InstantMirror might be a more maintainable solution, but I found --cache > to be the easiest way to ease the pain of trying to repeatedly build > live cds in quick succession. > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lbrooks at MIT.EDU Wed Jan 16 19:30:38 2008 From: lbrooks at MIT.EDU (Lane Brooks) Date: Wed, 16 Jan 2008 12:30:38 -0700 Subject: [Fedora-livecd-list] cant find filesystem /dev/root Message-ID: <478E5B5E.4010000@mit.edu> I am using the latest image-creator tool from the git repo to create an custom fedora image based on fedora 8. When I try to boot either from the physical image or in qemu, I get the following error: mount: could not find filesystem '/dev/root' and then eventually switchroot fails and the system hangs. I have tried the original kernel and the latest released kernel. I have rebuilt initrd based on hda1, sda1, etc. in the /etc/fstab file and get the same problem. I have tried grub, extlinux, and even booting directly in qemu. No matter what I get this error. The only thing I have gotten to work is to download a vanilla kernel and build and install it manually. It seems as though the fedora kernel does not find the ide drives, although I cannot verify this because the text scrolls too quickly for me to see. Anyone know what the problem is? I am not sure if this is the best list to ask this question, so perhaps even suggesting a more appropriate list would be helpful too. Thanks, Lane Brooks From dmc.fedora at filteredperception.org Wed Jan 16 19:29:22 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 16 Jan 2008 13:29:22 -0600 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <478E4D0B.4060303@datawranglers.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> <478E4D0B.4060303@datawranglers.com> Message-ID: <478E5B12.7030705@filteredperception.org> Tim Wood wrote: > Thanks. That will work. InstantMirror does look more maintainable but > has the downside (at v0.4) that it looks a little early to use as the > basis of real work. Yes- I assumed --cache was so obvious, that you must have wanted something for a wider purpose than just livecd creation. But I think, perhaps this brings out another issue- is it time for "man livecd-creator" to work? -dmc > > Tim > > > Colin Walters wrote: >> On Wed, 2008-01-16 at 10:44 -0700, Tim Wood wrote: >> >>> Okay, uncle. I can't find documentation on the --cache option. I've >>> found that you are supposed to pass it a path but no write-up on what >>> is cached and for how long, etc. What exactly does it do? >>> >> >> Basically it's a stupid lookaside cache - if a file is already >> downloaded, it's not downloaded again. But there is no expiry, size >> limits, etc. >> >> InstantMirror might be a more maintainable solution, but I found --cache >> to be the easiest way to ease the pain of trying to repeatedly build >> live cds in quick succession. >> >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >> >> > > > -- > _________________________________ > Tim Wood, CLP, RHCT > 719.338.7484 (tel) > > The Data Wranglers > Web, Database & more since since 1994 > www.datawranglers.com > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From notting at redhat.com Wed Jan 16 19:35:28 2008 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Jan 2008 14:35:28 -0500 Subject: caching in general (was Re: [Fedora-livecd-list] caching repository?) In-Reply-To: <478E5B12.7030705@filteredperception.org> References: <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> <478E4D0B.4060303@datawranglers.com> <478E5B12.7030705@filteredperception.org> Message-ID: <20080116193528.GA26963@nostromo.devel.redhat.com> Douglas McClendon (dmc.fedora at filteredperception.org) said: > Tim Wood wrote: >> Thanks. That will work. InstantMirror does look more maintainable but >> has the downside (at v0.4) that it looks a little early to use as the >> basis of real work. > > Yes- I assumed --cache was so obvious, that you must have wanted something > for a wider purpose than just livecd creation. Speaking of, we already have: - livecd-creator --cache - /var/cache/pungi - /var/cache/yum/ - InstantMirror Is there any work/thought on makeing these not duplicate each other so much? Bill From tim.wood at datawranglers.com Wed Jan 16 19:36:55 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 16 Jan 2008 12:36:55 -0700 Subject: [Fedora-livecd-list] caching repository? In-Reply-To: <478E5B12.7030705@filteredperception.org> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> <478E4D0B.4060303@datawranglers.com> <478E5B12.7030705@filteredperception.org> Message-ID: <478E5CD7.2060009@datawranglers.com> I vote yes. > Yes- I assumed --cache was so obvious, that you must have wanted > something for a wider purpose than just livecd creation. > > But I think, perhaps this brings out another issue- is it time for > "man livecd-creator" to work? > > -dmc > >> >> Tim >> >> >> Colin Walters wrote: >>> On Wed, 2008-01-16 at 10:44 -0700, Tim Wood wrote: >>> >>>> Okay, uncle. I can't find documentation on the --cache option. I've >>>> found that you are supposed to pass it a path but no write-up on what >>>> is cached and for how long, etc. What exactly does it do? >>>> >>> >>> Basically it's a stupid lookaside cache - if a file is already >>> downloaded, it's not downloaded again. But there is no expiry, size >>> limits, etc. >>> >>> InstantMirror might be a more maintainable solution, but I found >>> --cache >>> to be the easiest way to ease the pain of trying to repeatedly build >>> live cds in quick succession. >>> >>> >>> -- >>> Fedora-livecd-list mailing list >>> Fedora-livecd-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >>> >>> >> >> >> -- >> _________________________________ >> Tim Wood, CLP, RHCT >> 719.338.7484 (tel) >> >> The Data Wranglers >> Web, Database & more since since 1994 >> www.datawranglers.com >> >> >> ------------------------------------------------------------------------ >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From tim.wood at datawranglers.com Wed Jan 16 19:42:33 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 16 Jan 2008 12:42:33 -0700 Subject: caching in general (was Re: [Fedora-livecd-list] caching repository?) In-Reply-To: <20080116193528.GA26963@nostromo.devel.redhat.com> References: <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> <478E4D0B.4060303@datawranglers.com> <478E5B12.7030705@filteredperception.org> <20080116193528.GA26963@nostromo.devel.redhat.com> Message-ID: <478E5E29.8090905@datawranglers.com> InstantMirror (I suspect) has the advantage that it can be utilized anytime you're looking for rpms for livecd-creator, your local machine, etc. And, I suspect, by configuring it right, you can actually use it as a repo server for an entire network. They say they're working on creating a daemon that accepts requests and manages downloads, etc., as appropriate. So, turning the question around, maybe something like InstantMirror could become a common resource utilized by all of these tools? Tim Bill Nottingham wrote: > Douglas McClendon (dmc.fedora at filteredperception.org) said: > >> Tim Wood wrote: >> >>> Thanks. That will work. InstantMirror does look more maintainable but >>> has the downside (at v0.4) that it looks a little early to use as the >>> basis of real work. >>> >> Yes- I assumed --cache was so obvious, that you must have wanted something >> for a wider purpose than just livecd creation. >> > > Speaking of, we already have: > > - livecd-creator --cache > - /var/cache/pungi > - /var/cache/yum/ > - InstantMirror > > Is there any work/thought on makeing these not duplicate each other > so much? > > Bill > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Wed Jan 16 22:28:47 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Jan 2008 17:28:47 -0500 Subject: caching in general (was Re: [Fedora-livecd-list] caching repository?) In-Reply-To: <20080116193528.GA26963@nostromo.devel.redhat.com> References: <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> <478E4D0B.4060303@datawranglers.com> <478E5B12.7030705@filteredperception.org> <20080116193528.GA26963@nostromo.devel.redhat.com> Message-ID: <20080116172847.3295bd04@redhat.com> On Wed, 16 Jan 2008 14:35:28 -0500 Bill Nottingham wrote: > Speaking of, we already have: > > - livecd-creator --cache > - /var/cache/pungi > - /var/cache/yum/ > - InstantMirror > > Is there any work/thought on makeing these not duplicate each other > so much? I've thought some about it. We don't want to stomp on the system /var/cache/yum, don't want to accidentally clear a cache when it shouldn't, or lock the system yum from doing anything while you're composing. We'd have to implement our own locking to make sure other processes don't stomp on other compose processes going (something I don't really handle well in pungi as it is). Pungi itself uses yum caching code for max code reuse. Comes in handy for using yum's downloading code too as I get the cache verification for free. At some point livecd and pungi could potentially merge into one code base, that does different parts after creating yum objects and logging objects and such. Processing the kickstart file and getting packages out of the repos is roughly the same, it's what we do with those packages that are different. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From walters at redhat.com Wed Jan 16 22:47:40 2008 From: walters at redhat.com (Colin Walters) Date: Wed, 16 Jan 2008 17:47:40 -0500 Subject: caching in general (was Re: [Fedora-livecd-list] caching repository?) In-Reply-To: <20080116172847.3295bd04@redhat.com> References: <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> <478E4D0B.4060303@datawranglers.com> <478E5B12.7030705@filteredperception.org> <20080116193528.GA26963@nostromo.devel.redhat.com> <20080116172847.3295bd04@redhat.com> Message-ID: <1200523661.6453.38.camel@space-ghost.verbum.private> On Wed, 2008-01-16 at 17:28 -0500, Jesse Keating wrote: > I've thought some about it. We don't want to stomp on the > system /var/cache/yum, don't want to accidentally clear a cache when it > shouldn't, or lock the system yum from doing anything while you're > composing. I think it would be cool if the operating system basically had a big key-value cache, that would be automatically purged as system space ran low. So various tools could stuff rpm SHA1->rpm into there. Maybe you could even do this just using a filesystem interface say /var/cache/objects. You don't really need yum instances and livecd-creator etc. to share say the sqlite db downloads (though that would be nice); the big part is the RPMs. From jkeating at redhat.com Thu Jan 17 01:11:07 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Jan 2008 20:11:07 -0500 Subject: caching in general (was Re: [Fedora-livecd-list] caching repository?) In-Reply-To: <1200523661.6453.38.camel@space-ghost.verbum.private> References: <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <478E4289.5010807@datawranglers.com> <1200507806.6453.14.camel@space-ghost.verbum.private> <478E4D0B.4060303@datawranglers.com> <478E5B12.7030705@filteredperception.org> <20080116193528.GA26963@nostromo.devel.redhat.com> <20080116172847.3295bd04@redhat.com> <1200523661.6453.38.camel@space-ghost.verbum.private> Message-ID: <20080116201107.11c4dab3@redhat.com> On Wed, 16 Jan 2008 17:47:40 -0500 Colin Walters wrote: > I think it would be cool if the operating system basically had a big > key-value cache, that would be automatically purged as system space > ran low. So various tools could stuff rpm SHA1->rpm into there. > Maybe you could even do this just using a filesystem interface > say /var/cache/objects. If that had some sort of build in locking, so that if you were already downloading one file and another process asked for the same file, it would pause letting the first one finish, and then service the second one from the cache, that would be hot. Do locking in one place, instead of everywhere. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tim.wood at datawranglers.com Fri Jan 18 06:35:19 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Thu, 17 Jan 2008 23:35:19 -0700 Subject: [Fedora-livecd-list] eth0 and eth1 in kickstart In-Reply-To: <1200494863.6453.0.camel@space-ghost.verbum.private> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> Message-ID: <479048A7.2010503@datawranglers.com> In my livecd-creator kickstart, I'm trying variants to do one dhcp and one static eth: network --bootproto=dhcp --device=eth0 --onboot=on network --bootproto=static --device=eth1 --onboot=on --ip=[ snip ] When I check ifconfig, I have eth1 with dhcp and eth0 without an ip. When I go through Network Device Control (gui), I see eth0, eth1, eth0.bak and eth1.bak with my static dumped in one weird place and my dhcp in another. Headache time... When I googled around I didn't find much useful besides a grumpy post that indicates there are problems with Network Manager under f8. Heavily snipped down version: Fedora's implementation of Network Manager ... will (not) allow you to set your system to a fixed IP address - only DHCP assigned addresses work. ... take a look at http://www.fedoraforum.org/forum/showthread.php?t=172205&highlight=networkmanager Is anybody on the list using eth0 and eth1 in a kickstart file or have an idea how to make such a setup work. _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From apevec at redhat.com Fri Jan 18 12:52:34 2008 From: apevec at redhat.com (Alan Pevec) Date: Fri, 18 Jan 2008 13:52:34 +0100 Subject: [Fedora-livecd-list] [PATCH] Add initramfs image creator Message-ID: <4790A112.2030406@redhat.com> Add initramfs image creator Installed system is packaged as a cpio archive to be used as initramfs. Based on markmc's patch: http://people.redhat.com/markmc/live/livecd-creator-patches/livecd-initramfs-target.patch Signed-off-by: Alan Pevec Index: livecd/imgcreate/creator.py =================================================================== --- livecd.orig/imgcreate/creator.py +++ livecd/imgcreate/creator.py @@ -832,3 +832,58 @@ class LoopImageCreator(ImageCreator): def _stage_final_image(self): self._resparse() shutil.move(self._image, self._outdir + "/" + self.name + ".img") + + +class InitramfsImageCreator(ImageCreator): + """Installs a system into a cpio archive for initramfs. + + InitramfsImageCreator is a straightforward ImageCreator subclass; + the installed system is packaged as a compressed cpio archive which can be + subsequently used for initramfs. + + """ + + def __init__(self, ks, name): + """Initialize an InitramfsImageCreator instance. + """ + ImageCreator.__init__(self, ks, name) + + def _cdroot(self): + """Change into the install root. + """ + os.chdir(self._instroot) + + # + # Actual implementation + # + def _get_fstab(self): + s = "rootfs / ext3 defaults,noatime 0 0\n" + s += "devpts /dev/pts devpts gid=5,mode=620 0 0\n" + s += "tmpfs /dev/shm tmpfs defaults 0 0\n" + s += "proc /proc proc defaults 0 0\n" + s += "sysfs /sys sysfs defaults 0 0\n" + return s + + def _mount_instroot(self, base_on = None): + if not base_on is None: + try: + subprocess.call(['/usr/bin/pax', '-rzf', base_on], preexec_fn=self._cdroot) + except OSError, e: + raise CreatorError("Failed to extract '%s': %s" % (base_on, e)) + + def __get_image(self): + return self._outdir + "/" + self.name + ".img" + _image = property(__get_image) + """The location of the initramfs archive. + """ + + def _stage_final_image(self): + try: + instroot_init = self._instroot + "/init" + if not os.path.lexists(instroot_init): + os.symlink("sbin/init", instroot_init) + subprocess.call(['/usr/bin/pax', '-w', '-zx', 'sv4cpio', '-s', '/^\.\///', + '-f', self._image, '.'], preexec_fn=self._cdroot) + except OSError, e: + raise CreatorError("Failed to create the initramfs image: %s" % e) + Index: livecd/livecd-tools.spec =================================================================== --- livecd.orig/livecd-tools.spec +++ livecd/livecd-tools.spec @@ -20,6 +20,7 @@ Requires: squashfs-tools Requires: pykickstart >= 0.96 Requires: dosfstools >= 2.11-8 Requires: isomd5sum +Requires: pax %ifarch %{ix86} x86_64 Requires: syslinux %endif From markmc at redhat.com Fri Jan 18 13:12:48 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 18 Jan 2008 13:12:48 +0000 Subject: [Fedora-livecd-list] [PATCH] Add initramfs image creator In-Reply-To: <4790A112.2030406@redhat.com> References: <4790A112.2030406@redhat.com> Message-ID: <1200661968.17119.6.camel@muff> Hi Alan, There's nothing wrong with the code, it's in good shape. Some thoughts: - Using pax instead of cpio is okay, I guess. The cpio code is probably a little hairy just for the sake of avoiding the pax dep. - Symlinking /init to /sbin/init seems a little odd, but I guess it is useful. - I'm not sure how generally useful this is and whether it really belongs in the imgcreate public API. This doesn't use any imgcreate internals, so it could live outside imgcreate. Then again, if it's in there, maybe people will come up with fun uses for it. I'm of two minds on it ... Jeremy? Cheers, Mark. From lbrooks at MIT.EDU Fri Jan 18 14:35:18 2008 From: lbrooks at MIT.EDU (Lane Brooks) Date: Fri, 18 Jan 2008 07:35:18 -0700 Subject: [Fedora-livecd-list] cant find filesystem /dev/root In-Reply-To: <478E5B5E.4010000@mit.edu> References: <478E5B5E.4010000@mit.edu> Message-ID: <4790B926.7070104@mit.edu> I finally found a way around that I am posting to the list in case it helps someone else. Things started working when I started building initrd using the --with ata_generic --with libata options. Lane Lane Brooks wrote: > I am using the latest image-creator tool from the git repo to create an > custom fedora image based on fedora 8. > > When I try to boot either from the physical image or in qemu, I get the > following error: > > mount: could not find filesystem '/dev/root' > > and then eventually switchroot fails and the system hangs. I have tried > the original kernel and the latest released kernel. I have rebuilt > initrd based on hda1, sda1, etc. in the /etc/fstab file and get the same > problem. I have tried grub, extlinux, and even booting directly in > qemu. No matter what I get this error. > > The only thing I have gotten to work is to download a vanilla kernel and > build and install it manually. It seems as though the fedora kernel > does not find the ide drives, although I cannot verify this because the > text scrolls too quickly for me to see. > > Anyone know what the problem is? I am not sure if this is the best list > to ask this question, so perhaps even suggesting a more appropriate list > would be helpful too. > > Thanks, > Lane Brooks > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From lars.bjorndal at broadpark.no Fri Jan 18 14:46:55 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Fri, 18 Jan 2008 15:46:55 +0100 Subject: [Fedora-livecd-list] cant find filesystem /dev/root In-Reply-To: <4790B926.7070104@mit.edu> (Lane Brooks's message of "Fri, 18 Jan 2008 07:35:18 -0700") References: <478E5B5E.4010000@mit.edu> <4790B926.7070104@mit.edu> Message-ID: Lane Brooks writes: > I finally found a way around that I am posting to the list in case it > helps someone else. Things started working when I started building > initrd using the --with ata_generic --with libata options. Can you specify these options in the kickstart file while using revisor? How is the syntax? Thanks! Lars > Lane Brooks wrote: >> I am using the latest image-creator tool from the git repo to create an >> custom fedora image based on fedora 8. >> When I try to boot either from the physical image or in qemu, I get >> the >> following error: >> mount: could not find filesystem '/dev/root' >> and then eventually switchroot fails and the system hangs. I have >> tried >> the original kernel and the latest released kernel. I have rebuilt >> initrd based on hda1, sda1, etc. in the /etc/fstab file and get the same >> problem. I have tried grub, extlinux, and even booting directly in >> qemu. No matter what I get this error. >> The only thing I have gotten to work is to download a vanilla kernel >> and >> build and install it manually. It seems as though the fedora kernel >> does not find the ide drives, although I cannot verify this because the >> text scrolls too quickly for me to see. >> Anyone know what the problem is? I am not sure if this is the best >> list >> to ask this question, so perhaps even suggesting a more appropriate list >> would be helpful too. >> Thanks, >> Lane Brooks From lbrooks at MIT.EDU Fri Jan 18 14:53:16 2008 From: lbrooks at MIT.EDU (Lane Brooks) Date: Fri, 18 Jan 2008 07:53:16 -0700 Subject: [Fedora-livecd-list] cant find filesystem /dev/root In-Reply-To: References: <478E5B5E.4010000@mit.edu> <4790B926.7070104@mit.edu> Message-ID: <4790BD5C.6010103@mit.edu> Lars Bj?rndal wrote: > Lane Brooks writes: > >> I finally found a way around that I am posting to the list in case it >> helps someone else. Things started working when I started building >> initrd using the --with ata_generic --with libata options. > > Can you specify these options in the kickstart file while using > revisor? How is the syntax? Not that I am aware of. The way I do it is to mount the image after it is done, use mount --bind /sys /sys to mount sys, update the fstab to point to my label: LABEL=mylabel / ext3 defaults 0 0 then run chroot into the mounted image chroot and then run mkinitrd /sbin/mkinitrd --with libata --with ata_generic /boot/initrd-.img I am not sure if there is a better way. Lane > > Thanks! > > Lars >> Lane Brooks wrote: >>> I am using the latest image-creator tool from the git repo to create an >>> custom fedora image based on fedora 8. >>> When I try to boot either from the physical image or in qemu, I get >>> the >>> following error: >>> mount: could not find filesystem '/dev/root' >>> and then eventually switchroot fails and the system hangs. I have >>> tried >>> the original kernel and the latest released kernel. I have rebuilt >>> initrd based on hda1, sda1, etc. in the /etc/fstab file and get the same >>> problem. I have tried grub, extlinux, and even booting directly in >>> qemu. No matter what I get this error. >>> The only thing I have gotten to work is to download a vanilla kernel >>> and >>> build and install it manually. It seems as though the fedora kernel >>> does not find the ide drives, although I cannot verify this because the >>> text scrolls too quickly for me to see. >>> Anyone know what the problem is? I am not sure if this is the best >>> list >>> to ask this question, so perhaps even suggesting a more appropriate list >>> would be helpful too. >>> Thanks, >>> Lane Brooks > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From apevec at redhat.com Fri Jan 18 15:47:23 2008 From: apevec at redhat.com (Alan Pevec) Date: Fri, 18 Jan 2008 16:47:23 +0100 Subject: [Fedora-livecd-list] [PATCH] Add initramfs image creator In-Reply-To: <1200661968.17119.6.camel@muff> References: <4790A112.2030406@redhat.com> <1200661968.17119.6.camel@muff> Message-ID: <4790CA0B.20703@redhat.com> Mark McLoughlin wrote: > - Symlinking /init to /sbin/init seems a little odd, but I guess it > is useful. yes, to avoid having to specify rdinit kernel param (defaults to /init) > - I'm not sure how generally useful this is and whether it really > belongs in the imgcreate public API. This doesn't use any imgcreate > internals, so it could live outside imgcreate. Then again, if it's > in there, maybe people will come up with fun uses for it. yes, this will be in a script for now, I posted here for a sanity check and to see if people got better ideas :) Thanks, Alan From dwoody1 at charter.net Sat Jan 19 19:39:25 2008 From: dwoody1 at charter.net (dcw) Date: Sat, 19 Jan 2008 13:39:25 -0600 Subject: [Fedora-livecd-list] using %post -nochroot Message-ID: <200801191339.25803.dwoody1@charter.net> Using livecd-creator (ver. 13-4) I have made a livecd with a recompiled kernel and it boots and works. I am now at the point of copying some configuration files from the hard drive to the livecd using the livecd-creator program. The following method works: %post echo "nameserver 10.10.2.99" > /etc/resolv.conf but I would like to use: %post -nochroot cp /etc/resolv.conf > /somewhere/etc/resolv.conf I have not been able to determine what 'somewhere' should be. I have never programed in python but I have looked through the livecd-creator program and made several 'best' guesses but I have not found anything that works. I have also searched the internet and I have found nothing that addresses this. The documentation on http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-kickstart2-postinstallconfig.html says to: %post --nochroot cp /etc/resolv.conf /mnt/sysimage/etc/resolv.conf /mnt/sysimage does not exist. Any help will be greatly appreciated, David From katzj at redhat.com Sat Jan 19 19:51:27 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 19 Jan 2008 14:51:27 -0500 Subject: [Fedora-livecd-list] using %post -nochroot In-Reply-To: <200801191339.25803.dwoody1@charter.net> References: <200801191339.25803.dwoody1@charter.net> Message-ID: <1200772287.7514.0.camel@aglarond.local> On Sat, 2008-01-19 at 13:39 -0600, dcw wrote: > Using livecd-creator (ver. 13-4) I have made a livecd with a recompiled kernel > and it boots and works. I am now at the point of copying some configuration > files from the hard drive to the livecd using the livecd-creator program. [snip] > I have not been able to determine what 'somewhere' should be. /mnt/sysimage is only relevant for anaconda installs -- creating live images on a real system, we can't guarantee that /mnt/sysimage exists or is being used for this purpose. Thus, you can instead use $INSTALL_ROOT. Which iirc, I also added to anaconda in F8 Jeremy From tim.wood at datawranglers.com Sat Jan 19 20:04:40 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sat, 19 Jan 2008 13:04:40 -0700 Subject: [Fedora-livecd-list] using %post -nochroot In-Reply-To: <1200772287.7514.0.camel@aglarond.local> References: <200801191339.25803.dwoody1@charter.net> <1200772287.7514.0.camel@aglarond.local> Message-ID: <479257D8.1070509@datawranglers.com> So, dcw would do this: %post -nochroot cp /etc/resolv.conf > /$INSTALL_ROOT/etc/resolv.conf Correct? Tim Jeremy Katz wrote: > On Sat, 2008-01-19 at 13:39 -0600, dcw wrote: > >> Using livecd-creator (ver. 13-4) I have made a livecd with a recompiled kernel >> and it boots and works. I am now at the point of copying some configuration >> files from the hard drive to the livecd using the livecd-creator program. >> > [snip] > >> I have not been able to determine what 'somewhere' should be. >> > > /mnt/sysimage is only relevant for anaconda installs -- creating live > images on a real system, we can't guarantee that /mnt/sysimage exists or > is being used for this purpose. Thus, you can instead use > $INSTALL_ROOT. Which iirc, I also added to anaconda in F8 > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmc.fedora at filteredperception.org Sat Jan 19 20:15:32 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 19 Jan 2008 14:15:32 -0600 Subject: [Fedora-livecd-list] using %post -nochroot In-Reply-To: <200801191339.25803.dwoody1@charter.net> References: <200801191339.25803.dwoody1@charter.net> Message-ID: <47925A64.7040906@filteredperception.org> dcw wrote: > Using livecd-creator (ver. 13-4) I have made a livecd with a recompiled kernel > and it boots and works. I am now at the point of copying some configuration > files from the hard drive to the livecd using the livecd-creator program. > > The following method works: > %post > echo "nameserver 10.10.2.99" > /etc/resolv.conf > > but I would like to use: > %post -nochroot > cp /etc/resolv.conf > /somewhere/etc/resolv.conf > > I have not been able to determine what 'somewhere' should be. > > I have never programed in python but I have looked through the livecd-creator > program and made several 'best' guesses but I have not found anything that > works. I have also searched the internet and I have found nothing that > addresses this. > > The documentation on > http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-kickstart2-postinstallconfig.html > says to: > > %post --nochroot > cp /etc/resolv.conf /mnt/sysimage/etc/resolv.conf > > /mnt/sysimage does not exist. > > Any help will be greatly appreciated, Yeah, documentation is lacking right now. I see that Tim and Jeremy answered this while I was pasting this mail together, but since this response adds a bit more, I'll go ahead and send it. Here is the same help I just gave Mike Dickson a couple days ago- -------------- 1) to add some arbitrary file (300M mpeg) to the resulting LiveCD ISO image- in your own config/kickstart, you can add a section like the following (note, you can just add this, as there can be multiple of these %post sections) %post --nochroot mkdir $INSTALL_ROOT/usr/share/extramedia cp /home/mdickson/some.mpeg \ $INSTALL_ROOT/usr/share/extramedia/ mkdir $LIVE_ROOT/momedia cp /home/mdickson/someother.mpeg \ $LIVE_ROOT/momedia/ %end Note, the first part, will add the file to the root filesystem that is visible when you boot up the livecd/usb. And as a result will be compressed during the build process (but obviously not well, as mpeg is already compressed as much as it can). The second part (using LIVE_ROOT instead of INSTALL_ROOT), will add the file to the cdrom filesysem, uncompressed. As such, the user could for instance easily see the file if they dropped the cdrom into a windows system (on the cdrom, under the top level folder 'momedia'). -dmc From dwoody1 at charter.net Sat Jan 19 21:11:38 2008 From: dwoody1 at charter.net (dcw) Date: Sat, 19 Jan 2008 15:11:38 -0600 Subject: [Fedora-livecd-list] using %post -nochroot - SOLVED Message-ID: <200801191511.38233.dwoody1@charter.net> On Saturday 19 January 2008 1:51 pm, Jeremy Katz wrote: > On Sat, 2008-01-19 at 13:39 -0600, dcw wrote: > > Using livecd-creator (ver. 13-4) I have made a livecd with a recompiled > > kernel and it boots and works. I am now at the point of copying some > > configuration files from the hard drive to the livecd using the > > livecd-creator program. > > [snip] > > > I have not been able to determine what 'somewhere' should be. > > /mnt/sysimage is only relevant for anaconda installs -- creating live > images on a real system, we can't guarantee that /mnt/sysimage exists or > is being used for this purpose. Thus, you can instead use > $INSTALL_ROOT. Which iirc, I also added to anaconda in F8 Thanks for your quick response. I changed the ks file , reran livecd-creator and burned a CD. Worked perfectly. Just a few more tweaks and this project will be done. David > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list -- RD Woodyard, Inc. ------------------------------------------------------- From dwoody1 at charter.net Sat Jan 19 21:12:32 2008 From: dwoody1 at charter.net (dcw) Date: Sat, 19 Jan 2008 15:12:32 -0600 Subject: [Fedora-livecd-list] using %post -nochroot Message-ID: <200801191512.33055.dwoody1@charter.net> on Saturday 19 January 2008 2:15 pm, Douglas McClendon wrote: > dcw wrote: > > Using livecd-creator (ver. 13-4) I have made a livecd with a recompiled > > kernel and it boots and works. I am now at the point of copying some > > configuration files from the hard drive to the livecd using the > > livecd-creator program. > > > > The following method works: > > %post > > echo "nameserver 10.10.2.99" > /etc/resolv.conf > > > > but I would like to use: > > %post -nochroot > > cp /etc/resolv.conf > /somewhere/etc/resolv.conf > > > > I have not been able to determine what 'somewhere' should be. > > > > I have never programed in python but I have looked through the > > livecd-creator program and made several 'best' guesses but I have not > > found anything that works. I have also searched the internet and I have > > found nothing that addresses this. > > > > The documentation on > > http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guid > >e/s1-kickstart2-postinstallconfig.html says to: > > > > %post --nochroot > > cp /etc/resolv.conf /mnt/sysimage/etc/resolv.conf > > > > /mnt/sysimage does not exist. > > > > Any help will be greatly appreciated, > > Yeah, documentation is lacking right now. I see that Tim and Jeremy > answered this while I was pasting this mail together, but since this > response adds a bit more, I'll go ahead and send it. > > Here is the same help I just gave Mike Dickson a couple days ago- > > -------------- > 1) to add some arbitrary file (300M mpeg) to the resulting LiveCD ISO > image- > > in your own config/kickstart, you can add a section like the following > (note, you can just add this, as there can be multiple of these %post > sections) Thanks for your quick response. Knowing that there can be multiple %post sections will be useful. > %post --nochroot > > mkdir $INSTALL_ROOT/usr/share/extramedia > cp /home/mdickson/some.mpeg \ > $INSTALL_ROOT/usr/share/extramedia/ > > mkdir $LIVE_ROOT/momedia > cp /home/mdickson/someother.mpeg \ > $LIVE_ROOT/momedia/ > > %end $LIVE_ROOT is also good to know. David > Note, the first part, will add the file to the root filesystem that is > visible when you boot up the livecd/usb. And as a result will be > compressed during the build process (but obviously not well, as mpeg is > already compressed as much as it can). > > The second part (using LIVE_ROOT instead of INSTALL_ROOT), will add the > file to the cdrom filesysem, uncompressed. As such, the user could for > instance easily see the file if they dropped the cdrom into a windows > system (on the cdrom, under the top level folder 'momedia'). > > -dmc > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list -- RD Woodyard, Inc. ------------------------------------------------------- From dwoody1 at charter.net Sat Jan 19 21:13:06 2008 From: dwoody1 at charter.net (dcw) Date: Sat, 19 Jan 2008 15:13:06 -0600 Subject: [Fedora-livecd-list] using %post -nochroot Message-ID: <200801191513.06393.dwoody1@charter.net> On Saturday 19 January 2008 2:04 pm, Tim Wood wrote: > So, dcw would do this: > > %post -nochroot > cp /etc/resolv.conf > /$INSTALL_ROOT/etc/resolv.conf > > Correct? Do not use the / before $INSTALL_ROOT. The above example would then be: cp /etc/resolv.conf > $INSTALL_ROOT/etc/resolv.conf David > Tim > > Jeremy Katz wrote: > > On Sat, 2008-01-19 at 13:39 -0600, dcw wrote: > >> Using livecd-creator (ver. 13-4) I have made a livecd with a recompiled > >> kernel and it boots and works. I am now at the point of copying some > >> configuration files from the hard drive to the livecd using the > >> livecd-creator program. > > > > [snip] > > > >> I have not been able to determine what 'somewhere' should be. > > > > /mnt/sysimage is only relevant for anaconda installs -- creating live > > images on a real system, we can't guarantee that /mnt/sysimage exists or > > is being used for this purpose. Thus, you can instead use > > $INSTALL_ROOT. Which iirc, I also added to anaconda in F8 > > > > Jeremy > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list -- RD Woodyard, Inc. ------------------------------------------------------- From sundaram at fedoraproject.org Tue Jan 22 07:13:25 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 22 Jan 2008 12:43:25 +0530 Subject: [Fedora-livecd-list] Spinning a Fedora Linux Live CD Message-ID: <47959795.9040104@fedoraproject.org> Hi Chris Negus, who authored on book on Linux live cd's that covered Kadischi now has a very comprehensive article on Fedora livecd-creator. Check it out. http://www.informit.com/articles/article.aspx?p=1157197 "The Fedora project has added a powerful tool to its Linux distribution to build your own live CD. With a single livecd-creator command and a kickstart file listing the software you want, you can create a desktop, gaming, or Web server to run live on most PCs. This article gives details of how to do that." Digg it: http://digg.com/linux_unix/Spinning_a_Fedora_Linux_Live_CD Rahul From tim.wood at datawranglers.com Tue Jan 22 16:47:07 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Tue, 22 Jan 2008 09:47:07 -0700 Subject: [Fedora-livecd-list] HowTo: dynamic eth0 and static eth1 In-Reply-To: <479048A7.2010503@datawranglers.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com> <1200494863.6453.0.camel@space-ghost.verbum.private> <479048A7.2010503@datawranglers.com> Message-ID: <47961E0B.1080800@datawranglers.com> To answer my own question, after much fiddling, I found an approach that works and gives me one static and one dynamic ip. Snipping from the kickstart and adding some comments: [... SNIP ...] # First, I can't get this to work with NetworkManager, so I switched to using network: services --enabled=network --disabled=NetworkManager,sshd [... SNIP ...] # Then I use a standard dhcp config on eth0: network --bootproto=dhcp --device=eth0 --onboot=on [... SNIP ...] # Then in the %post section, I create an init script and set it to start right after network: %post [... SNIP ...] script="tdw-network-config" path="/etc/rc.d/init.d/$script" cat > $path << EOF #!/bin/bash # # TDW Network Config: Configure Networking # # chkconfig: 345 11 99 # description: Fix Network Configuration so both eth devices work as we want them to work # These _should_ be pulled from a config file! /sbin/ifconfig eth1 10.0.0.1 /sbin/ifconfig eth1 netmask 255.255.255.0 EOF chmod 755 $path /sbin/restorecon $path /sbin/chkconfig --add $script [... SNIP ...] Tim Wood wrote: > In my livecd-creator kickstart, I'm trying variants to do one dhcp and > one static eth: > > network --bootproto=dhcp --device=eth0 --onboot=on > network --bootproto=static --device=eth1 --onboot=on --ip=[ snip ] > > When I check ifconfig, I have eth1 with dhcp and eth0 without an ip. > When I go through Network Device Control (gui), I see eth0, eth1, > eth0.bak and eth1.bak with my static dumped in one weird place and my > dhcp in another. Headache time... > > When I googled around I didn't find much useful besides a grumpy post > that indicates there are problems with Network Manager under f8. > Heavily snipped down version: > > Fedora's implementation of Network Manager ... will (not) allow you to > set your system to a fixed IP address - only DHCP assigned addresses > work. ... take a look at > http://www.fedoraforum.org/forum/showthread.php?t=172205&highlight=networkmanager > > > Is anybody on the list using eth0 and eth1 in a kickstart file or have > an idea how to make such a setup work. > > _________________________________ > Tim Wood, CLP, RHCT > 719.338.7484 (tel) > > The Data Wranglers > Web, Database & more since since 1994 > www.datawranglers.com > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Tue Jan 22 19:17:08 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 23 Jan 2008 00:47:08 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <1200313051.6118.29.camel@muff> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <1200313051.6118.29.camel@muff> Message-ID: <47964134.1090803@fedoraproject.org> Mark McLoughlin wrote: > On Thu, 2008-01-10 at 14:10 +0530, Rahul Sundaram wrote: > >> Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for >> kernel 2.6.18-8.el5 >> cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory >> Done; initramfs is 3.7M. >> >> Traceback (most recent call last): > > ... > >> in __copy_kernel_and_initramfs >> isodir + "/isolinux/initrd" + index + ".img") >> File "/usr/lib64/python2.4/shutil.py", line 47, in copyfile >> fsrc = open(src, 'rb') >> IOError: [Errno 2] No such file or directory: >> '/var/tmp/imgcreate-Oty5r5/install_root/boot/livecd-initramfs-2.6.18-8.el5.img' > > So, mayflower succeeded, but the initramfs dissappeared? Doesn't make a > lot of sense, and I can't reproduce here on RHEL5. I can reproduce it everytime on RHEL 5.1 on a few different systems. With SELinux in kickstart in enforcing mode, I get the following. Except for the restorecon part, it doesn't change much even with it disabled. I am not sure what's going wrong. Image-creator works though. # livecd-creator --config=rhel-gnome.ks --fslabel=rhel-gnome ... ... ... /sbin/restorecon: invalid option -- l usage: /sbin/restorecon [-iFnrRv] [-e excludedir ] [-o filename ] [-f filename | pathname... ] Removing password for user root. passwd: Success /sbin/restorecon: invalid option -- l usage: /sbin/restorecon [-iFnrRv] [-e excludedir ] [-o filename ] [-f filename | pathname... ] Building an initramfs at /boot/livecd-initramfs-2.6.18-8.el5.img for kernel 2.6.18-8.el5 cat: /lib/modules/2.6.18-8.el5/modules.block: No such file or directory Done; initramfs is 3.7M. /tmp/ks-script-wunPwu: line 99: fg: no job control cp: cannot stat `/var/tmp/imgcreate-oWHPY1/install_root/usr/share/doc/HTML/readme-live-image/en_US/readme-live-image-en_US.txt': No such file or directory /var/tmp/imgcreate-oWHPY1/install_root/tmp/ks-script-iu1yYS: line 8: fg: no job control e2fsck 1.39 (29-May-2006) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information rhel-gnome: 35613/524288 files (0.4% non-contiguous), 254590/1048576 blocks e2fsck 1.39 (29-May-2006) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information rhel-gnome: 35613/131072 files (0.4% non-contiguous), 241483/241483 blocks Traceback (most recent call last): File "/usr/bin/livecd-creator", line 133, in ? sys.exit(main()) File "/usr/bin/livecd-creator", line 123, in main creator.package() File "//usr/lib/python2.4/site-packages/imgcreate/creator.py", line 651, in package self._stage_final_image() File "//usr/lib/python2.4/site-packages/imgcreate/live.py", line 293, in _stage_final_image self._image, minimal_size) File "//usr/lib/python2.4/site-packages/imgcreate/fs.py", line 392, in create_image_minimizer cowloop.create() File "//usr/lib/python2.4/site-packages/imgcreate/fs.py", line 192, in create self.expand(create = True) File "//usr/lib/python2.4/site-packages/imgcreate/fs.py", line 178, in expand fd = os.open(self.lofile, flags) OSError: [Errno 20] Not a directory: '/var/tmp/imgcreate-oWHPY1/iso-GPC7L3/LiveOS/osmin' ---- Rahul From markmc at redhat.com Wed Jan 23 10:37:30 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 23 Jan 2008 10:37:30 +0000 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <47964134.1090803@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <1200313051.6118.29.camel@muff> <47964134.1090803@fedoraproject.org> Message-ID: <1201084650.3377.19.camel@muff> On Wed, 2008-01-23 at 00:47 +0530, Rahul Sundaram wrote: > File "//usr/lib/python2.4/site-packages/imgcreate/fs.py", line 178, in expand > fd = os.open(self.lofile, flags) > OSError: [Errno 20] Not a directory: '/var/tmp/imgcreate-oWHPY1/iso-GPC7L3/LiveOS/osmin' This is a different error from the one you were seeing. The error you were seeing didn't happen in this run. And this error is just as nonsensical as the last. Basically: - open() failed with ENOTDIR, meaning that e.g. LiveOS is a file, not a directory - yet, we've just run mkdir() with that same directory path, which should have failed with ENOTDIR too, if that was really the case Bizarre, I can't make sense of it. If you can it under strace and pull out this part of the log, that might shed some light on the problem. Cheers, Mark. From markmc at redhat.com Wed Jan 23 13:22:58 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 23 Jan 2008 13:22:58 +0000 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <1201084650.3377.19.camel@muff> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <1200313051.6118.29.camel@muff> <47964134.1090803@fedoraproject.org> <1201084650.3377.19.camel@muff> Message-ID: <1201094578.3377.24.camel@muff> On Wed, 2008-01-23 at 10:37 +0000, Mark McLoughlin wrote: > On Wed, 2008-01-23 at 00:47 +0530, Rahul Sundaram wrote: > > File "//usr/lib/python2.4/site-packages/imgcreate/fs.py", line 178, in expand > > fd = os.open(self.lofile, flags) > > OSError: [Errno 20] Not a directory: '/var/tmp/imgcreate-oWHPY1/iso-GPC7L3/LiveOS/osmin' > > This is a different error from the one you were seeing. The error you > were seeing didn't happen in this run. > > And this error is just as nonsensical as the last. Basically: > > - open() failed with ENOTDIR, meaning that e.g. LiveOS is a file, not > a directory > > - yet, we've just run mkdir() with that same directory path, which > should have failed with ENOTDIR too, if that was really the case mkdir() fails with EEXIST, rather than ENOTDIR, if the last component of the path is a regular file. The problem is your kickstart: if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS fi Try: if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then mkdir -p $LIVE_ROOT/LiveOS/ cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS/ fi Cheers, Mark. From sundaram at fedoraproject.org Wed Jan 23 14:39:58 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 23 Jan 2008 20:09:58 +0530 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <1201094578.3377.24.camel@muff> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <1200313051.6118.29.camel@muff> <47964134.1090803@fedoraproject.org> <1201084650.3377.19.camel@muff> <1201094578.3377.24.camel@muff> Message-ID: <479751BE.1060708@fedoraproject.org> Mark McLoughlin wrote: > On Wed, 2008-01-23 at 10:37 +0000, Mark McLoughlin wrote: >> On Wed, 2008-01-23 at 00:47 +0530, Rahul Sundaram wrote: >>> File "//usr/lib/python2.4/site-packages/imgcreate/fs.py", line 178, in expand >>> fd = os.open(self.lofile, flags) >>> OSError: [Errno 20] Not a directory: '/var/tmp/imgcreate-oWHPY1/iso-GPC7L3/LiveOS/osmin' >> This is a different error from the one you were seeing. The error you >> were seeing didn't happen in this run. >> >> And this error is just as nonsensical as the last. Basically: >> >> - open() failed with ENOTDIR, meaning that e.g. LiveOS is a file, not >> a directory >> >> - yet, we've just run mkdir() with that same directory path, which >> should have failed with ENOTDIR too, if that was really the case > > mkdir() fails with EEXIST, rather than ENOTDIR, if the last component > of the path is a regular file. > > The problem is your kickstart: > > if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then > cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS > fi > > Try: > > if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then > mkdir -p $LIVE_ROOT/LiveOS/ > cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS/ > fi Duh. I had to install anaconda-runtime too and I managed to create a live cd and it even boots!. I will experiment with it for some more time and submit it a package for EPEL. Thanks for all the patches and help. Rahul From tim.wood at datawranglers.com Wed Jan 23 14:36:06 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 23 Jan 2008 07:36:06 -0700 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <479751BE.1060708@fedoraproject.org> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <1200313051.6118.29.camel@muff> <47964134.1090803@fedoraproject.org> <1201084650.3377.19.camel@muff> <1201094578.3377.24.camel@muff> <479751BE.1060708@fedoraproject.org> Message-ID: <479750D6.6090900@datawranglers.com> Would it make sense to add anaconda (and before f8, anaconda-runtime) as requirements of livecd-tools? Rahul Sundaram wrote: > Mark McLoughlin wrote: >> On Wed, 2008-01-23 at 10:37 +0000, Mark McLoughlin wrote: >>> On Wed, 2008-01-23 at 00:47 +0530, Rahul Sundaram wrote: >>>> File "//usr/lib/python2.4/site-packages/imgcreate/fs.py", line >>>> 178, in expand >>>> fd = os.open(self.lofile, flags) >>>> OSError: [Errno 20] Not a directory: >>>> '/var/tmp/imgcreate-oWHPY1/iso-GPC7L3/LiveOS/osmin' >>> This is a different error from the one you were seeing. The >>> error you >>> were seeing didn't happen in this run. >>> >>> And this error is just as nonsensical as the last. Basically: >>> >>> - open() failed with ENOTDIR, meaning that e.g. LiveOS is a file, >>> not a directory >>> >>> - yet, we've just run mkdir() with that same directory path, which >>> should have failed with ENOTDIR too, if that was really the case >> >> mkdir() fails with EEXIST, rather than ENOTDIR, if the last >> component >> of the path is a regular file. >> >> The problem is your kickstart: >> >> if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then >> cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS >> fi >> >> Try: >> >> if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then >> mkdir -p $LIVE_ROOT/LiveOS/ >> cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS/ >> fi > > Duh. I had to install anaconda-runtime too and I managed to create a > live cd and it even boots!. I will experiment with it for some more > time and submit it a package for EPEL. Thanks for all the patches and > help. > > Rahul > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From hunt at m2s.com Wed Jan 23 19:10:39 2008 From: hunt at m2s.com (Elias Hunt) Date: Wed, 23 Jan 2008 14:10:39 -0500 Subject: [Fedora-livecd-list] eth0 and eth1 in kickstart In-Reply-To: <479048A7.2010503@datawranglers.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com><1200494863.6453.0.camel@space-ghost.verbum.private> <479048A7.2010503@datawranglers.com> Message-ID: <50B0D0F07E90AD4A9A5DFB3CC6C7ACA99CCA71@exchange2.ad.medicalmetrx.com> Tim, We use two network interfaces here and theoretically can handle one static, one dhcp though I haven't tested such a scenario. I have tested either type separately for one interface, and certainly static for two interfaces. In our environment we had to remove NetworkManager to get things to work, but do have dhclient installed to handle dhcp. This is all under F7, but I would guess mostly is applicable to F8. Hope this helps some. -Eli -----Original Message----- From: fedora-livecd-list-bounces at redhat.com [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of Tim Wood Sent: Friday, January 18, 2008 1:35 AM To: fedora-livecd-list at redhat.com Subject: [Fedora-livecd-list] eth0 and eth1 in kickstart In my livecd-creator kickstart, I'm trying variants to do one dhcp and one static eth: network --bootproto=dhcp --device=eth0 --onboot=on network --bootproto=static --device=eth1 --onboot=on --ip=[ snip ] When I check ifconfig, I have eth1 with dhcp and eth0 without an ip. When I go through Network Device Control (gui), I see eth0, eth1, eth0.bak and eth1.bak with my static dumped in one weird place and my dhcp in another. Headache time... When I googled around I didn't find much useful besides a grumpy post that indicates there are problems with Network Manager under f8. Heavily snipped down version: Fedora's implementation of Network Manager ... will (not) allow you to set your system to a fixed IP address - only DHCP assigned addresses work. ... take a look at http://www.fedoraforum.org/forum/showthread.php?t=172205&highlight=netwo rkmanager Is anybody on the list using eth0 and eth1 in a kickstart file or have an idea how to make such a setup work. _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list From tim.wood at datawranglers.com Wed Jan 23 19:44:27 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 23 Jan 2008 12:44:27 -0700 Subject: [Fedora-livecd-list] eth0 and eth1 in kickstart In-Reply-To: <50B0D0F07E90AD4A9A5DFB3CC6C7ACA99CCA71@exchange2.ad.medicalmetrx.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com><1200494863.6453.0.camel@space-ghost.verbum.private> <479048A7.2010503@datawranglers.com> <50B0D0F07E90AD4A9A5DFB3CC6C7ACA99CCA71@exchange2.ad.medicalmetrx.com> Message-ID: <4797991B.4010305@datawranglers.com> I actually posted a slightly newer email that has a solution that I thought worked. NetworkManager does have to be disabled. It also looks like BIND has to be running locally as a caching nameserver (the default config I believe...). I'm running into a failure to start on some dhcp-related items so the point about dhclient may prove to be very useful. I'm still trying to run down a weird problem where the interfaces seem to be up but I get network unreachable in certain circumstances. I'm testing a possible solution now. thanks, Tim Elias Hunt wrote: > Tim, > > We use two network interfaces here and theoretically can handle one > static, one dhcp though I haven't tested such a scenario. I have tested > either type separately for one interface, and certainly static for two > interfaces. In our environment we had to remove NetworkManager to get > things to work, but do have dhclient installed to handle dhcp. This is > all under F7, but I would guess mostly is applicable to F8. > > Hope this helps some. > -Eli > > -----Original Message----- > From: fedora-livecd-list-bounces at redhat.com > [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of Tim Wood > Sent: Friday, January 18, 2008 1:35 AM > To: fedora-livecd-list at redhat.com > Subject: [Fedora-livecd-list] eth0 and eth1 in kickstart > > In my livecd-creator kickstart, I'm trying variants to do one dhcp and > one static eth: > > network --bootproto=dhcp --device=eth0 --onboot=on > network --bootproto=static --device=eth1 --onboot=on --ip=[ snip ] > > When I check ifconfig, I have eth1 with dhcp and eth0 without an ip. > When I go through Network Device Control (gui), I see eth0, eth1, > eth0.bak and eth1.bak with my static dumped in one weird place and my > dhcp in another. Headache time... > > When I googled around I didn't find much useful besides a grumpy post > that indicates there are problems with Network Manager under f8. > Heavily snipped down version: > > Fedora's implementation of Network Manager ... will (not) allow you to > set your system to a fixed IP address - only DHCP assigned addresses > work. ... take a look at > http://www.fedoraforum.org/forum/showthread.php?t=172205&highlight=netwo > rkmanager > > Is anybody on the list using eth0 and eth1 in a kickstart file or have > an idea how to make such a setup work. > > _________________________________ > Tim Wood, CLP, RHCT > 719.338.7484 (tel) > > The Data Wranglers > Web, Database & more since since 1994 > www.datawranglers.com > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From tim.wood at datawranglers.com Thu Jan 24 20:50:03 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Thu, 24 Jan 2008 13:50:03 -0700 Subject: [Fedora-livecd-list] eth0 and eth1 in kickstart In-Reply-To: <4797991B.4010305@datawranglers.com> References: <478AE5EF.6020305@filteredperception.org> <1200319564.30380.6.camel@aglarond.local> <478BBB0D.3070504@filteredperception.org> <1200353408.30380.16.camel@aglarond.local> <478BC5ED.1050702@filteredperception.org> <478D6EA6.3030903@datawranglers.com><1200494863.6453.0.camel@space-ghost.verbum.private> <479048A7.2010503@datawranglers.com> <50B0D0F07E90AD4A9A5DFB3CC6C7ACA99CCA71@exchange2.ad.medicalmetrx.com> <4797991B.4010305@datawranglers.com> Message-ID: <4798F9FB.7080008@datawranglers.com> After more testing and fiddling, it looks like I've solved all the problems. The interfaces come up, everything functions and I can use iptables to configure the LiveCD as a gateway/router that another machine can use. The process: 1) delete /etc/sysconfig/network-scripts/ifcfg-eth*.bak 2) grab some basic stuff (e.g. hwaddr) out of /etc/sysconfig/network-scripts/ifcfg-eth* 3) overwrite those config files as I want them 4) restart network (service network restart) I'm not sure why the network init script is creating the .bak scripts (step 1) but they seem to be the cause of the "network unreachable" errors that I get with some commands and not others. I've tried various approaches to creating these files before the network init script runs and it overwrites them. Of course if I dug into the code of that script and the things it drives I'd probably have a d'oh moment... Tim Tim Wood wrote: > I actually posted a slightly newer email that has a solution that I > thought worked. NetworkManager does have to be disabled. It also > looks like BIND has to be running locally as a caching nameserver (the > default config I believe...). I'm running into a failure to start on > some dhcp-related items so the point about dhclient may prove to be > very useful. > > I'm still trying to run down a weird problem where the interfaces seem > to be up but I get network unreachable in certain circumstances. I'm > testing a possible solution now. > > thanks, > Tim > > > Elias Hunt wrote: >> Tim, >> >> We use two network interfaces here and theoretically can handle one >> static, one dhcp though I haven't tested such a scenario. I have tested >> either type separately for one interface, and certainly static for two >> interfaces. In our environment we had to remove NetworkManager to get >> things to work, but do have dhclient installed to handle dhcp. This is >> all under F7, but I would guess mostly is applicable to F8. >> >> Hope this helps some. >> -Eli >> >> -----Original Message----- >> From: fedora-livecd-list-bounces at redhat.com >> [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of Tim Wood >> Sent: Friday, January 18, 2008 1:35 AM >> To: fedora-livecd-list at redhat.com >> Subject: [Fedora-livecd-list] eth0 and eth1 in kickstart >> >> In my livecd-creator kickstart, I'm trying variants to do one dhcp >> and one static eth: >> >> network --bootproto=dhcp --device=eth0 --onboot=on >> network --bootproto=static --device=eth1 --onboot=on --ip=[ snip ] >> >> When I check ifconfig, I have eth1 with dhcp and eth0 without an ip. >> When I go through Network Device Control (gui), I see eth0, eth1, >> eth0.bak and eth1.bak with my static dumped in one weird place and my >> dhcp in another. Headache time... >> >> When I googled around I didn't find much useful besides a grumpy post >> that indicates there are problems with Network Manager under f8. >> Heavily snipped down version: >> >> Fedora's implementation of Network Manager ... will (not) allow you >> to set your system to a fixed IP address - only DHCP assigned >> addresses work. ... take a look at >> http://www.fedoraforum.org/forum/showthread.php?t=172205&highlight=netwo >> rkmanager >> >> Is anybody on the list using eth0 and eth1 in a kickstart file or >> have an idea how to make such a setup work. >> >> _________________________________ >> Tim Wood, CLP, RHCT >> 719.338.7484 (tel) >> >> The Data Wranglers >> Web, Database & more since since 1994 >> www.datawranglers.com >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >> >> > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From sundaram at fedoraproject.org Fri Jan 25 10:28:15 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 25 Jan 2008 15:58:15 +0530 Subject: [Fedora-livecd-list] livecd-tools for EPEL Message-ID: <4799B9BF.1060205@fedoraproject.org> Hi A test package is available at http://sundaram.fedorapeople.org/livecd-tools-013-1.src.rpm I have done some tests on this myself but any additional feedback is welcome. You need RHEL 5 or compatible rebuild. Rahul From orion at cora.nwra.com Fri Jan 25 22:26:18 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 25 Jan 2008 15:26:18 -0700 Subject: [Fedora-livecd-list] livecd-creator wiping out /dev Message-ID: <479A620A.4090806@cora.nwra.com> Running livecd-creator is apparently wiping out /dev on my F8 machine. Any ideas? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From dmc.fedora at filteredperception.org Sat Jan 26 07:42:33 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 26 Jan 2008 01:42:33 -0600 Subject: [Fedora-livecd-list] RFC- multiple configs support Message-ID: <479AE469.5030205@filteredperception.org> I'm putting together a feature enhancement patch for livecd-tools, that will basically just allow multiple instances of --config on the command line, and then build something that is the same as if one --config option was used on a kickstart file that is the appended contents of the multiple specified kickstarts. This came about because I was considering the biggest differences between the VirOS livecd generation tool I'm working on for myself, and livecd-creator. non-root was the top thing, but the 2nd biggest thing was just my whole dna/virus/gene/trait metaphor. I.e. building livecds with a mix and match collection of traits, from a library of preexisting stuff. And then I realized that just implementing the above, brings that type of methodology to livecd-creator. Yes, of course you can do this manually with cat appending or kickstart including. But I think the implementation is so simple, and the functionality useful enough, that its worth doing. The next thing after that, which would be a bit tougher, is the idea of passing variables to the kickstart files. Maybe already the post scripts can pull in environment variables (haven't tried it), but I think it'd be better if you could specify some variables/define-macros on the command-line, and more or less have them sed-replaced in the kickstart. To give an idea of kind of where I'm aiming, something like this- livecd-creator \ --config=fedora-livecd-desktop.ks \ --config=emacs-and-friends.ks \ --config=add_user_in_liveinit.ks \ --define=LIVEUSER=guest The result would be that instead of the current user that gets autologged in being named 'fedora', it would be named 'guest'. Anyway, the define bit may be tricky, but I'll try to get together a simple patch for the multiple kickstarts in the next couple days. As the subject line says- comments requested. -dmc From bkearney at redhat.com Sat Jan 26 12:47:11 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Sat, 26 Jan 2008 07:47:11 -0500 Subject: [Fedora-livecd-list] RFC- multiple configs support In-Reply-To: <479AE469.5030205@filteredperception.org> References: <479AE469.5030205@filteredperception.org> Message-ID: <479B2BCF.4070903@redhat.com> I would love to be able to have one kickstart file work in cobbler/koan for machine and bare metal configuration as well as livecd-creator to create cds. So... if the syntax could be comparable that would be great. I would understand I would have to have different stores of replacements, but some synergy of template/macro/substitution would be great. -- bk Douglas McClendon wrote: > I'm putting together a feature enhancement patch for livecd-tools, that > will basically just allow multiple instances of --config on the command > line, and then build something that is the same as if one --config > option was used on a kickstart file that is the appended contents of the > multiple specified kickstarts. > > This came about because I was considering the biggest differences > between the VirOS livecd generation tool I'm working on for myself, and > livecd-creator. non-root was the top thing, but the 2nd biggest thing > was just my whole dna/virus/gene/trait metaphor. I.e. building livecds > with a mix and match collection of traits, from a library of preexisting > stuff. > > And then I realized that just implementing the above, brings that type > of methodology to livecd-creator. Yes, of course you can do this > manually with cat appending or kickstart including. But I think the > implementation is so simple, and the functionality useful enough, that > its worth doing. > > The next thing after that, which would be a bit tougher, is the idea of > passing variables to the kickstart files. Maybe already the post > scripts can pull in environment variables (haven't tried it), but I > think it'd be better if you could specify some variables/define-macros > on the command-line, and more or less have them sed-replaced in the > kickstart. > > To give an idea of kind of where I'm aiming, something like this- > > livecd-creator \ > --config=fedora-livecd-desktop.ks \ > --config=emacs-and-friends.ks \ > --config=add_user_in_liveinit.ks \ > --define=LIVEUSER=guest > > The result would be that instead of the current user that gets > autologged in being named 'fedora', it would be named 'guest'. > > Anyway, the define bit may be tricky, but I'll try to get together a > simple patch for the multiple kickstarts in the next couple days. > > As the subject line says- comments requested. > > -dmc > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From dmc.fedora at filteredperception.org Sat Jan 26 21:56:04 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Sat, 26 Jan 2008 15:56:04 -0600 Subject: [Fedora-livecd-list] RFC- multiple configs support In-Reply-To: <479B2BCF.4070903@redhat.com> References: <479AE469.5030205@filteredperception.org> <479B2BCF.4070903@redhat.com> Message-ID: <479BAC74.70001@filteredperception.org> Bryan Kearney wrote: > I would love to be able to have one kickstart file work in cobbler/koan > for machine and bare metal configuration as well as livecd-creator to > create cds. So... if the syntax could be comparable that would be great. > I would understand I would have to have different stores of > replacements, but some synergy of template/macro/substitution would be > great. I agree. I probably won't tackle the template/macro/substitution anytime real soon, as it does sound like something that might be best planned out across all the tools. Here is a random idea to put on the table, which I'm sure has probably been discussed before elsewhere- How about something like a 'ksdefine' directive in kickstart, that gets applied to everything in the kickstart? Then the livecd-creator commandline example I gave, basically just becomes the ability to specify a single line of kickstart directive on the commandline (perhaps multiple times). Then even have it so that on the kernel commandline you could do something like "ks=http://bla/foo.ks ksdefine=ADDUSER=guest ksdefine=..." Anyway, those are just the examples that come to mind. I've looked at cobbler/koan, but never actually used it. Perhaps you can describe some simple examples of how you think the syntax could work across both tools. -dmc >> >> livecd-creator \ >> --config=fedora-livecd-desktop.ks \ >> --config=emacs-and-friends.ks \ >> --config=add_user_in_liveinit.ks \ >> --define=LIVEUSER=guest >> >> The result would be that instead of the current user that gets >> autologged in being named 'fedora', it would be named 'guest'. From cmadams at hiwaay.net Mon Jan 28 15:33:08 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 28 Jan 2008 09:33:08 -0600 Subject: [Fedora-livecd-list] Running LiveCD from network? Message-ID: <20080128153308.GA1467611@hiwaay.net> I have a PXE boot environment set up for installing Fedora/RHEL. Has anyone looked at making the LiveCD loadable from the network? If not, are there any pointers that might help? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From Brian.Cain at ge.com Mon Jan 28 15:37:39 2008 From: Brian.Cain at ge.com (Cain, Brian (GE Healthcare)) Date: Mon, 28 Jan 2008 10:37:39 -0500 Subject: [Fedora-livecd-list] Running LiveCD from network? In-Reply-To: <20080128153308.GA1467611@hiwaay.net> References: <20080128153308.GA1467611@hiwaay.net> Message-ID: <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> > -----Original Message----- > From: fedora-livecd-list-bounces at redhat.com > [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of > Chris Adams > Sent: Monday, January 28, 2008 9:33 AM > To: fedora-livecd-list at redhat.com > Subject: [Fedora-livecd-list] Running LiveCD from network? > > I have a PXE boot environment set up for installing Fedora/RHEL. Has > anyone looked at making the LiveCD loadable from the network? If not, > are there any pointers that might help? Mohammed Khan did some work a while back. I wasn't able to get it to work (failed at the pivot root), but I dig very deep on it. It works for him, so it's worth looking at. https://www.redhat.com/archives/fedora-livecd-list/2007-June/msg00021.ht ml -Brian From jvonau at shaw.ca Mon Jan 28 16:59:46 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Mon, 28 Jan 2008 10:59:46 -0600 Subject: [Fedora-livecd-list] Running LiveCD from network? In-Reply-To: <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> References: <20080128153308.GA1467611@hiwaay.net> <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> Message-ID: <479E0A02.7030606@shaw.ca> Cain, Brian (GE Healthcare) wrote: >> -----Original Message----- >> From: fedora-livecd-list-bounces at redhat.com >> [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of >> Chris Adams >> Sent: Monday, January 28, 2008 9:33 AM >> To: fedora-livecd-list at redhat.com >> Subject: [Fedora-livecd-list] Running LiveCD from network? >> >> I have a PXE boot environment set up for installing Fedora/RHEL. Has >> anyone looked at making the LiveCD loadable from the network? If not, >> are there any pointers that might help? > > Mohammed Khan did some work a while back. I wasn't able to get it to > work (failed at the pivot root), but I dig very deep on it. It works > for him, so it's worth looking at. > > https://www.redhat.com/archives/fedora-livecd-list/2007-June/msg00021.ht > ml > > -Brian > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > I'm happy someone else thinks like me. I posted to the anaconda list, a hack using nsf as the storage point for the live image, but that only did an install.(July/Aug 07). If that is what you want, it works. I'm currently playing around with anaconda's loader to see if I can get that to run the livecd, seems to me like a good starting point, with a gui for dmc's persistent work. With anaconda's hardware detection, I'm hoping to make a portable persistent live-usb disk. I've been (very) slowly porting the livecd's initrd parts to C code for anaconda's loader. I've got a mix of shell and C that currently can mount the livecd, and use that in place of the stage2.img file. (boy is it hard to keep up with some of the changes going on) Next is to get the run-init part to work without freaking out anaconda. Any interested? Jerry From katzj at redhat.com Mon Jan 28 18:24:15 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Jan 2008 13:24:15 -0500 Subject: [Fedora-livecd-list] livecd-creator on RHEL5/FC6 In-Reply-To: <479750D6.6090900@datawranglers.com> References: <1197474197.18096.1.camel@blaa> <476533FA.6090106@fedoraproject.org> <1197905446.7072.8.camel@blaa> <4782A53D.9090402@fedoraproject.org> <1199786882.4986.47.camel@muff> <4785D18A.8030504@fedoraproject.org> <4785DA14.30002@fedoraproject.org> <1200313051.6118.29.camel@muff> <47964134.1090803@fedoraproject.org> <1201084650.3377.19.camel@muff> <1201094578.3377.24.camel@muff> <479751BE.1060708@fedoraproject.org> <479750D6.6090900@datawranglers.com> Message-ID: <1201544655.5827.31.camel@aglarond.local> On Wed, 2008-01-23 at 07:36 -0700, Tim Wood wrote: > Would it make sense to add anaconda (and before f8, anaconda-runtime) as > requirements of livecd-tools? The idea has been to avoid that to avoid pulling in chains of (mostly unneeded) deps. That's, eg, one of the reasons that isomd5sum got pulled out of anaconda-runtime for F8 Jeremy From katzj at redhat.com Mon Jan 28 18:26:50 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Jan 2008 13:26:50 -0500 Subject: [Fedora-livecd-list] RFC- multiple configs support In-Reply-To: <479AE469.5030205@filteredperception.org> References: <479AE469.5030205@filteredperception.org> Message-ID: <1201544810.5827.33.camel@aglarond.local> On Sat, 2008-01-26 at 01:42 -0600, Douglas McClendon wrote: > I'm putting together a feature enhancement patch for livecd-tools, that > will basically just allow multiple instances of --config on the command > line, and then build something that is the same as if one --config > option was used on a kickstart file that is the appended contents of the > multiple specified kickstarts. What's the advantage of this over having one config that you use which % include's the ones you want? The latter leads to an ability to provide a single config (via ksflatten) which is what you used and makes things reproducible without requiring lots of magic command line args... :-) Jeremy From katzj at redhat.com Mon Jan 28 18:28:59 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Jan 2008 13:28:59 -0500 Subject: [Fedora-livecd-list] Running LiveCD from network? In-Reply-To: <479E0A02.7030606@shaw.ca> References: <20080128153308.GA1467611@hiwaay.net> <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> <479E0A02.7030606@shaw.ca> Message-ID: <1201544939.5827.36.camel@aglarond.local> On Mon, 2008-01-28 at 10:59 -0600, Jerry Vonau wrote: > Cain, Brian (GE Healthcare) wrote: > >> I have a PXE boot environment set up for installing Fedora/RHEL. Has > >> anyone looked at making the LiveCD loadable from the network? If not, > >> are there any pointers that might help? > > > > Mohammed Khan did some work a while back. I wasn't able to get it to > > work (failed at the pivot root), but I dig very deep on it. It works > > for him, so it's worth looking at. > > > > https://www.redhat.com/archives/fedora-livecd-list/2007-June/msg00021.ht > > ml > > > I'm happy someone else thinks like me. I posted to the anaconda list, a > hack using nsf as the storage point for the live image, but that only > did an install.(July/Aug 07). If that is what you want, it works. I'm > currently playing around with anaconda's loader to see if I can get that > to run the livecd, seems to me like a good starting point, with a gui > for dmc's persistent work. With anaconda's hardware detection, I'm > hoping to make a portable persistent live-usb disk. I've been (very) > slowly porting the livecd's initrd parts to C code for anaconda's > loader. I've got a mix of shell and C that currently can mount the > livecd, and use that in place of the stage2.img file. (boy is it hard to > keep up with some of the changes going on) Next is to get the run-init > part to work without freaking out anaconda. Any interested? Rather than hijacking anaconda pieces (and the doom that is the anaconda initrd), the better approach is probably to get to where we can use the standard mkinitrd pieces to build the live initrd. This likely is going to involve switching the initrd over to using bash as opposed to nash as its interpreter. I started some work in this area, but realistically, it's going to take some large-ish changes. Jeremy From jvonau at shaw.ca Mon Jan 28 19:05:00 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Mon, 28 Jan 2008 13:05:00 -0600 Subject: [Fedora-livecd-list] Running LiveCD from network? In-Reply-To: <1201544939.5827.36.camel@aglarond.local> References: <20080128153308.GA1467611@hiwaay.net> <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> <479E0A02.7030606@shaw.ca> <1201544939.5827.36.camel@aglarond.local> Message-ID: <479E275C.4020808@shaw.ca> Jeremy Katz wrote: > On Mon, 2008-01-28 at 10:59 -0600, Jerry Vonau wrote: >> Cain, Brian (GE Healthcare) wrote: >>>> I have a PXE boot environment set up for installing Fedora/RHEL. Has >>>> anyone looked at making the LiveCD loadable from the network? If not, >>>> are there any pointers that might help? >>> Mohammed Khan did some work a while back. I wasn't able to get it to >>> work (failed at the pivot root), but I dig very deep on it. It works >>> for him, so it's worth looking at. >>> >>> https://www.redhat.com/archives/fedora-livecd-list/2007-June/msg00021.ht >>> ml >>> >> I'm happy someone else thinks like me. I posted to the anaconda list, a >> hack using nsf as the storage point for the live image, but that only >> did an install.(July/Aug 07). If that is what you want, it works. I'm >> currently playing around with anaconda's loader to see if I can get that >> to run the livecd, seems to me like a good starting point, with a gui >> for dmc's persistent work. With anaconda's hardware detection, I'm >> hoping to make a portable persistent live-usb disk. I've been (very) >> slowly porting the livecd's initrd parts to C code for anaconda's >> loader. I've got a mix of shell and C that currently can mount the >> livecd, and use that in place of the stage2.img file. (boy is it hard to >> keep up with some of the changes going on) Next is to get the run-init >> part to work without freaking out anaconda. Any interested? > > Rather than hijacking anaconda pieces (and the doom that is the anaconda > initrd), the better approach is probably to get to where we can use the > standard mkinitrd pieces to build the live initrd. This likely is going > to involve switching the initrd over to using bash as opposed to nash as > its interpreter. I started some work in this area, but realistically, > it's going to take some large-ish changes. But I like anaconda's initrd, ;-) Cool, that is a whole pile less convoluted that playing in C, looking forward to your progress. Got an svn sandbox somewhere? Jerry From katzj at redhat.com Mon Jan 28 20:19:32 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Jan 2008 15:19:32 -0500 Subject: [Fedora-livecd-list] Running LiveCD from network? In-Reply-To: <479E275C.4020808@shaw.ca> References: <20080128153308.GA1467611@hiwaay.net> <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> <479E0A02.7030606@shaw.ca> <1201544939.5827.36.camel@aglarond.local> <479E275C.4020808@shaw.ca> Message-ID: <1201551572.5827.47.camel@aglarond.local> On Mon, 2008-01-28 at 13:05 -0600, Jerry Vonau wrote: > Jeremy Katz wrote: > > On Mon, 2008-01-28 at 10:59 -0600, Jerry Vonau wrote: > >> Cain, Brian (GE Healthcare) wrote: > >>>> I have a PXE boot environment set up for installing Fedora/RHEL. Has > >>>> anyone looked at making the LiveCD loadable from the network? If not, > >>>> are there any pointers that might help? > >>> Mohammed Khan did some work a while back. I wasn't able to get it to > >>> work (failed at the pivot root), but I dig very deep on it. It works > >>> for him, so it's worth looking at. > >>> > >>> https://www.redhat.com/archives/fedora-livecd-list/2007-June/msg00021.ht > >>> ml > >>> > >> I'm happy someone else thinks like me. I posted to the anaconda list, a > >> hack using nsf as the storage point for the live image, but that only > >> did an install.(July/Aug 07). If that is what you want, it works. I'm > >> currently playing around with anaconda's loader to see if I can get that > >> to run the livecd, seems to me like a good starting point, with a gui > >> for dmc's persistent work. With anaconda's hardware detection, I'm > >> hoping to make a portable persistent live-usb disk. I've been (very) > >> slowly porting the livecd's initrd parts to C code for anaconda's > >> loader. I've got a mix of shell and C that currently can mount the > >> livecd, and use that in place of the stage2.img file. (boy is it hard to > >> keep up with some of the changes going on) Next is to get the run-init > >> part to work without freaking out anaconda. Any interested? > > > > Rather than hijacking anaconda pieces (and the doom that is the anaconda > > initrd), the better approach is probably to get to where we can use the > > standard mkinitrd pieces to build the live initrd. This likely is going > > to involve switching the initrd over to using bash as opposed to nash as > > its interpreter. I started some work in this area, but realistically, > > it's going to take some large-ish changes. > > But I like anaconda's initrd, ;-) Cool, that is a whole pile less > convoluted that playing in C, looking forward to your progress. Got an > svn sandbox somewhere? What I had is pretty out of date, but should be clonable from http://katzj.fedorapeople.org/git/mkinitrd.git iirc. Jeremy From dmc.fedora at filteredperception.org Mon Jan 28 20:19:38 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 28 Jan 2008 14:19:38 -0600 Subject: [Fedora-livecd-list] RFC- multiple configs support In-Reply-To: <1201544810.5827.33.camel@aglarond.local> References: <479AE469.5030205@filteredperception.org> <1201544810.5827.33.camel@aglarond.local> Message-ID: <479E38DA.7070705@filteredperception.org> Jeremy Katz wrote: > On Sat, 2008-01-26 at 01:42 -0600, Douglas McClendon wrote: >> I'm putting together a feature enhancement patch for livecd-tools, that >> will basically just allow multiple instances of --config on the command >> line, and then build something that is the same as if one --config >> option was used on a kickstart file that is the appended contents of the >> multiple specified kickstarts. > > What's the advantage of this over having one config that you use which % > include's the ones you want? The latter leads to an ability to provide > a single config (via ksflatten) which is what you used and makes things > reproducible without requiring lots of magic command line args... :-) I can only refer you to the original post. I'm incapable of clarifying or justifying beyond what I originally said. You disagree with my assessment. Thanks for the feedback (no sarcasm). -dmc From Mohammed_Khan at Dell.com Mon Jan 28 21:59:09 2008 From: Mohammed_Khan at Dell.com (Mohammed_Khan at Dell.com) Date: Mon, 28 Jan 2008 15:59:09 -0600 Subject: [Fedora-livecd-list] Running LiveCD from network? In-Reply-To: <1201551572.5827.47.camel@aglarond.local> References: <20080128153308.GA1467611@hiwaay.net><2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com><479E0A02.7030606@shaw.ca> <1201544939.5827.36.camel@aglarond.local><479E275C.4020808@shaw.ca> <1201551572.5827.47.camel@aglarond.local> Message-ID: My patches still work on Fedora 7 (including latest livecd-tools from 7 updates). We do builds almost every week w/ pxe-based boots of the live"cd". I have not tried to see what the delta is if any in Fedora 8. Please let me know if there is interest... I will be happy to look at getting the patches to work w/ Fedora 8. Also, I had to make minor tweaks to make patches work w/ Fedora 7's updated livecd-tools package.. I can post the updated patches here if anyone is interested. Thanks, MFK > -----Original Message----- > From: fedora-livecd-list-bounces at redhat.com [mailto:fedora-livecd-list- > bounces at redhat.com] On Behalf Of Jeremy Katz > Sent: Monday, January 28, 2008 2:20 PM > To: fedora-livecd-list at redhat.com > Subject: Re: [Fedora-livecd-list] Running LiveCD from network? > > On Mon, 2008-01-28 at 13:05 -0600, Jerry Vonau wrote: > > Jeremy Katz wrote: > > > On Mon, 2008-01-28 at 10:59 -0600, Jerry Vonau wrote: > > >> Cain, Brian (GE Healthcare) wrote: > > >>>> I have a PXE boot environment set up for installing Fedora/RHEL. > Has > > >>>> anyone looked at making the LiveCD loadable from the network? > If not, > > >>>> are there any pointers that might help? > > >>> Mohammed Khan did some work a while back. I wasn't able to get > it to > > >>> work (failed at the pivot root), but I dig very deep on it. It > works > > >>> for him, so it's worth looking at. > > >>> > > >>> https://www.redhat.com/archives/fedora-livecd-list/2007- > June/msg00021.ht > > >>> ml > > >>> > > >> I'm happy someone else thinks like me. I posted to the anaconda > list, a > > >> hack using nsf as the storage point for the live image, but that > only > > >> did an install.(July/Aug 07). If that is what you want, it works. > I'm > > >> currently playing around with anaconda's loader to see if I can > get that > > >> to run the livecd, seems to me like a good starting point, with a > gui > > >> for dmc's persistent work. With anaconda's hardware detection, I'm > > >> hoping to make a portable persistent live-usb disk. I've been > (very) > > >> slowly porting the livecd's initrd parts to C code for anaconda's > > >> loader. I've got a mix of shell and C that currently can mount the > > >> livecd, and use that in place of the stage2.img file. (boy is it > hard to > > >> keep up with some of the changes going on) Next is to get the run- > init > > >> part to work without freaking out anaconda. Any interested? > > > > > > Rather than hijacking anaconda pieces (and the doom that is the > anaconda > > > initrd), the better approach is probably to get to where we can use > the > > > standard mkinitrd pieces to build the live initrd. This likely is > going > > > to involve switching the initrd over to using bash as opposed to > nash as > > > its interpreter. I started some work in this area, but > realistically, > > > it's going to take some large-ish changes. > > > > But I like anaconda's initrd, ;-) Cool, that is a whole pile less > > convoluted that playing in C, looking forward to your progress. Got > an > > svn sandbox somewhere? > > What I had is pretty out of date, but should be clonable from > http://katzj.fedorapeople.org/git/mkinitrd.git iirc. > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From cmadams at hiwaay.net Tue Jan 29 01:10:41 2008 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 28 Jan 2008 19:10:41 -0600 Subject: [Fedora-livecd-list] Re: Running LiveCD from network? In-Reply-To: <1201544939.5827.36.camel@aglarond.local> References: <20080128153308.GA1467611@hiwaay.net> <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> <479E0A02.7030606@shaw.ca> <1201544939.5827.36.camel@aglarond.local> Message-ID: <20080129011041.GA1425975@hiwaay.net> Once upon a time, Jeremy Katz said: > Rather than hijacking anaconda pieces (and the doom that is the anaconda > initrd), the better approach is probably to get to where we can use the > standard mkinitrd pieces to build the live initrd. This likely is going > to involve switching the initrd over to using bash as opposed to nash as > its interpreter. I started some work in this area, but realistically, > it's going to take some large-ish changes. Do you mean changing the standard mkinitrd-generated images to use bash instead of nash, or using nash for the livecd init? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From katzj at redhat.com Tue Jan 29 01:54:55 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Jan 2008 20:54:55 -0500 Subject: [Fedora-livecd-list] Re: Running LiveCD from network? In-Reply-To: <20080129011041.GA1425975@hiwaay.net> References: <20080128153308.GA1467611@hiwaay.net> <2376B63A5AF8564F8A2A2D76BC6DB03305E998FE@CINMLVEM11.e2k.ad.ge.com> <479E0A02.7030606@shaw.ca> <1201544939.5827.36.camel@aglarond.local> <20080129011041.GA1425975@hiwaay.net> Message-ID: <1201571695.3074.9.camel@aglarond.local> On Mon, 2008-01-28 at 19:10 -0600, Chris Adams wrote: > Once upon a time, Jeremy Katz said: > > Rather than hijacking anaconda pieces (and the doom that is the anaconda > > initrd), the better approach is probably to get to where we can use the > > standard mkinitrd pieces to build the live initrd. This likely is going > > to involve switching the initrd over to using bash as opposed to nash as > > its interpreter. I started some work in this area, but realistically, > > it's going to take some large-ish changes. > > Do you mean changing the standard mkinitrd-generated images to use bash > instead of nash, or using nash for the livecd init? More the former... but sort of both :) Jeremy From mclasen at fedoraproject.org Tue Jan 29 03:48:22 2008 From: mclasen at fedoraproject.org (Matthias Clasen) Date: Mon, 28 Jan 2008 20:48:22 -0700 Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks Message-ID: <200801290348.m0T3mMaj025635@hosted1.fedoraproject.org> config/livecd-fedora-desktop.ks | 2 -- 1 file changed, 2 deletions(-) New commits: commit d5166d0d6afdc2672faab0775326182a06ef89bb Author: Matthias Clasen Date: Mon Jan 28 22:48:09 2008 -0500 Readd evince diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index 88a739c..2b79f76 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -12,8 +12,6 @@ NetworkManager-openvpn # we don't include @office so that we don't get OOo. but some nice bits abiword gnumeric -# temporary until excessive deps are pruned --evince gnome-blog #planner #inkscape From mclasen at fedoraproject.org Tue Jan 29 06:35:41 2008 From: mclasen at fedoraproject.org (Matthias Clasen) Date: Mon, 28 Jan 2008 23:35:41 -0700 Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks Message-ID: <200801290635.m0T6ZfU7018851@hosted1.fedoraproject.org> config/livecd-fedora-desktop.ks | 2 ++ 1 file changed, 2 insertions(+) New commits: commit 469cafdae8858e4a15c14ba4a70bd1db58d9200c Author: Matthias Clasen Date: Tue Jan 29 01:35:02 2008 -0500 Remove "minority" evince backends diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index 2b79f76..a573dc7 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -124,6 +124,8 @@ scim-pinyin -nss_db -vino -dasher +-evince-dvi +-evince-djvu %end From notting at fedoraproject.org Tue Jan 29 17:23:22 2008 From: notting at fedoraproject.org (Bill Nottingham) Date: Tue, 29 Jan 2008 10:23:22 -0700 Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks Message-ID: <200801291723.m0THNMHu003273@hosted1.fedoraproject.org> config/livecd-fedora-desktop.ks | 84 ++++++++++++++++++++++------------------ 1 file changed, 48 insertions(+), 36 deletions(-) New commits: commit 3f359f171e93dddfa485c7ac3f2932078f806e17 Author: Bill Nottingham Date: Tue Jan 29 12:23:07 2008 -0500 Some drastic space saving work. Remove locales that aren't well translated in GNOME, and their corresponding fonts. Also, remove ekiga, therefore removing opal/pwlib/SDL/etc. diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index a573dc7..2738126 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -16,33 +16,21 @@ gnome-blog #planner #inkscape - at afrikaans-support @albanian-support @arabic-support - at armenian-support - at assamese-support @basque-support - at belarusian-support @bengali-support - at bhutanese-support - at bosnian-support @brazilian-support - at breton-support @british-support @bulgarian-support @catalan-support @chinese-support - at croatian-support @czech-support @danish-support @dutch-support @estonian-support - at ethiopic-support - at faeroese-support - at filipino-support @finnish-support @french-support - at gaelic-support @galician-support @georgian-support @german-support @@ -51,23 +39,15 @@ gnome-blog @hebrew-support @hindi-support @hungarian-support - at icelandic-support @indonesian-support - at inuktitut-support - at irish-support @italian-support @japanese-support - at kannada-support @khmer-support @korean-support - at lao-support @latvian-support @lithuanian-support - at malay-support @malayalam-support - at maori-support @marathi-support - at northern-sotho-support @norwegian-support @oriya-support @persian-support @@ -76,33 +56,64 @@ gnome-blog @punjabi-support @romanian-support @russian-support - at samoan-support @serbian-support - at sinhala-support @slovak-support @slovenian-support - at somali-support - at southern-ndebele-support - at southern-sotho-support @spanish-support - at swati-support @swedish-support - at tagalog-support @tamil-support @telugu-support @thai-support - at tibetan-support - at tonga-support - at tsonga-support - at tswana-support @turkish-support @ukrainian-support - at urdu-support - at venda-support @vietnamese-support @welsh-support - at xhosa-support - at zulu-support + +# The following locales have less than 50% translation coverage for the core +# GNOME stack, as found at http://l10n.gnome.org/languages/ + +#@afrikaans-support +#@armenian-support +#@assamese-support +#@belarusian-support +#@bhutanese-support +#@bosnian-support +#@breton-support +#@croatian-support +#@ethiopic-support +#@faeroese-support +#@filipino-support +#@gaelic-support +#@icelandic-support +#@inuktitut-support +#@irish-support +#@kannada-support +#@lao-support +#@malay-support +#@maori-support +#@northern-sotho-support +#@samoan-support +#@sinhala-support +#@somali-support +#@southern-ndebele-support +#@southern-sotho-support +#@swati-support +#@tagalog-support +#@tibetan-support +#@tonga-support +#@tsonga-support +#@tswana-support +#@urdu-support +#@venda-support +#@xhosa-support +#@zulu-support + +# These fonts are only used in the commented-out locales above +-lklug-fonts +-lohit-fonts-kannada +-abyssinica-fonts +-jomolhari-fonts + # dictionaries are big -aspell-* @@ -126,7 +137,8 @@ scim-pinyin -dasher -evince-dvi -evince-djvu - +# temporary - drags in many deps +-ekiga %end %post From valent.turkovic at gmail.com Tue Jan 29 22:36:49 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Tue, 29 Jan 2008 23:36:49 +0100 Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks In-Reply-To: <200801291723.m0THNMHu003273@hosted1.fedoraproject.org> References: <200801291723.m0THNMHu003273@hosted1.fedoraproject.org> Message-ID: <64b14b300801291436m339d4d6btf1de22843e992632@mail.gmail.com> How you know which ones are good and which are bad translations? Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From notting at redhat.com Tue Jan 29 22:43:15 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Jan 2008 17:43:15 -0500 Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks In-Reply-To: <64b14b300801291436m339d4d6btf1de22843e992632@mail.gmail.com> References: <200801291723.m0THNMHu003273@hosted1.fedoraproject.org> <64b14b300801291436m339d4d6btf1de22843e992632@mail.gmail.com> Message-ID: <20080129224315.GA15357@nostromo.devel.redhat.com> Valent Turkovic (valent.turkovic at gmail.com) said: > How you know which ones are good and which are bad translations? See the comment - GNOME has translation status online. Bill From valent.turkovic at gmail.com Tue Jan 29 23:16:40 2008 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 30 Jan 2008 00:16:40 +0100 Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks In-Reply-To: <20080129224315.GA15357@nostromo.devel.redhat.com> References: <200801291723.m0THNMHu003273@hosted1.fedoraproject.org> <64b14b300801291436m339d4d6btf1de22843e992632@mail.gmail.com> <20080129224315.GA15357@nostromo.devel.redhat.com> Message-ID: <64b14b300801291516p12409073s60e28fe768e14fe8@mail.gmail.com> I'll bump Croatian translators and I'll jump in, it is a shame that we will be droped. It is hard enough that we suck at handball we shouldn't also suck at translation :) On Jan 29, 2008 11:43 PM, Bill Nottingham wrote: > Valent Turkovic (valent.turkovic at gmail.com) said: > > How you know which ones are good and which are bad translations? > > See the comment - GNOME has translation status online. > > Bill > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic From katzj at fedoraproject.org Wed Jan 30 16:56:34 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 30 Jan 2008 09:56:34 -0700 Subject: [Fedora-livecd-list] 2 commits - imgcreate/live.py tools/mayflower Message-ID: <200801301656.m0UGuYqQ003606@hosted1.fedoraproject.org> imgcreate/live.py | 4 +++- tools/mayflower | 5 +---- 2 files changed, 4 insertions(+), 5 deletions(-) New commits: commit 536d0ed3898231573ccd4d1f9f4f91f6c37efd12 Author: Jeremy Katz Date: Wed Jan 30 11:55:00 2008 -0500 Allow running live images from MMC/SD (#430444) Allow getting MMC/SD related modules into the initrd and also ensure that mmc_block gets loaded diff --git a/imgcreate/live.py b/imgcreate/live.py index 0e35df3..4191c8b 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -68,7 +68,7 @@ class LiveImageCreatorBase(LoopImageCreator): self.__isodir = None - self.__modules = ["=ata", "sym53c8xx", "aic7xxx", "=usb", "=firewire"] + self.__modules = ["=ata", "sym53c8xx", "aic7xxx", "=usb", "=firewire", "=mmc"] self.__modules.extend(kickstart.get_modules(self.ks)) # @@ -226,6 +226,8 @@ class LiveImageCreatorBase(LoopImageCreator): elif module == "=firewire": f.write('MODULES+="firewire-sbp2 firewire-ohci "\n') f.write('MODULES+="sbp2 ohci1394 ieee1394 "\n') + elif module == "=mmc": + f.write('MODULES+="mmc_block sdhlc "\n') else: f.write('MODULES+="' + module + ' "\n') diff --git a/tools/mayflower b/tools/mayflower index b6789b8..f77b2be 100755 --- a/tools/mayflower +++ b/tools/mayflower @@ -447,7 +447,7 @@ echo "env{MODALIAS}\"" >> /etc/udev/rules.d/10-modprobe.rules echo "ACTION==\"add\", SUBSYSTEM==\"scsi_device\" RUN+=\"/sbin/modprobe sg\"" >> /etc/udev/rules.d/10-modprobe.rules echo "ACTION==\"add\", SUBSYSTEM==\"scsi_device\", SYSFS{type}==\"0|7|14\", RUN+=\"/sbin/modprobe sd_mod\"" >> /etc/udev/rules.d/10-modprobe.rules echo "ACTION==\"add\", SUBSYSTEM==\"scsi_device\", SYSFS{type}==\"[45]\", RUN+=\"/sbin/modprobe sr_mod\"" >> /etc/udev/rules.d/10-modprobe.rules - +echo "SUBSYSTEM==\"mmc\", RUN+=\"/sbin/modprobe mmc_block\"" >> /etc/udev/rules.d/10-modprobe.rules # FIXME: hack since sr_mod seems to fail to get loaded sometimes (#239657) /sbin/modprobe sr_mod commit e7d148241f096c4bbb884e725392c52a7a6222cf Author: Jeremy Katz Date: Wed Jan 30 11:47:39 2008 -0500 Remove OLPC-specific bit diff --git a/tools/mayflower b/tools/mayflower index 5e9e097..b6789b8 100755 --- a/tools/mayflower +++ b/tools/mayflower @@ -448,9 +448,6 @@ echo "ACTION==\"add\", SUBSYSTEM==\"scsi_device\" RUN+=\"/sbin/modprobe sg\"" >> echo "ACTION==\"add\", SUBSYSTEM==\"scsi_device\", SYSFS{type}==\"0|7|14\", RUN+=\"/sbin/modprobe sd_mod\"" >> /etc/udev/rules.d/10-modprobe.rules echo "ACTION==\"add\", SUBSYSTEM==\"scsi_device\", SYSFS{type}==\"[45]\", RUN+=\"/sbin/modprobe sr_mod\"" >> /etc/udev/rules.d/10-modprobe.rules -# OLPC specific: olpc_nand_enable, hardcodes this device file.. sigh.. -# -echo "KERNEL==\"msr[0-9]*\", NAME=\"cpu/%n/msr\"" > /etc/udev/rules.d/20-cpu.rules # FIXME: hack since sr_mod seems to fail to get loaded sometimes (#239657) /sbin/modprobe sr_mod From katzj at fedoraproject.org Wed Jan 30 18:40:18 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 30 Jan 2008 11:40:18 -0700 Subject: [Fedora-livecd-list] 3 commits - config/livecd-fedora-base-desktop.ks config/livecd-fedora-desktop.ks Message-ID: <200801301840.m0UIeInj021606@hosted1.fedoraproject.org> config/livecd-fedora-base-desktop.ks | 4 ---- config/livecd-fedora-desktop.ks | 2 +- 2 files changed, 1 insertion(+), 5 deletions(-) New commits: commit 936f5625a18cd75e7488f53249ddb405f883bfb2 Author: Jeremy Katz Date: Wed Jan 30 13:39:55 2008 -0500 Use scim-chinese-pinyin instead of scim-pinyin (Jens Petersen) diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index 2738126..444d655 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -125,7 +125,7 @@ gnome-blog # more fun with space saving -scim-lang-chinese scim-chewing -scim-pinyin +scim-chinese-pinyin # save some space -gnome-user-docs commit 9b7f69596b7cfbbe8beefd0e0c808ceebba9c720 Author: Jeremy Katz Date: Wed Jan 30 13:37:47 2008 -0500 vmmouse is fixed also diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 7382059..4fe7299 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -126,9 +126,6 @@ fi # configure X, allowing user to override xdriver exists system-config-display --noui --reconfig --set-depth=24 \$xdriver -# work around broken vmmouse driver -grep -v CorePointer /etc/X11/xorg.conf > /etc/X11/xorg.conf.x -mv -f /etc/X11/xorg.conf.x /etc/X11/xorg.conf # add fedora user with no passwd useradd -c "Fedora Live" fedora commit 3229b3907e829e06380579f6ce08bda2b688b7e5 Author: Jens Petersen Date: Wed Jan 23 15:43:24 2008 +1000 xorg-x11-drv-cirrus is fixed Just noticed cirrus is worked around in livecd-tools.git. You may know already but airlied fixed the cirrus driver this week. So here a little patch to bring it back. diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 46dd0e3..7382059 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -126,10 +126,9 @@ fi # configure X, allowing user to override xdriver exists system-config-display --noui --reconfig --set-depth=24 \$xdriver -# work around broken vmmouse and cirrus drivers +# work around broken vmmouse driver grep -v CorePointer /etc/X11/xorg.conf > /etc/X11/xorg.conf.x mv -f /etc/X11/xorg.conf.x /etc/X11/xorg.conf -sed -i 's/cirrus/vesa/g' /etc/X11/xorg.conf # add fedora user with no passwd useradd -c "Fedora Live" fedora From katzj at fedoraproject.org Thu Jan 31 05:07:40 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 30 Jan 2008 22:07:40 -0700 Subject: [Fedora-livecd-list] imgcreate/live.py Message-ID: <200801310507.m0V57e3q023600@hosted1.fedoraproject.org> imgcreate/live.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 801b2eda161206f966dcfb3e4b8830360a325ee2 Author: Jeremy Katz Date: Thu Jan 31 00:05:16 2008 -0500 Fix bogon module name diff --git a/imgcreate/live.py b/imgcreate/live.py index 4191c8b..bbb17ef 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -227,7 +227,7 @@ class LiveImageCreatorBase(LoopImageCreator): f.write('MODULES+="firewire-sbp2 firewire-ohci "\n') f.write('MODULES+="sbp2 ohci1394 ieee1394 "\n') elif module == "=mmc": - f.write('MODULES+="mmc_block sdhlc "\n') + f.write('MODULES+="mmc_block sdhci "\n') else: f.write('MODULES+="' + module + ' "\n') From katzj at fedoraproject.org Thu Jan 31 16:57:21 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 31 Jan 2008 09:57:21 -0700 Subject: [Fedora-livecd-list] imgcreate/creator.py Message-ID: <200801311657.m0VGvL7q023778@hosted1.fedoraproject.org> imgcreate/creator.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 83315de0ac2b25ebc0225b9ce68d9cf14dbd703e Author: Jeremy Katz Date: Thu Jan 31 11:50:11 2008 -0500 Don't require /yum-cache under the cachedir (#430066) diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 83622c9..b1766b6 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -430,7 +430,7 @@ class ImageCreator(object): for d in ("/etc", "/boot", "/var/log", "/var/cache/yum"): makedirs(self._instroot + d) - cachesrc = (cachedir or self.__builddir) + "/yum-cache" + cachesrc = cachedir or (self.__builddir + "/yum-cache") makedirs(cachesrc) # bind mount system directories into _instroot From katzj at fedoraproject.org Thu Jan 31 18:47:55 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 31 Jan 2008 11:47:55 -0700 Subject: [Fedora-livecd-list] imgcreate/fs.py Message-ID: <200801311847.m0VIltuE018673@hosted1.fedoraproject.org> imgcreate/fs.py | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) New commits: commit 5c0279b8e95682d20526a5ba36fc4eaab81d2198 Author: Jeremy Katz Date: Thu Jan 31 13:47:24 2008 -0500 Only remove dirs if we are successful with the unmount (#430606) diff --git a/imgcreate/fs.py b/imgcreate/fs.py index 0591f1c..9ca3a3e 100644 --- a/imgcreate/fs.py +++ b/imgcreate/fs.py @@ -104,9 +104,10 @@ class LoopbackMount: def unmount(self): if self.mounted: rc = subprocess.call(["/bin/umount", self.mountdir]) - self.mounted = False + if rc == 0: + self.mounted = False - if self.rmdir: + if self.rmdir and not self.mounted: try: os.rmdir(self.mountdir) except OSError, e: From Simon.Ritchie at merrowinternet.com Thu Jan 31 20:24:15 2008 From: Simon.Ritchie at merrowinternet.com (Simon Ritchie) Date: Thu, 31 Jan 2008 20:24:15 +0000 Subject: [Fedora-livecd-list] livecd-creator, revisor fail to build a CD Message-ID: <47A22E6F.9030100@merrowinternet.com> I have the same problem, using Fedora core 8. While attempting to build the minimal livecd, livecd-creator hangs. My Linux box freezes up. If I can log in and get a command window (not always possible) the shutdown command runs for a while but does not complete, so the only solution is to disconnect the power. Tonight I was luckier and I got some control, so I can post some diagnostics. This is a fairly new and clean installation of Fedora core 8 on a Compaq Pentium III box. The only changes I have made is to install livecd-creator and the necessary support stuff. The livecd-creator came from livecd-tools-013-1.fc8.i386.rpm. I am using a local repository - stored on a linux file server on my home network and exported via NFS. (Not enough disk space on my build machine.) I run the command as follows: livecd-creator --config=livecd-fedora-minimal.ks (The control file is shown below.) It hangs after about half an hour. The console shows: 16.22% done, estimate finish Thu Jan 31 19:30:10 2008 24.30% done, estimate finish Thu Jan 31 19:30:08 2008 32.42% done, estimate finish Thu Jan 31 19:30:10 2008 40.50% done, estimate finish Thu Jan 31 19:30:08 2008 48.61% done, estimate finish Thu Jan 31 19:30:10 2008 56.70% done, estimate finish Thu Jan 31 19:30:09 2008 64.81% done, estimate finish Thu Jan 31 19:30:10 2008 72.90% done, estimate finish Thu Jan 31 19:30:09 2008 81.01% done, estimate finish Thu Jan 31 19:30:10 2008 89.09% done, estimate finish Thu Jan 31 19:30:09 2008 97.20% done, estimate finish Thu Jan 31 19:30:10 2008 Total translation table size: 2048 Total rockridge attributes bytes: 1337 Total directory bytes: 4096 Path table size(bytes): 40 Max brk space used 0 61739 extents written (120 MB) Inserting md5sum into iso image... md5 = c0590991a2439b041651cc4afa0d1e09 Inserting fragment md5sums into iso image... fragmd5 = 1716c77e228d4763bd27981c365f48125e7ea77241f7c2ee64bd32db5fc1 frags = 20 Setting supported flag to 0 According to ps, the livecd-creator command is no longer running, but a few other python scripts are: [root at l4l ~]# ps -aef | fgrep live root 6027 5880 0 20:14 pts/3 00:00:00 fgrep live [root at l4l ~]# ps -aef | fgrep python root 1693 1 0 18:10 ? 00:00:01 /usr/bin/python -E /usr/sbin/setroubleshootd root 2001 1 0 18:10 ? 00:00:00 /usr/bin/python -tt /usr/sbin/yum-updatesd root 6031 5880 0 20:15 pts/3 00:00:00 fgrep python There are the latest error messages in the system log: Jan 31 19:21:44 l4l kernel: security: invalidating context unconfined_u:system_r:setrans_t:s0 Jan 31 19:21:44 l4l kernel: security: invalidating context unconfined_u:system_r:inetd_child_t:s0 Jan 31 19:21:44 l4l kernel: security: invalidating context unconfined_u:object_r:policy_config_t:s0 Jan 31 19:21:44 l4l kernel: audispd[1502]: segfault at 1fdd8dac eip 001b16ad esp bfc6c754 error 6 Jan 31 19:24:13 l4l restorecond: Reset file context /etc/mtab: system_u:object_r:etc_t:s0->system_u:object_r:etc_runtime_t:s0 Jan 31 19:30:13 l4l restorecond:last message repeated 2 times Jan 31 19:30:13 l4l kernel: top[2642]: segfault at 0000000c eip 00a3c70c esp bfa9d120 error 6 My control file livecd-fedora-minimal.ks contains lang en_US.UTF-8 keyboard uk timezone Europe/London auth --useshadow --enablemd5 selinux --enforcing firewall --disabled part / --size 1024 repo --name=fed8 --baseurl=file:///mnt/fs/livecd.rh8/fedora.rpms repo --name=ext --baseurl=file:///mnt/fs/livecd.rh8/extras %packages @core bash kernel passwd policycoreutils chkconfig authconfig rootfiles %end From gary at mlbassoc.com Thu Jan 31 20:40:39 2008 From: gary at mlbassoc.com (Gary Thomas) Date: Thu, 31 Jan 2008 13:40:39 -0700 Subject: [Fedora-livecd-list] livecd-creator, revisor fail to build a CD In-Reply-To: <47A22E6F.9030100@merrowinternet.com> References: <47A22E6F.9030100@merrowinternet.com> Message-ID: <47A23247.5040403@mlbassoc.com> Simon Ritchie wrote: > I have the same problem, using Fedora core 8. While attempting to build > the minimal livecd, livecd-creator hangs. My Linux box freezes up. If > I can log in and get a command window (not always possible) the shutdown > command runs for a while but does not complete, so the only solution is > to disconnect the power. > > Tonight I was luckier and I got some control, so I can post some > diagnostics. > > This is a fairly new and clean installation of Fedora core 8 on a Compaq > Pentium III box. The only changes I have made is to install > livecd-creator and the necessary support stuff. The livecd-creator came > from livecd-tools-013-1.fc8.i386.rpm. > > I am using a local repository - stored on a linux file server on my home > network and exported via NFS. (Not enough disk space on my build machine.) > > I run the command as follows: > > livecd-creator --config=livecd-fedora-minimal.ks > > (The control file is shown below.) > > It hangs after about half an hour. The console shows: > > 16.22% done, estimate finish Thu Jan 31 19:30:10 2008 > 24.30% done, estimate finish Thu Jan 31 19:30:08 2008 > 32.42% done, estimate finish Thu Jan 31 19:30:10 2008 > 40.50% done, estimate finish Thu Jan 31 19:30:08 2008 > 48.61% done, estimate finish Thu Jan 31 19:30:10 2008 > 56.70% done, estimate finish Thu Jan 31 19:30:09 2008 > 64.81% done, estimate finish Thu Jan 31 19:30:10 2008 > 72.90% done, estimate finish Thu Jan 31 19:30:09 2008 > 81.01% done, estimate finish Thu Jan 31 19:30:10 2008 > 89.09% done, estimate finish Thu Jan 31 19:30:09 2008 > 97.20% done, estimate finish Thu Jan 31 19:30:10 2008 > Total translation table size: 2048 > Total rockridge attributes bytes: 1337 > Total directory bytes: 4096 > Path table size(bytes): 40 > Max brk space used 0 > 61739 extents written (120 MB) > Inserting md5sum into iso image... > md5 = c0590991a2439b041651cc4afa0d1e09 > Inserting fragment md5sums into iso image... > fragmd5 = 1716c77e228d4763bd27981c365f48125e7ea77241f7c2ee64bd32db5fc1 > frags = 20 > Setting supported flag to 0 > > > According to ps, the livecd-creator command is no longer running, but a > few other python scripts are: > > [root at l4l ~]# ps -aef | fgrep live > root 6027 5880 0 20:14 pts/3 00:00:00 fgrep live > > [root at l4l ~]# ps -aef | fgrep python > root 1693 1 0 18:10 ? 00:00:01 /usr/bin/python -E > /usr/sbin/setroubleshootd > root 2001 1 0 18:10 ? 00:00:00 /usr/bin/python -tt > /usr/sbin/yum-updatesd > root 6031 5880 0 20:15 pts/3 00:00:00 fgrep python > > > > There are the latest error messages in the system log: > > Jan 31 19:21:44 l4l kernel: security: invalidating context > unconfined_u:system_r:setrans_t:s0 > Jan 31 19:21:44 l4l kernel: security: invalidating context > unconfined_u:system_r:inetd_child_t:s0 > Jan 31 19:21:44 l4l kernel: security: invalidating context > unconfined_u:object_r:policy_config_t:s0 > Jan 31 19:21:44 l4l kernel: audispd[1502]: segfault at 1fdd8dac eip > 001b16ad > esp bfc6c754 error 6 > Jan 31 19:24:13 l4l restorecond: Reset file context /etc/mtab: > system_u:object_r:etc_t:s0->system_u:object_r:etc_runtime_t:s0 > Jan 31 19:30:13 l4l restorecond:last message repeated 2 times > Jan 31 19:30:13 l4l kernel: top[2642]: segfault at 0000000c eip 00a3c70c > esp > bfa9d120 error 6 > > > My control file livecd-fedora-minimal.ks contains > > lang en_US.UTF-8 > keyboard uk > timezone Europe/London > auth --useshadow --enablemd5 > selinux --enforcing > firewall --disabled > part / --size 1024 > > repo --name=fed8 --baseurl=file:///mnt/fs/livecd.rh8/fedora.rpms > repo --name=ext --baseurl=file:///mnt/fs/livecd.rh8/extras > > %packages > @core > bash > kernel > passwd > policycoreutils > chkconfig > authconfig > rootfiles > > %end It looks like you have SELinux running on your build system. Bottom line: you can't run revisor (or any flavor of liveCD creator) with SELinux enabled. n.b. This has been discussed (at great length) recently on the Fedora development list. -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ From tim.wood at datawranglers.com Thu Jan 31 20:50:17 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Thu, 31 Jan 2008 13:50:17 -0700 Subject: [Fedora-livecd-list] Re: livecd-creator, revisor fail to build a CD In-Reply-To: <47A22E6F.9030100@merrowinternet.com> References: <47A22E6F.9030100@merrowinternet.com> Message-ID: <47A23489.5020600@datawranglers.com> Simon, It seems like when I used to use a repository on a server, it gave both livecd-tools and revisor fits. Why is a whole different question. The most dependable approach for me has been to use the cache feature instead of a local repo. After the files are cached, it runs just as fast as having a local repo. Given updates and all, it takes a short amount of time (5 or 10 minutes) on the first build on a particular day to update the cache. I'm using a custom kickstart that's fairly involved and I'm using 1.7G for the cache (base and updates). > livecd-creator --config=[config file path] --fslabel=[label] --cache=/var/cache/yum/fedora/8/i386 The minimal is also a little problematic. When you boot, you can't login. That's a documented characteristic; just not one that's documented in the kickstart. > echo "# Warning: this kickstart generates a LiveCD that boots ... but login is disabled" >> /usr/share/livecd-tools/livecd-fedora-minimal.ks Tim Wood Simon Ritchie wrote: > I have the same problem, using Fedora core 8. While attempting to > build the minimal livecd, livecd-creator hangs. My Linux box freezes > up. If I can log in and get a command window (not always possible) > the shutdown command runs for a while but does not complete, so the > only solution is to disconnect the power. > > Tonight I was luckier and I got some control, so I can post some > diagnostics. > > This is a fairly new and clean installation of Fedora core 8 on a > Compaq Pentium III box. The only changes I have made is to install > livecd-creator and the necessary support stuff. The livecd-creator > came from livecd-tools-013-1.fc8.i386.rpm. > > I am using a local repository - stored on a linux file server on my > home network and exported via NFS. (Not enough disk space on my build > machine.) > > I run the command as follows: > > livecd-creator --config=livecd-fedora-minimal.ks > > (The control file is shown below.) > > It hangs after about half an hour. The console shows: > > 16.22% done, estimate finish Thu Jan 31 19:30:10 2008 > 24.30% done, estimate finish Thu Jan 31 19:30:08 2008 > 32.42% done, estimate finish Thu Jan 31 19:30:10 2008 > 40.50% done, estimate finish Thu Jan 31 19:30:08 2008 > 48.61% done, estimate finish Thu Jan 31 19:30:10 2008 > 56.70% done, estimate finish Thu Jan 31 19:30:09 2008 > 64.81% done, estimate finish Thu Jan 31 19:30:10 2008 > 72.90% done, estimate finish Thu Jan 31 19:30:09 2008 > 81.01% done, estimate finish Thu Jan 31 19:30:10 2008 > 89.09% done, estimate finish Thu Jan 31 19:30:09 2008 > 97.20% done, estimate finish Thu Jan 31 19:30:10 2008 > Total translation table size: 2048 > Total rockridge attributes bytes: 1337 > Total directory bytes: 4096 > Path table size(bytes): 40 > Max brk space used 0 > 61739 extents written (120 MB) > Inserting md5sum into iso image... > md5 = c0590991a2439b041651cc4afa0d1e09 > Inserting fragment md5sums into iso image... > fragmd5 = 1716c77e228d4763bd27981c365f48125e7ea77241f7c2ee64bd32db5fc1 > frags = 20 > Setting supported flag to 0 > > > According to ps, the livecd-creator command is no longer running, but > a few other python scripts are: > > [root at l4l ~]# ps -aef | fgrep live > root 6027 5880 0 20:14 pts/3 00:00:00 fgrep live > > [root at l4l ~]# ps -aef | fgrep python > root 1693 1 0 18:10 ? 00:00:01 /usr/bin/python -E > /usr/sbin/setroubleshootd > root 2001 1 0 18:10 ? 00:00:00 /usr/bin/python -tt > /usr/sbin/yum-updatesd > root 6031 5880 0 20:15 pts/3 00:00:00 fgrep python > > > > There are the latest error messages in the system log: > > Jan 31 19:21:44 l4l kernel: security: invalidating context > unconfined_u:system_r:setrans_t:s0 > Jan 31 19:21:44 l4l kernel: security: invalidating context > unconfined_u:system_r:inetd_child_t:s0 > Jan 31 19:21:44 l4l kernel: security: invalidating context > unconfined_u:object_r:policy_config_t:s0 > Jan 31 19:21:44 l4l kernel: audispd[1502]: segfault at 1fdd8dac eip > 001b16ad > esp bfc6c754 error 6 > Jan 31 19:24:13 l4l restorecond: Reset file context /etc/mtab: > system_u:object_r:etc_t:s0->system_u:object_r:etc_runtime_t:s0 > Jan 31 19:30:13 l4l restorecond:last message repeated 2 times > Jan 31 19:30:13 l4l kernel: top[2642]: segfault at 0000000c eip > 00a3c70c esp > bfa9d120 error 6 > > > My control file livecd-fedora-minimal.ks contains > > lang en_US.UTF-8 > keyboard uk > timezone Europe/London > auth --useshadow --enablemd5 > selinux --enforcing > firewall --disabled > part / --size 1024 > > repo --name=fed8 --baseurl=file:///mnt/fs/livecd.rh8/fedora.rpms > repo --name=ext --baseurl=file:///mnt/fs/livecd.rh8/extras > > %packages > @core > bash > kernel > passwd > policycoreutils > chkconfig > authconfig > rootfiles > > %end > > > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From Simon.Ritchie at merrowinternet.com Thu Jan 31 23:00:45 2008 From: Simon.Ritchie at merrowinternet.com (Simon Ritchie) Date: Thu, 31 Jan 2008 23:00:45 +0000 Subject: [Fedora-livecd-list] livecd-creator, revisor fail to build a CD In-Reply-To: <47A22E6F.9030100@merrowinternet.com> References: <47A22E6F.9030100@merrowinternet.com> Message-ID: <47A2531D.5090100@merrowinternet.com> Gary Thomas wrote: > It looks like you have SELinux running on your build system. Aha! The first time I ran the CD creator, I got lots of error messages from SELinux, so I attempted to turned it off, but apparently I was not successful. Now I have disabled it permanently, and the creator completes. Hooray! Tim Wood mentioned problems using a local repository: > It seems like when I used to use a repository on a server, it gave both livecd-tools and revisor fits. It works for me, now that SELinux is off. However, this is using Fedora 8. When I tried running the creator on a Fedora 7 box, I got a ton of problems. Anyhow, thank you all. Now I will try to create the CD that has a desktop. Simon From dmc.fedora at filteredperception.org Thu Jan 31 23:11:01 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Thu, 31 Jan 2008 17:11:01 -0600 Subject: [Fedora-livecd-list] livecd-creator, revisor fail to build a CD In-Reply-To: <47A2531D.5090100@merrowinternet.com> References: <47A22E6F.9030100@merrowinternet.com> <47A2531D.5090100@merrowinternet.com> Message-ID: <47A25585.4080309@filteredperception.org> Simon Ritchie wrote: > Gary Thomas wrote: > > > It looks like you have SELinux running on your build system. > > Aha! The first time I ran the CD creator, I got lots of error messages > from SELinux, so I attempted to turned it off, but apparently I was not > successful. Now I have disabled it permanently, and the creator > completes. Hooray! Note, that I think the difference between selinux=disabled, and selinux=permissive may make a difference, at least as far whether or not the resulting output livecd has selinux is concerned. I.e. if you have selinux *off(disabled)*, then livecd creator cannot produce an selinux-enabled (permissive or enforcing) livecd. If you want selinux in the output, you want selinux on the host build system to be in permissive mode, not disabled. -dmc