From katzj at fedoraproject.org Fri Aug 1 17:10:21 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 1 Aug 2008 17:10:21 +0000 (UTC) Subject: [Fedora-livecd-list] 3 commits - config/livecd-fedora-base-desktop.ks config/livecd-fedora-desktop.ks Message-ID: <20080801171021.91180A8256@lists.fedorahosted.org> config/livecd-fedora-base-desktop.ks | 5 ++++- config/livecd-fedora-desktop.ks | 6 ++++++ 2 files changed, 10 insertions(+), 1 deletion(-) New commits: commit f56568d9673dc8304e519aa4af29fe2a9dc72c36 Author: Jeremy Katz Date: Thu Jul 31 13:32:51 2008 -0400 Hacks for the alpha so that we fit on a CD. Once compat-db stops being used for rpm, these should pretty easily be able to return diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index f8e1f99..e45c092 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -153,6 +153,12 @@ scim-pinyin -ekiga -tomboy -f-spot + +# try to get down to cd sized for the alpha +-gnumeric +-isdn4k-utils +# hack to deal with conditionals + multiarch blargh +-scim-bridge-gtk.i386 %end %post commit 7e6afde56b9c47c1ecbb1bbfc70cd7a37007cf4c Author: Jeremy Katz Date: Mon Jul 28 15:19:27 2008 -0400 Use plymouth to ask for password as we're going to always be using plymouth diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index c450f79..f24c091 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -121,7 +121,7 @@ mountPersistentHome() { if [ "\$(/lib/udev/vol_id -t \$homedev)" = "crypto_LUKS" ]; then echo echo "Setting up encrypted /home device" - cryptsetup luksOpen \$homedev EncHome <&1 + plymouth ask-for-password --command="cryptsetup luksOpen \$homedev EncHome" homedev=/dev/mapper/EncHome fi commit ad6f21ab782297411cef31f8c1106ee55ff7a20d Author: Jeremy Katz Date: Tue Jul 22 17:01:07 2008 -0400 Run makewhatis so that apropos works (#455968) diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 602e9f6..c450f79 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -275,6 +275,9 @@ chmod 755 /etc/rc.d/init.d/fedora-late-live rm -f /var/lib/rpm/__db* rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora +# go ahead and pre-make the man -k cache (#455968) +/usr/sbin/makewhatis -w + # save a little bit of space at least... rm -f /boot/initrd* # make sure there aren't core files lying around From dex.mbox at googlemail.com Fri Aug 1 19:26:15 2008 From: dex.mbox at googlemail.com (dexter) Date: Fri, 1 Aug 2008 20:26:15 +0100 Subject: [Fedora-livecd-list] [PATCH] first extend yum's exclude setting In-Reply-To: <48918E9A.6090109@kanarip.com> References: <488E2FC7.7020609@kanarip.com> <1217475174.16534.116.camel@aglarond.local> <48918E9A.6090109@kanarip.com> Message-ID: <200808012026.15334.dex.mbox@gmail.com> On Thu July 31 2008 11:06:18 Jeroen van Meeuwen wrote: > Jeremy, > > my final answer is on planet.fp.o right now. > Interesting ... Read the archive thread 'pilgrim livecd work' 20/09/2006 06:51 and in particular the post by your community manager Greg DeKoenigsberg for were you stand with anaconda. GOOD LUCK ...dex From olivares14031 at yahoo.com Fri Aug 1 19:56:59 2008 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Fri, 1 Aug 2008 12:56:59 -0700 (PDT) Subject: [Fedora-livecd-list] Is automounting of LVM volumes by a livecd dangerous? Message-ID: <264471.73482.qm@web52606.mail.re2.yahoo.com> Dear all, I have asked the following question on fedora-list at redhat.com. But then it clicked to me that I should have directed the question here on livecd list. Is automounting of LVM volumes by a livecd dangerous? http://www.mail-archive.com/fedora-list at redhat.com/msg09393.html I have a question regarding the automounting of LVM volumes like it is the default Fedora installation. Is there any way that it is harmful when done from a linux live cd? For instance in Slax, Tomas Matejicek, the creator of slax has been encouraged by me and others to implement it in Slax. I believe it is an excellent idea. I was wondering if there are any downnsides to having this done in this livecd or any livecd for that matter. Thank you in advance for your input regarding this matter. I have my own customized Fedora Live CD with TeXLive created by livecd tools. But I also use Slax Linux Live CD and I like it very much. I know in advance that Fedora Live CD's do not automount partitions nor activate swap. While on the other hand, Slax automounts partitions if it can except LVM like default Fedora installations. Here's Slax Forum thread in case it is relevant to the discussion. http://www.slax.org/forum.php?action=view&parentID=17340 Are there any dangers with respect to automounting LVM volumes by default? Thank you in advanced, Antonio From dmc.fedora at filteredperception.org Sat Aug 2 03:07:06 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Fri, 01 Aug 2008 20:07:06 -0700 Subject: [Fedora-livecd-list] Is automounting of LVM volumes by a livecd dangerous? In-Reply-To: <264471.73482.qm@web52606.mail.re2.yahoo.com> References: <264471.73482.qm@web52606.mail.re2.yahoo.com> Message-ID: <4893CF5A.4060609@filteredperception.org> Antonio Olivares wrote: > Dear all, > > I have asked the following question on fedora-list at redhat.com. > > But then it clicked to me that I should have directed the question here on livecd list. > > Is automounting of LVM volumes by a livecd dangerous? Probably you've heard this before, but the short answer is 'it depends'. If you believe in the philosophy that a default livecd boot should be guaranteed to not write any bits on system disk/storage, then yes, it is dangerous. I'll even go one further- it's even dangerous to mount ext3 filesystems ""read-only"". When implementing liveusb-persistence, an early variation of my implementation would attempt to readonly mount every disk, looking for persistent overlay files to utilize. Ultimately, for the first liveusb persistence release, I backed off of the flexibility that doing so would enable, and now the current fedora liveusb mechanism will only by default look at the booting media (e.g. usbstick) for the persistence file which is by definition already mounted. One thing I noticed in that earlier implementation was that if you did a 'blockdev --setro' on devices before attempting to mount them readonly (because like me, you are ultra paranoid, and believe that users should be confident that by default no bits on their disks will be twiddled)... Anyway, if you do that, and then try to mount readonly an ext3 device, you'll be confounded by the fact that the mount now fails, because for some reason mounting an ext3fs readonly is not a purely read-only operation. I think maybe in some instances it really wants to replay the journal. I vaguely recall also trying to mount an ext3 as readonly as an ext2 filesystem, but I vaguely recall that not working. Ultimately, for another tool I was working on (viros.org), I ended up implementing a devicemapper solution. I.e. to be truly paranoid, you can blockdev --setro, then build up a devicemapper snapshot to ram to get a virtually writable device, which you can then mount readonly (and amusingly, get some visibility into which bits get written in such a case). But back to your question- Another very good reason to be this paranoid, is whether or not you want to support the following use-case: - user has ubuntu(or any distro) installed on their system disk. - user hibernates - user boots your livecd - user reboots, and wants to unhibernate - user is hosed if you mounted filesystems that were mounted in the hibernated OS -dmc > > http://www.mail-archive.com/fedora-list at redhat.com/msg09393.html > > > I have a question regarding the automounting of LVM volumes like it is the > default Fedora installation. Is there any way that it is harmful when done from a linux live cd? > > For instance in Slax, Tomas Matejicek, the creator of slax has been encouraged by me and others to implement it in Slax. I believe it is an excellent idea. I was wondering if there are any downnsides to having this done in this livecd or any livecd for that matter. > > Thank you in advance for your input regarding this matter. > > > I have my own customized Fedora Live CD with TeXLive created by livecd tools. But I also use Slax Linux Live CD and I like it very much. I know in advance that Fedora Live CD's do not automount partitions nor activate swap. While on the other hand, Slax automounts partitions if it can except LVM like default Fedora installations. > > Here's Slax Forum thread in case it is relevant to the discussion. > http://www.slax.org/forum.php?action=view&parentID=17340 > > Are there any dangers with respect to automounting LVM volumes by default? > > Thank you in advanced, > > Antonio > > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From olivares14031 at yahoo.com Sat Aug 2 03:25:02 2008 From: olivares14031 at yahoo.com (Antonio Olivares) Date: Fri, 1 Aug 2008 20:25:02 -0700 (PDT) Subject: [Fedora-livecd-list] Is automounting of LVM volumes by a livecd dangerous? In-Reply-To: <4893CF5A.4060609@filteredperception.org> Message-ID: <89410.99750.qm@web52606.mail.re2.yahoo.com> > > Dear all, > > > > I have asked the following question on > fedora-list at redhat.com. > > > > But then it clicked to me that I should have directed > the question here on livecd list. > > > > Is automounting of LVM volumes by a livecd dangerous? > > Probably you've heard this before, but the short answer > is 'it depends'. > > If you believe in the philosophy that a default livecd boot > should be > guaranteed to not write any bits on system disk/storage, > then yes, it is > dangerous. I'll even go one further- it's even > dangerous to mount ext3 > filesystems ""read-only"". > > When implementing liveusb-persistence, an early variation > of my > implementation would attempt to readonly mount every disk, > looking for > persistent overlay files to utilize. Ultimately, for the > first liveusb > persistence release, I backed off of the flexibility that > doing so would > enable, and now the current fedora liveusb mechanism will > only by > default look at the booting media (e.g. usbstick) for the > persistence > file which is by definition already mounted. > > One thing I noticed in that earlier implementation was that > if you did a > 'blockdev --setro' on devices before attempting to > mount them readonly > (because like me, you are ultra paranoid, and believe that > users should > be confident that by default no bits on their disks will be > twiddled)... > Anyway, if you do that, and then try to mount readonly an > ext3 device, > you'll be confounded by the fact that the mount now > fails, because for > some reason mounting an ext3fs readonly is not a purely > read-only > operation. I think maybe in some instances it really wants > to replay > the journal. I vaguely recall also trying to mount an ext3 > as readonly > as an ext2 filesystem, but I vaguely recall that not > working. > > Ultimately, for another tool I was working on (viros.org), > I ended up > implementing a devicemapper solution. I.e. to be truly > paranoid, you > can blockdev --setro, then build up a devicemapper snapshot > to ram to > get a virtually writable device, which you can then mount > readonly (and > amusingly, get some visibility into which bits get written > in such a case). > > But back to your question- Another very good reason to be > this > paranoid, is whether or not you want to support the > following use-case: > > - user has ubuntu(or any distro) installed on their system > disk. > - user hibernates > - user boots your livecd > - user reboots, and wants to unhibernate > - user is hosed if you mounted filesystems that were > mounted in the > hibernated OS > > -dmc > By default slax mounts all devices rw including NTFS partitions. Maybe a warning should be placed on the use. Anyhow, I have not seen it be dangerous with regular partitions. Thank you for your input, I will relay the information to Tomas. Regards, Antonio From wart at kobold.org Sun Aug 3 01:54:55 2008 From: wart at kobold.org (Wart) Date: Sat, 02 Aug 2008 18:54:55 -0700 Subject: [Fedora-livecd-list] livecd-creator on RHEL5.2 Message-ID: <48950FEF.4000004@kobold.org> I just installed livecd-tools from EPEL on an up-to-date RHEL5.2 system. I created a scratch directory in /pub/livecd and copied /usr/share/livecd-tools/*.ks into the scratch dir. But livecd-creator fails when trying to parse the kickstart files: # livecd-creator -t `pwd`/tmp -c livecd-fedora-desktop.ks Using label 'fedora-desktop-200808021852' and name 'livecd-fedora-desktop-200808021852' 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 59, in read_kickstart raise errors.KickstartError("Failed to parse kickstart file " imgcreate.errors.KickstartError: Failed to parse kickstart file 'livecd-fedora-desktop.ks' : There was a problem reading from line 64 of the kickstart file line 64 of livecd-fedora-desktop.ks is: @korean-support ...which doesn't make any sense why it would generate a kickstart error. Before I file this in BZ, I wanted to know if there was something obvious that I was missing? --Wart From cannewilson at googlemail.com Sun Aug 3 11:18:50 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Sun, 3 Aug 2008 12:18:50 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? Message-ID: <200808031218.50446.cannewilson@googlemail.com> My laptop runs Mandriva, but because I do end-user support for both Mandriva and Fedora issues I'd like to have both systems. Unfortunately I simply don't have enough drive space to install another OS, so I wondered whether I could actually install F9 onto an 8GB usb stick. I've read http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo and http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/, but these seem to refer to a non-upgradable system. Since I need to be able to use KDE 4.1 that won't suffice. Can anyone please point me to useful reading, or give a brief rundown of tasks and things to remember in doing this? Thanks Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From sundaram at fedoraproject.org Sun Aug 3 11:49:10 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 03 Aug 2008 17:19:10 +0530 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <200808031218.50446.cannewilson@googlemail.com> References: <200808031218.50446.cannewilson@googlemail.com> Message-ID: <48959B36.4060308@fedoraproject.org> Anne Wilson wrote: > My laptop runs Mandriva, but because I do end-user support for both Mandriva > and Fedora issues I'd like to have both systems. Unfortunately I simply > don't have enough drive space to install another OS, so I wondered whether I > could actually install F9 onto an 8GB usb stick. > > I've read http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo and > http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/, but > these seem to refer to a non-upgradable system. Since I need to be able to > use KDE 4.1 that won't suffice. > > Can anyone please point me to useful reading, or give a brief rundown of tasks > and things to remember in doing this? The USB howto will work fine. You can currently upgrade everything on the USB key except the kernel IIRC. It is really no different from running off a hard disk other than the fact that it is more portable. Rahul From cannewilson at googlemail.com Sun Aug 3 12:04:18 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Sun, 3 Aug 2008 13:04:18 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system =?iso-8859-1?q?on=09a_usb?= stick? In-Reply-To: <48959B36.4060308@fedoraproject.org> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> Message-ID: <200808031304.18445.cannewilson@googlemail.com> On Sunday 03 August 2008 12:49:10 Rahul Sundaram wrote: > Anne Wilson wrote: > > My laptop runs Mandriva, but because I do end-user support for both > > Mandriva and Fedora issues I'd like to have both systems. Unfortunately > > I simply don't have enough drive space to install another OS, so I > > wondered whether I could actually install F9 onto an 8GB usb stick. > > > > I've read http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo and > > http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/, but > > these seem to refer to a non-upgradable system. Since I need to be able > > to use KDE 4.1 that won't suffice. > > > > Can anyone please point me to useful reading, or give a brief rundown of > > tasks and things to remember in doing this? > > The USB howto will work fine. You can currently upgrade everything on > the USB key except the kernel IIRC. It is really no different from > running off a hard disk other than the fact that it is more portable. > Thanks, Rahul. That's really good to know. I'll give it a try. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From hobbes1069 at gmail.com Sun Aug 3 12:34:20 2008 From: hobbes1069 at gmail.com (Richard Shaw) Date: Sun, 3 Aug 2008 08:34:20 -0400 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <48959B36.4060308@fedoraproject.org> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> Message-ID: <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> On Sun, Aug 3, 2008 at 7:49 AM, Rahul Sundaram wrote: > Anne Wilson wrote: > >> My laptop runs Mandriva, but because I do end-user support for both >> Mandriva and Fedora issues I'd like to have both systems. Unfortunately I >> simply don't have enough drive space to install another OS, so I wondered >> whether I could actually install F9 onto an 8GB usb stick. >> >> I've read http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo and >> http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/, but >> these seem to refer to a non-upgradable system. Since I need to be able to >> use KDE 4.1 that won't suffice. >> >> Can anyone please point me to useful reading, or give a brief rundown of >> tasks and things to remember in doing this? >> > > The USB howto will work fine. You can currently upgrade everything on the > USB key except the kernel IIRC. It is really no different from running off a > hard disk other than the fact that it is more portable. > > Rahul > This has not been my experience. I was actually able to update the kernel without problem but several other packages have caused problems, most notably udev which had an issue during reboot with an error about loading the 50-udev-default.rules. I've also had problems with updating xorg. X tried and failed to load, but instead of only trying 3 times it went into an infinite loop. Also, after reading a previous post on this list, I would keep updates to only things you care about since the overlay file records block changes and you will eventually run out of overlay. My HW if anyone is interested: HP 8510w (Laptop workstation) Core2Duo (2.4GHz) Centrino vPro chipset. Nvidia Quadro 256MB Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Sun Aug 3 12:42:25 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 03 Aug 2008 18:12:25 +0530 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> Message-ID: <4895A7B1.6000605@fedoraproject.org> Richard Shaw wrote: > > This has not been my experience. I was actually able to update the > kernel without problem but several other packages have caused problems, > most notably udev which had an issue during reboot with an error about > loading the 50-udev-default.rules. > > I've also had problems with updating xorg. X tried and failed to load, > but instead of only trying 3 times it went into an infinite loop. Did you ever file any bug reports? Rahul From cannewilson at googlemail.com Sun Aug 3 12:49:25 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Sun, 3 Aug 2008 13:49:25 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> Message-ID: <200808031349.25843.cannewilson@googlemail.com> On Sunday 03 August 2008 13:34:20 Richard Shaw wrote: > On Sun, Aug 3, 2008 at 7:49 AM, Rahul Sundaram > > wrote: > > Anne Wilson wrote: > >> My laptop runs Mandriva, but because I do end-user support for both > >> Mandriva and Fedora issues I'd like to have both systems. Unfortunately > >> I simply don't have enough drive space to install another OS, so I > >> wondered whether I could actually install F9 onto an 8GB usb stick. > >> > >> I've read http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo and > >> http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/, > >> but these seem to refer to a non-upgradable system. Since I need to be > >> able to use KDE 4.1 that won't suffice. > >> > >> Can anyone please point me to useful reading, or give a brief rundown of > >> tasks and things to remember in doing this? > > > > The USB howto will work fine. You can currently upgrade everything on the > > USB key except the kernel IIRC. It is really no different from running > > off a hard disk other than the fact that it is more portable. > > > > Rahul > > This has not been my experience. I was actually able to update the kernel > without problem but several other packages have caused problems, most > notably udev which had an issue during reboot with an error about loading > the 50-udev-default.rules. > > I've also had problems with updating xorg. X tried and failed to load, but > instead of only trying 3 times it went into an infinite loop. > > Also, after reading a previous post on this list, I would keep updates to > only things you care about since the overlay file records block changes and > you will eventually run out of overlay. > > My HW if anyone is interested: > HP 8510w (Laptop workstation) > Core2Duo (2.4GHz) > Centrino vPro chipset. > Nvidia Quadro 256MB > > Richard Ah yes - the overlay. I'm not sure that I more than half understand it, but if I do, that could be a problem. The LiveCD will be KDE 4.0 (probably 4.0.3) and I need 4.1, so there would be a huge amount to update. What would be the best chance of dealing with that? Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From hobbes1069 at gmail.com Sun Aug 3 12:58:35 2008 From: hobbes1069 at gmail.com (Richard Shaw) Date: Sun, 3 Aug 2008 08:58:35 -0400 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <4895A7B1.6000605@fedoraproject.org> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> <4895A7B1.6000605@fedoraproject.org> Message-ID: <373c76480808030558i26862db1sc2ae31b77f2ecd89@mail.gmail.com> On Sun, Aug 3, 2008 at 8:42 AM, Rahul Sundaram wrote: > Richard Shaw wrote: > > >> This has not been my experience. I was actually able to update the kernel >> without problem but several other packages have caused problems, most >> notably udev which had an issue during reboot with an error about loading >> the 50-udev-default.rules. >> >> I've also had problems with updating xorg. X tried and failed to load, but >> instead of only trying 3 times it went into an infinite loop. >> > > Did you ever file any bug reports? > > > Rahul > Not yet, I just recently subscribed to this list so I could find out if a liveusb system was supposed to be fully updateable or not. Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.x.long at jpmchase.com Sun Aug 3 22:11:14 2008 From: martin.x.long at jpmchase.com (martin.x.long at jpmchase.com) Date: Sun, 3 Aug 2008 15:11:14 -0700 Subject: [Fedora-livecd-list] Re: Fedora-livecd-list Digest, Vol 40, Issue 2 In-Reply-To: <20080803160013.3D61D6194BC@hormel.redhat.com> Message-ID: Rahul Sundaram wrote: ------------------------------ > Message: 6 > Date: Sun, 03 Aug 2008 18:12:25 +0530 > From: Rahul Sundaram > Subject: Re: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? > To: fedora-livecd-list at redhat.com > Message-ID: <4895A7B1.6000605 at fedoraproject.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Richard Shaw wrote: > > > > > This has not been my experience. I was actually able to update the > > kernel without problem but several other packages have caused problems, > > most notably udev which had an issue during reboot with an error about > > loading the 50-udev-default.rules. > > > > I've also had problems with updating xorg. X tried and failed to load, > > but instead of only trying 3 times it went into an infinite loop. > > Did you ever file any bug reports? > > Rahul [Bug 455470] System Drops to shell after software update. it should be fixed in the next image. I've been renaming "50-udev-default.rules" to "50-ud" after I run the updates and before I restart. This might break something else. I don't know, but it will reboot. the initialization program is using a wild card to call 50-udev-default and the call becomes ambiguous with 50-udev-default.rules in the same directory. >From my experience, the best way to have an updated LiveUSB, is to: do the "auto login" create a user for yourself log out and back in to your account. this seems to spawn the auto update process when prompted, click "Update computer now" let the download and update process happen. when your system is updated open a terminal window and run the following command at the prompt: su -c "mv /etc/udev/rules.d/50-udev-default.rules /etc/udev/rules.d/50-ud" verify this path, I'm not on Fedora right now. it should reboot. hope this helps Martin ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Mon Aug 4 12:51:15 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 04 Aug 2008 08:51:15 -0400 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <200808031218.50446.cannewilson@googlemail.com> References: <200808031218.50446.cannewilson@googlemail.com> Message-ID: <1217854275.12532.2.camel@aglarond.local> On Sun, 2008-08-03 at 12:18 +0100, Anne Wilson wrote: > My laptop runs Mandriva, but because I do end-user support for both Mandriva > and Fedora issues I'd like to have both systems. Unfortunately I simply > don't have enough drive space to install another OS, so I wondered whether I > could actually install F9 onto an 8GB usb stick. > > I've read http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo and > http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/, but > these seem to refer to a non-upgradable system. Since I need to be able to > use KDE 4.1 that won't suffice. You can do updates -- the only things are 1) Consistently updating will require significant amounts of space within the writable overlay. And the amount of space required will increase over time -- dm-snapshot will never again write to a block after it's done so once 2) Updating the kernel can't really be done without some manual steps right now 3) There may be some slight caveats like the one mentioned by Richard Shaw later in the thread as F9 is the first release where this has really been possible. Jeremy From katzj at redhat.com Mon Aug 4 12:54:30 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 04 Aug 2008 08:54:30 -0400 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> Message-ID: <1217854470.12532.5.camel@aglarond.local> On Sun, 2008-08-03 at 08:34 -0400, Richard Shaw wrote: > This has not been my experience. I was actually able to update the > kernel without problem but several other packages have caused > problems, most notably udev which had an issue during reboot with an > error about loading the 50-udev-default.rules. This got filed relatively recently and fixed up. For F9-based images, though, you'll have to do a workaround of removing the /etc/udev/rules.d/50-udev-default.rules.rpm* (or at least, move them out of the way) > I've also had problems with updating xorg. X tried and failed to load, > but instead of only trying 3 times it went into an infinite loop. That sounds like something more general and not live image specific. It'd be worth getting a ctrl-alt-delete in there to reboot and then boot into runlevel 3 so you could grab some logs to file against X > Also, after reading a previous post on this list, I would keep updates > to only things you care about since the overlay file records block > changes and you will eventually run out of overlay. This is the case and unfortunately, with things currently in the kernel, I don't really see any way around it. Modulo writing some tool to (likely offline) analyze and rewrite the snapshot file. But relatively deep dark voodoo required to write such a tool Jeremy From hobbes1069 at gmail.com Mon Aug 4 13:43:46 2008 From: hobbes1069 at gmail.com (Richard Shaw) Date: Mon, 4 Aug 2008 08:43:46 -0500 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <1217854470.12532.5.camel@aglarond.local> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> <1217854470.12532.5.camel@aglarond.local> Message-ID: <373c76480808040643m1937cc5cwac5d0ce49f3342b6@mail.gmail.com> On Mon, Aug 4, 2008 at 7:54 AM, Jeremy Katz wrote: > On Sun, 2008-08-03 at 08:34 -0400, Richard Shaw wrote: > > This has not been my experience. I was actually able to update the > > kernel without problem but several other packages have caused > > problems, most notably udev which had an issue during reboot with an > > error about loading the 50-udev-default.rules. > > This got filed relatively recently and fixed up. For F9-based images, > though, you'll have to do a workaround of removing > the /etc/udev/rules.d/50-udev-default.rules.rpm* (or at least, move them > out of the way) > I did rename it but forgot that the * gets it anyway... > > > I've also had problems with updating xorg. X tried and failed to load, > > but instead of only trying 3 times it went into an infinite loop. > > That sounds like something more general and not live image specific. > It'd be worth getting a ctrl-alt-delete in there to reboot and then boot > into runlevel 3 so you could grab some logs to file against X I'll do that. I remember one of the errors I saw while it flashed by was something about AIGLX. > > Also, after reading a previous post on this list, I would keep updates > > to only things you care about since the overlay file records block > > changes and you will eventually run out of overlay. > > This is the case and unfortunately, with things currently in the kernel, > I don't really see any way around it. Modulo writing some tool to > (likely offline) analyze and rewrite the snapshot file. But relatively > deep dark voodoo required to write such a tool > > Jeremy > I don't know if this would be easier, but what about a tool that would incorporate the changes back into the image file and then re-zero the overlay? Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Mon Aug 4 13:51:26 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 04 Aug 2008 09:51:26 -0400 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808040643m1937cc5cwac5d0ce49f3342b6@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> <1217854470.12532.5.camel@aglarond.local> <373c76480808040643m1937cc5cwac5d0ce49f3342b6@mail.gmail.com> Message-ID: <1217857886.12532.21.camel@aglarond.local> On Mon, 2008-08-04 at 08:43 -0500, Richard Shaw wrote: > On Mon, Aug 4, 2008 at 7:54 AM, Jeremy Katz wrote: > >> Also, after reading a previous post on this list, I would keep updates > >> to only things you care about since the overlay file records block > >> changes and you will eventually run out of overlay. > > This is the case and unfortunately, with things currently in the kernel, > > I don't really see any way around it. Modulo writing some tool to > > (likely offline) analyze and rewrite the snapshot file. But relatively > > deep dark voodoo required to write such a tool > > I don't know if this would be easier, but what about a tool that would > incorporate the changes back into the image file and then re-zero the > overlay? The problem is that incorporating the changes back in basically boils down to "make a new image". Which isn't that difficult to do, it's just a matter of having the disk space for it and also the time -- it'd largely just be a matter of running good chunks of the livecd image creation process over again. Jeremy From hobbes1069 at gmail.com Mon Aug 4 14:00:52 2008 From: hobbes1069 at gmail.com (Richard Shaw) Date: Mon, 4 Aug 2008 09:00:52 -0500 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <1217857886.12532.21.camel@aglarond.local> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> <1217854470.12532.5.camel@aglarond.local> <373c76480808040643m1937cc5cwac5d0ce49f3342b6@mail.gmail.com> <1217857886.12532.21.camel@aglarond.local> Message-ID: <373c76480808040700s746c338ds8bd634343fb593b0@mail.gmail.com> On Mon, Aug 4, 2008 at 8:51 AM, Jeremy Katz wrote: > On Mon, 2008-08-04 at 08:43 -0500, Richard Shaw wrote: > > On Mon, Aug 4, 2008 at 7:54 AM, Jeremy Katz wrote: > > >> Also, after reading a previous post on this list, I would keep updates > > >> to only things you care about since the overlay file records block > > >> changes and you will eventually run out of overlay. > > > This is the case and unfortunately, with things currently in the > kernel, > > > I don't really see any way around it. Modulo writing some tool to > > > (likely offline) analyze and rewrite the snapshot file. But relatively > > > deep dark voodoo required to write such a tool > > > > I don't know if this would be easier, but what about a tool that would > > incorporate the changes back into the image file and then re-zero the > > overlay? > > The problem is that incorporating the changes back in basically boils > down to "make a new image". Which isn't that difficult to do, it's just > a matter of having the disk space for it and also the time -- it'd > largely just be a matter of running good chunks of the livecd image > creation process over again. > > Jeremy > > Well, I don't know about other users of the live USB system, but that would be okay with me. A prereq. would be you have enough HD space to copy the image, update it, and then copy it back to the USB drive. Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvonau at shaw.ca Mon Aug 4 17:35:32 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Mon, 04 Aug 2008 12:35:32 -0500 Subject: [Fedora-livecd-list] persistence and "install to harddrive" Message-ID: <1217871333.29127.119.camel@S010600e029961c54> Hi all: Just been playing around with a LiveUSB stick and persistence, and it occurred to me that if you make any changes at all, anaconda will not pick them up. The reasoning for this is that /usr/sbin/liveinst looks for: if [ -z "$LIVE_BLOCK" ]; then if [ -b "/dev/mapper/live-osimg-min" ]; then LIVE_BLOCK="/dev/mapper/live-osimg-min" else LIVE_BLOCK="/dev/live-osimg" fi fi "live-osimg-min" is setup as part of the livecd init script and is made up from the squashfs.img and osmin.img. Just wondering what the advantages are in having the init script setup this device over trying to create this device just before anaconda is called. Now the real question, what would be the best way to have anaconda pickup the persistent overlay for the "install to hard-drive" part. Could you just create a second device-mapper snapshot using the same overlay and squashfs.img just presented as read-only in /dev/mapper? then do something like: if [ -z "$LIVE_BLOCK" ]; then if [ -b "/dev/mapper/live-osimg-min" ]; then LIVE_BLOCK="/dev/mapper/live-osimg-min" else LIVE_BLOCK="/dev/live-osimg" fi if [ -b "/dev/mapper/live-usb-ro" ]; then LIVE_BLOCK="/dev/mapper/live-usb-ro" fi fi I'm thinking that an overlay file might be a mode that could be used in the future to update the livecd just before you install to the disk. Just some thoughts, Jerry From cannewilson at googlemail.com Mon Aug 4 17:48:44 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Mon, 4 Aug 2008 18:48:44 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <1217854470.12532.5.camel@aglarond.local> References: <200808031218.50446.cannewilson@googlemail.com> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> <1217854470.12532.5.camel@aglarond.local> Message-ID: <200808041848.50514.cannewilson@googlemail.com> On Monday 04 August 2008 13:54:30 Jeremy Katz wrote: > This got filed relatively recently and fixed up. ?For F9-based images, > though, you'll have to do a workaround of removing > the /etc/udev/rules.d/50-udev-default.rules.rpm* (or at least, move them > out of the way) I thought I was almost there. I gave it an overlay of 6533 MB, got it booted and running on the EeePC, then started the big update. Unfortunately that took so long that the battery ran out while I was away from it. There could be packages still in the cache to be installed, but I can't move about at all. I have a bash prompt but it doesn't recognise basic bash commands such as cd and mv. It's clear from the warning message I got that I do need to do the workaround mentioned above. Any advice on how to proceed? Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From jvonau at shaw.ca Mon Aug 4 17:52:49 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Mon, 04 Aug 2008 12:52:49 -0500 Subject: [Fedora-livecd-list] livecd-creator Message-ID: <1217872369.29127.129.camel@S010600e029961c54> Hi all: Just a quick question, with the version that was shipped with F8 --base-on= would work just fine, I could see the squashfs mounted with mount. The one on F9, appears to ignore this option as I can't see where the old squashfs is mounted when I call mount like I could with F8. Is this a bug or something that has not setup with the changes to the way livecd-creator works with F9? Jerry From cannewilson at googlemail.com Mon Aug 4 18:31:03 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Mon, 4 Aug 2008 19:31:03 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <200808041848.50514.cannewilson@googlemail.com> References: <200808031218.50446.cannewilson@googlemail.com> <1217854470.12532.5.camel@aglarond.local> <200808041848.50514.cannewilson@googlemail.com> Message-ID: <200808041931.04270.cannewilson@googlemail.com> On Monday 04 August 2008 18:48:44 Anne Wilson wrote: > On Monday 04 August 2008 13:54:30 Jeremy Katz wrote: > > This got filed relatively recently and fixed up. ?For F9-based images, > > though, you'll have to do a workaround of removing > > the /etc/udev/rules.d/50-udev-default.rules.rpm* (or at least, move them > > out of the way) > > I thought I was almost there. I gave it an overlay of 6533 MB, got it > booted and running on the EeePC, then started the big update. > Unfortunately that took so long that the battery ran out while I was away > from it. There could be packages still in the cache to be installed, but I > can't move about at all. I have a bash prompt but it doesn't recognise > basic bash commands such as cd and mv. > > It's clear from the warning message I got that I do need to do the > workaround mentioned above. > > Any advice on how to proceed? > I now have the exact messages in front of me: usb 2-1: device not accepting address 2, error -71 sd 2:0:0:0: [sdb] Assuming drive cache: write through sd 2:0:0:0: [sdb] Assuming drive cache: write through /init: line 478: /sysroot/etc/udev/rules.d/50-udev*: ambiguous redirect Bug in initramfs /init detected. Dropping to a shell. Good luck! (by which I guess it means I'll need it :-) ) The prompt says bash-3.2# and doesn't recognise commands. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From hobbes1069 at gmail.com Mon Aug 4 20:20:18 2008 From: hobbes1069 at gmail.com (Richard Shaw) Date: Mon, 4 Aug 2008 15:20:18 -0500 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <200808041931.04270.cannewilson@googlemail.com> References: <200808031218.50446.cannewilson@googlemail.com> <1217854470.12532.5.camel@aglarond.local> <200808041848.50514.cannewilson@googlemail.com> <200808041931.04270.cannewilson@googlemail.com> Message-ID: <373c76480808041320j47513324l3bff380c17e8340b@mail.gmail.com> On Mon, Aug 4, 2008 at 1:31 PM, Anne Wilson wrote: > On Monday 04 August 2008 18:48:44 Anne Wilson wrote: > > On Monday 04 August 2008 13:54:30 Jeremy Katz wrote: > > > This got filed relatively recently and fixed up. For F9-based images, > > > though, you'll have to do a workaround of removing > > > the /etc/udev/rules.d/50-udev-default.rules.rpm* (or at least, move > them > > > out of the way) > > > > I thought I was almost there. I gave it an overlay of 6533 MB, got it > > booted and running on the EeePC, then started the big update. > > Unfortunately that took so long that the battery ran out while I was away > > from it. There could be packages still in the cache to be installed, but > I > > can't move about at all. I have a bash prompt but it doesn't recognise > > basic bash commands such as cd and mv. > > > > It's clear from the warning message I got that I do need to do the > > workaround mentioned above. > > > > Any advice on how to proceed? > > > I now have the exact messages in front of me: > > usb 2-1: device not accepting address 2, error -71 > sd 2:0:0:0: [sdb] Assuming drive cache: write through > sd 2:0:0:0: [sdb] Assuming drive cache: write through > /init: line 478: /sysroot/etc/udev/rules.d/50-udev*: ambiguous redirect > Bug in initramfs /init detected. Dropping to a shell. Good luck! > > (by which I guess it means I'll need it :-) ) > > The prompt says > bash-3.2# > > and doesn't recognise commands. > > Anne > Go into /etc/udev/rules.d/ and delete the extra file with the rpmsave or rpmnew. Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From cannewilson at googlemail.com Mon Aug 4 21:01:30 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Mon, 4 Aug 2008 22:01:30 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808041320j47513324l3bff380c17e8340b@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <200808041931.04270.cannewilson@googlemail.com> <373c76480808041320j47513324l3bff380c17e8340b@mail.gmail.com> Message-ID: <200808042201.36615.cannewilson@googlemail.com> On Monday 04 August 2008 21:20:18 Richard Shaw wrote: > On Mon, Aug 4, 2008 at 1:31 PM, Anne Wilson wrote: > > On Monday 04 August 2008 18:48:44 Anne Wilson wrote: > > > On Monday 04 August 2008 13:54:30 Jeremy Katz wrote: > > > > This got filed relatively recently and fixed up. For F9-based > > > > images, though, you'll have to do a workaround of removing > > > > the /etc/udev/rules.d/50-udev-default.rules.rpm* (or at least, move > > > > them > > > > > > out of the way) > > > > > > I thought I was almost there. I gave it an overlay of 6533 MB, got it > > > booted and running on the EeePC, then started the big update. > > > Unfortunately that took so long that the battery ran out while I was > > > away from it. There could be packages still in the cache to be > > > installed, but > > > > I > > > > > can't move about at all. I have a bash prompt but it doesn't > > > recognise basic bash commands such as cd and mv. > > > > > > It's clear from the warning message I got that I do need to do the > > > workaround mentioned above. > > > > > > Any advice on how to proceed? > > > > I now have the exact messages in front of me: > > > > usb 2-1: device not accepting address 2, error -71 > > sd 2:0:0:0: [sdb] Assuming drive cache: write through > > sd 2:0:0:0: [sdb] Assuming drive cache: write through > > /init: line 478: /sysroot/etc/udev/rules.d/50-udev*: ambiguous redirect > > Bug in initramfs /init detected. Dropping to a shell. Good luck! > > > > (by which I guess it means I'll need it :-) ) > > > > The prompt says > > bash-3.2# > > > > and doesn't recognise commands. > > > > Anne > > Go into /etc/udev/rules.d/ and delete the extra file with the rpmsave or > rpmnew. > > Richard I can't Richard. It doesn't recognise any commands, and the file system isn't accessible if I boot from the hard drive. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From hobbes1069 at gmail.com Mon Aug 4 22:06:16 2008 From: hobbes1069 at gmail.com (Richard Shaw) Date: Mon, 4 Aug 2008 17:06:16 -0500 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <200808042201.36615.cannewilson@googlemail.com> References: <200808031218.50446.cannewilson@googlemail.com> <200808041931.04270.cannewilson@googlemail.com> <373c76480808041320j47513324l3bff380c17e8340b@mail.gmail.com> <200808042201.36615.cannewilson@googlemail.com> Message-ID: <373c76480808041506k133cb433sc0389926ddecd102@mail.gmail.com> On Mon, Aug 4, 2008 at 4:01 PM, Anne Wilson wrote: > On Monday 04 August 2008 21:20:18 Richard Shaw wrote: > > On Mon, Aug 4, 2008 at 1:31 PM, Anne Wilson > wrote: > > > On Monday 04 August 2008 18:48:44 Anne Wilson wrote: > > > > On Monday 04 August 2008 13:54:30 Jeremy Katz wrote: > > > > > This got filed relatively recently and fixed up. For F9-based > > > > > images, though, you'll have to do a workaround of removing > > > > > the /etc/udev/rules.d/50-udev-default.rules.rpm* (or at least, move > > > > > > them > > > > > > > > out of the way) > > > > > > > > I thought I was almost there. I gave it an overlay of 6533 MB, got > it > > > > booted and running on the EeePC, then started the big update. > > > > Unfortunately that took so long that the battery ran out while I was > > > > away from it. There could be packages still in the cache to be > > > > installed, but > > > > > > I > > > > > > > can't move about at all. I have a bash prompt but it doesn't > > > > recognise basic bash commands such as cd and mv. > > > > > > > > It's clear from the warning message I got that I do need to do the > > > > workaround mentioned above. > > > > > > > > Any advice on how to proceed? > > > > > > I now have the exact messages in front of me: > > > > > > usb 2-1: device not accepting address 2, error -71 > > > sd 2:0:0:0: [sdb] Assuming drive cache: write through > > > sd 2:0:0:0: [sdb] Assuming drive cache: write through > > > /init: line 478: /sysroot/etc/udev/rules.d/50-udev*: ambiguous redirect > > > Bug in initramfs /init detected. Dropping to a shell. Good luck! > > > > > > (by which I guess it means I'll need it :-) ) > > > > > > The prompt says > > > bash-3.2# > > > > > > and doesn't recognise commands. > > > > > > Anne > > > > Go into /etc/udev/rules.d/ and delete the extra file with the rpmsave or > > rpmnew. > > > > Richard > > I can't Richard. It doesn't recognise any commands, and the file system > isn't > accessible if I boot from the hard drive. > > Anne > You'll have to rezero your overlay file and start over then... You can do it manually from a windows or linux box but the dd command is a little different for each. On a linux box it's something like: dd if=/dev/zero of=/mount/path/LiveOS/overlay-{LABEL}-{UUID} bs=1M count={size of overlay in MB} Or on windows (the dd.exe is located under tools in the liveusb-creator directory) dd.exe if=/dev/zero of={drive letter}:\LiveOS\overlay-{LABEL}-{UUID} bs=1M count={size of overlay in MB} Just look at the current name of your overlay file and overwrite it rather than looking up the LABEL and UUID. I, like others, have created an extra entry in my syslinx.cfg without the overlay option just in case I hose my overlay file and still want to be able to use it. Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Mon Aug 4 23:28:39 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 04 Aug 2008 19:28:39 -0400 Subject: [Fedora-livecd-list] persistence and "install to harddrive" In-Reply-To: <1217871333.29127.119.camel@S010600e029961c54> References: <1217871333.29127.119.camel@S010600e029961c54> Message-ID: <1217892519.12532.32.camel@aglarond.local> On Mon, 2008-08-04 at 12:35 -0500, Jerry Vonau wrote: > Just been playing around with a LiveUSB stick and persistence, and it > occurred to me that if you make any changes at all, anaconda will not > pick them up. The reasoning for this is that /usr/sbin/liveinst looks > for: Yes, this is intentional. Some of the changes that are made to the system, eg, as part of the livecd initscript aren't things that you would really want to persist into the installed environment. > "live-osimg-min" is setup as part of the livecd init script and is made > up from the squashfs.img and osmin.img. Just wondering what the > advantages are in having the init script setup this device over trying > to create this device just before anaconda is called. It's done from the initramfs as that's really the only place we have the information on where to find things. Otherwise, we'd have to recreate that mapping. > Now the real question, what would be the best way to have anaconda > pickup the persistent overlay for the "install to hard-drive" part. > Could you just create a second device-mapper snapshot using the same > overlay and squashfs.img just presented as read-only in /dev/mapper? Yeah, you could easily just do a snapshot and then set LIVE_BLOCK to that. > then do something like: [snip] > I'm thinking that an overlay file might be a mode that could be used in > the future to update the livecd just before you install to the disk. So you're thinking like an overlay you'd download which would have the updates pre-applied? What's the advantage of that over just downloading the updates post-install? Jeremy From katzj at redhat.com Mon Aug 4 23:29:05 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 04 Aug 2008 19:29:05 -0400 Subject: [Fedora-livecd-list] livecd-creator In-Reply-To: <1217872369.29127.129.camel@S010600e029961c54> References: <1217872369.29127.129.camel@S010600e029961c54> Message-ID: <1217892545.12532.33.camel@aglarond.local> On Mon, 2008-08-04 at 12:52 -0500, Jerry Vonau wrote: > Just a quick question, with the version that was shipped with F8 > --base-on= would work just fine, I could see the squashfs mounted with > mount. The one on F9, appears to ignore this option as I can't see where > the old squashfs is mounted when I call mount like I could with F8. Is > this a bug or something that has not setup with the changes to the way > livecd-creator works with F9? There was a bug in the F9 gold version. I'm pretty sure I pushed the fix in 0.17.1 which is in f9-updates. Jeremy From dmc.fedora at filteredperception.org Tue Aug 5 03:57:19 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 04 Aug 2008 20:57:19 -0700 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808040700s746c338ds8bd634343fb593b0@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <48959B36.4060308@fedoraproject.org> <373c76480808030534p561d2ff7mef1884c5285dd280@mail.gmail.com> <1217854470.12532.5.camel@aglarond.local> <373c76480808040643m1937cc5cwac5d0ce49f3342b6@mail.gmail.com> <1217857886.12532.21.camel@aglarond.local> <373c76480808040700s746c338ds8bd634343fb593b0@mail.gmail.com> Message-ID: <4897CF9F.5010700@filteredperception.org> Richard Shaw wrote: > On Mon, Aug 4, 2008 at 8:51 AM, Jeremy Katz The problem is that incorporating the changes back in basically boils > down to "make a new image". Which isn't that difficult to do, it's just > a matter of having the disk space for it and also the time -- it'd > largely just be a matter of running good chunks of the livecd image > creation process over again. > > Jeremy > > Well, I don't know about other users of the live USB system, but that > would be okay with me. A prereq. would be you have enough HD space to > copy the image, update it, and then copy it back to the USB drive. > FYI I outlined the process here- https://www.redhat.com/archives/fedora-livecd-list/2008-June/msg00024.html -dmc From dmc.fedora at filteredperception.org Tue Aug 5 04:01:18 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 04 Aug 2008 21:01:18 -0700 Subject: [Fedora-livecd-list] persistence and "install to harddrive" In-Reply-To: <1217871333.29127.119.camel@S010600e029961c54> References: <1217871333.29127.119.camel@S010600e029961c54> Message-ID: <4897D08E.3040206@filteredperception.org> Jerry Vonau wrote: > Hi all: > > Just been playing around with a LiveUSB stick and persistence, and it > occurred to me that if you make any changes at all, anaconda will not > pick them up. The reasoning for this is that /usr/sbin/liveinst looks > for: > > if [ -z "$LIVE_BLOCK" ]; then > if [ -b "/dev/mapper/live-osimg-min" ]; then > LIVE_BLOCK="/dev/mapper/live-osimg-min" > else > LIVE_BLOCK="/dev/live-osimg" > fi > fi > > "live-osimg-min" is setup as part of the livecd init script and is made > up from the squashfs.img and osmin.img. Just wondering what the > advantages are in having the init script setup this device over trying > to create this device just before anaconda is called. > > Now the real question, what would be the best way to have anaconda > pickup the persistent overlay for the "install to hard-drive" part. Sure. Why not go hog wild and just install rebootlessly too while you are at it :) http://www.redhat.com/archives/rhl-devel-list/2007-July/msg00768.html -dmc From jvonau at shaw.ca Tue Aug 5 04:05:36 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Mon, 04 Aug 2008 23:05:36 -0500 Subject: [Fedora-livecd-list] persistence and "install to harddrive" In-Reply-To: <4897D08E.3040206@filteredperception.org> References: <1217871333.29127.119.camel@S010600e029961c54> <4897D08E.3040206@filteredperception.org> Message-ID: <4897D190.4040006@shaw.ca> Douglas McClendon wrote: > Jerry Vonau wrote: >> Hi all: >> >> Just been playing around with a LiveUSB stick and persistence, and it >> occurred to me that if you make any changes at all, anaconda will not >> pick them up. The reasoning for this is that /usr/sbin/liveinst looks >> for: >> if [ -z "$LIVE_BLOCK" ]; then >> if [ -b "/dev/mapper/live-osimg-min" ]; then >> LIVE_BLOCK="/dev/mapper/live-osimg-min" >> else >> LIVE_BLOCK="/dev/live-osimg" >> fi >> fi >> >> "live-osimg-min" is setup as part of the livecd init script and is made >> up from the squashfs.img and osmin.img. Just wondering what the >> advantages are in having the init script setup this device over trying >> to create this device just before anaconda is called. >> Now the real question, what would be the best way to have anaconda >> pickup the persistent overlay for the "install to hard-drive" part. > > > Sure. Why not go hog wild and just install rebootlessly too while you > are at it :) > > http://www.redhat.com/archives/rhl-devel-list/2007-July/msg00768.html > > -dmc That is where I'm heading ;-) That one has been bookmarked and on my to try list for a while. Jerry From dmc.fedora at filteredperception.org Tue Aug 5 04:15:04 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 04 Aug 2008 21:15:04 -0700 Subject: [Fedora-livecd-list] persistence and "install to harddrive" In-Reply-To: <4897D190.4040006@shaw.ca> References: <1217871333.29127.119.camel@S010600e029961c54> <4897D08E.3040206@filteredperception.org> <4897D190.4040006@shaw.ca> Message-ID: <4897D3C8.6050709@filteredperception.org> Jerry Vonau wrote: > Douglas McClendon wrote: >> Jerry Vonau wrote: >>> Now the real question, what would be the best way to have anaconda >>> pickup the persistent overlay for the "install to hard-drive" part. >> >> >> Sure. Why not go hog wild and just install rebootlessly too while you >> are at it :) >> >> http://www.redhat.com/archives/rhl-devel-list/2007-July/msg00768.html >> >> -dmc > > That is where I'm heading ;-) That one has been bookmarked and on my to > try list for a while. Ooh, an interested party. I'm pretty close to releasing an update of that proof of concept based on fedora9. Unfortunately lately I've discovered how much work cuts into my free time. To try and backtrack to my grand plans of old, I think I had it mentally figured out that what was needed beyond pointing anaconda at the real live image, and then doing the raid1 mirror migration that that script does, would be to have the rest of anaconda then act against the real rootfs, instead of a chroot into the new sysimage. I.e. when it goes and sets the time and adds a user and whatnot. Mainly that script, and newer versions* are pretty ghetto, and basically just install to a specified partition, and then leave it to the user to undo the live-style configuration of the live system, and then manually do the non-live-style configuration that anaconda prompts and takes care of. *- the notes in that version about painful extra steps needed to work against a stock f7/f8 livecd are actually out of date. It turns out it's pretty trivial to port that script and have it work on an unmodified f7/f8/f9 livecd. I.e. my dm-voodoo-skills have increased since then. -dmc From dmc.fedora at filteredperception.org Tue Aug 5 04:33:42 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Mon, 04 Aug 2008 21:33:42 -0700 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <1217854275.12532.2.camel@aglarond.local> References: <200808031218.50446.cannewilson@googlemail.com> <1217854275.12532.2.camel@aglarond.local> Message-ID: <4897D826.4070502@filteredperception.org> Jeremy Katz wrote: > On Sun, 2008-08-03 at 12:18 +0100, Anne Wilson wrote: >> My laptop runs Mandriva, but because I do end-user support for both Mandriva >> and Fedora issues I'd like to have both systems. Unfortunately I simply >> don't have enough drive space to install another OS, so I wondered whether I >> could actually install F9 onto an 8GB usb stick. >> >> I've read http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo and >> http://www.redhatmagazine.com/2007/11/07/i-am-fedora-and-so-can-you/, but >> these seem to refer to a non-upgradable system. Since I need to be able to >> use KDE 4.1 that won't suffice. > > You can do updates -- the only things are > 1) Consistently updating will require significant amounts of space > within the writable overlay. And the amount of space required will > increase over time -- dm-snapshot will never again write to a block > after it's done so once Never say never. Or at least, not in this case. If you find a way to swing a 4G overlay for an f9 system, you will never run out of overlay space. The problem is that with reasonable sized overlay files, the likelyhood of blocks getting reused is small. -dmc From jvonau at shaw.ca Tue Aug 5 06:29:16 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Tue, 05 Aug 2008 01:29:16 -0500 Subject: [Fedora-livecd-list] livecd-creator In-Reply-To: <1217892545.12532.33.camel@aglarond.local> References: <1217872369.29127.129.camel@S010600e029961c54> <1217892545.12532.33.camel@aglarond.local> Message-ID: <4897F33C.7000005@shaw.ca> Jeremy Katz wrote: > On Mon, 2008-08-04 at 12:52 -0500, Jerry Vonau wrote: >> Just a quick question, with the version that was shipped with F8 >> --base-on= would work just fine, I could see the squashfs mounted with >> mount. The one on F9, appears to ignore this option as I can't see where >> the old squashfs is mounted when I call mount like I could with F8. Is >> this a bug or something that has not setup with the changes to the way >> livecd-creator works with F9? > > There was a bug in the F9 gold version. I'm pretty sure I pushed the > fix in 0.17.1 which is in f9-updates. yum list livecd-tools Installed Packages livecd-tools.i386 017.1-1.fc9 installed Available Packages livecd-tools.i386 017-1.fc9 everything sorry, should I BZ this? Jerry From k.suzaki at aist.go.jp Tue Aug 5 10:02:43 2008 From: k.suzaki at aist.go.jp (Kuniyasu Suzaki) Date: Tue, 05 Aug 2008 19:02:43 +0900 (JST) Subject: [Fedora-livecd-list] "InetBoot for x86&x86_64 LiveCD (Feora/Ubuntu/KNOPPIX/VMKnoppix)" is released. Message-ID: <20080805.190243.78712331.k.suzaki@aist.go.jp> Dear, "InetBoot for x86&x86_64 LiveCD (Fedora/Ubuntu/KNOPPIX/VMKnoppix)" is released. HP: http://openlab.jp/oscircular/inetboot/ Guide-PDF: http://openlab.jp/oscircular/inetboot/InetBoot080731E.pdf =========================================================================== The InetBoot boots an OS from a LiveCD ISO file on the Web. This version includes # x86_64 handling # SSH client on BuildRoot # gPXE (http://www.etherboot.org) gPXE downloads the kernel and initrd of InetBoot and re-boots another OS from a ISO file on the Web. The detail is mentioned in the Guide PDF. ### sample Bootable CD (6.6MB) of InetBoot ### available x86 LiveCD 2 types of Fedora (9,8) 3 types of Ubuntu (804, 710, 704) 1 types of KNOPPIX(531) 1 types of VMKnoppix (Xen: 3.2.1) available x86_64 LiveCD on InetBoot 2 types of Fedora x86_64 (9,8) 1 types of Ubuntu x86_64 (804) ### gPXE ### gPXE, which is included syslinux (http://syslinux.zytor.com), is an open source Network Bootloader. It can download a kernel and initrd from HTTP server and boot the OS. We offered gPXE scripts to boot InetBoot from the Inetnet. ## Exmample to boot InetBoot from gPXE and syslinux. ## Move to shell mode of gPXE (Press CTL+B to change the shell mode). After that, execute the following commands on the shell to boot InetBoot. gPXE> dhcp net0 gPXE> kernel http://www.inetboot.net/gpxe/fedora9 gPXE> boot Please refer the guide-PDF. gPXE boots fedora/Ubuntu/KNOPPIX/VMKnoppix(Xen) with InetBoot. Guide-PDF: http://openlab.jp/oscircular/inetboot/InetBoot080731E.pdf ### Download ### Sample bootable CD 6.6MB: http://ring.aist.go.jp/archives/linux/oscircular/iso/inetboot-20080731-us.iso MD5: 3554dd87f713aa2a19fd7f2b7843e64c CAUTION: The sample URL may far from your site and make slow boot. Please replace the URL with the nearest one. The URL of Live CD is listed in the distributor's HP. Linux Kernel (2.6MB) and miniroot.gz(3.3MB) for BuildRoot http://ring.aist.go.jp/archives/linux/oscircular/iso/inetboot-20080731/linux MD5: fcfcd958c6f04877757c6b777b7b7802 http://ring.aist.go.jp/archives/linux/oscircular/iso/inetboot-20080731/minirt.gz MD5: 94e01c2324439b7fa0c5a6601b313bba ### Caution ### The service will stop on Augsut 08(Fri)-10(Sun) JST, because of power facility maintenance. =========================================================================== ------ suzaki From cannewilson at googlemail.com Tue Aug 5 11:51:12 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Tue, 5 Aug 2008 12:51:12 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808041506k133cb433sc0389926ddecd102@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <200808042201.36615.cannewilson@googlemail.com> <373c76480808041506k133cb433sc0389926ddecd102@mail.gmail.com> Message-ID: <200808051251.13842.cannewilson@googlemail.com> On Monday 04 August 2008 23:06:16 Richard Shaw wrote: > > I can't Richard. ?It doesn't recognise any commands, and the file system > > isn't > > accessible if I boot from the hard drive. > > > > Anne > > You'll have to rezero your overlay file and start over then... You can do > it manually from a windows or linux box but the dd command is a little > different for each. On a linux box it's something like: > > dd if=/dev/zero of=/mount/path/LiveOS/overlay-{LABEL}-{UUID} bs=1M > count={size of overlay in MB} > > Or on windows (the dd.exe is located under tools in the liveusb-creator > directory) > > dd.exe if=/dev/zero of={drive letter}:\LiveOS\overlay-{LABEL}-{UUID} bs=1M > count={size of overlay in MB} > > Just look at the current name of your overlay file and overwrite it rather > than looking up the LABEL and UUID. > > I, like others, have created an extra entry in my syslinx.cfg without the > overlay option just in case I hose my overlay file and still want to be > able to use it. Hi, Richard. I decided that I might as well start again from the beginning :-) The install seems to go well enough, as does the update, right to the very end. I glanced at the screen when it had about 5 packages still to go in the cleanup, but the next time I looked it said: File "usr/lib/python2.5/site-packages/dbus/connection.py", line 597, in call_blocking message.append(signature=signature, *args) TypeError: More items found in D-Bus signature than in Python arguments. Is this a big problem? I had removed /etc/udev/rules.d/50-udev-default.rules, but I see it has been created again. This time there is also a 50-udev.nodes. Do I delete both of these? Anything else I need to deal with before attempting a reboot? Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From hobbes1069 at gmail.com Tue Aug 5 12:51:27 2008 From: hobbes1069 at gmail.com (Richard Shaw) Date: Tue, 5 Aug 2008 07:51:27 -0500 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <200808051251.13842.cannewilson@googlemail.com> References: <200808031218.50446.cannewilson@googlemail.com> <200808042201.36615.cannewilson@googlemail.com> <373c76480808041506k133cb433sc0389926ddecd102@mail.gmail.com> <200808051251.13842.cannewilson@googlemail.com> Message-ID: <373c76480808050551s7b2cc58eg4fc2fe166b4ee5d7@mail.gmail.com> On Tue, Aug 5, 2008 at 6:51 AM, Anne Wilson wrote: > On Monday 04 August 2008 23:06:16 Richard Shaw wrote: > > > I can't Richard. It doesn't recognise any commands, and the file > system > > > isn't > > > accessible if I boot from the hard drive. > > > > > > Anne > > > > You'll have to rezero your overlay file and start over then... You can do > > it manually from a windows or linux box but the dd command is a little > > different for each. On a linux box it's something like: > > > > dd if=/dev/zero of=/mount/path/LiveOS/overlay-{LABEL}-{UUID} bs=1M > > count={size of overlay in MB} > > > > Or on windows (the dd.exe is located under tools in the liveusb-creator > > directory) > > > > dd.exe if=/dev/zero of={drive letter}:\LiveOS\overlay-{LABEL}-{UUID} > bs=1M > > count={size of overlay in MB} > > > > Just look at the current name of your overlay file and overwrite it > rather > > than looking up the LABEL and UUID. > > > > I, like others, have created an extra entry in my syslinx.cfg without the > > overlay option just in case I hose my overlay file and still want to be > > able to use it. > > Hi, Richard. I decided that I might as well start again from the > beginning :-) > > The install seems to go well enough, as does the update, right to the very > end. I glanced at the screen when it had about 5 packages still to go in > the > cleanup, but the next time I looked it said: > > File "usr/lib/python2.5/site-packages/dbus/connection.py", line 597, in > call_blocking > message.append(signature=signature, *args) > TypeError: More items found in D-Bus signature than in Python arguments. > > Is this a big problem? I've never seen that one before. > > I had removed /etc/udev/rules.d/50-udev-default.rules, but I see it has > been > created again. This time there is also a 50-udev.nodes. Do I delete both > of > these? > > Anything else I need to deal with before attempting a reboot? > > Anne I probably should have chosen my words more carefully. I believe you want one file called 50-udev-default.rules, but when yum updates the udev package it chooses to not overwrite the existing file and instead creates a file called 50-udev-default.rules.rpmnew. Unfortunately, it appears that udev requests all files called 50-udev-default* or something like that and finds two matching files. Since it doesn't know which one to choose it choses neither and dumps you to a bash shell. This is what I have inferred from it. There are seveal on this list that know more about udev than I. Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From cannewilson at googlemail.com Tue Aug 5 15:44:34 2008 From: cannewilson at googlemail.com (Anne Wilson) Date: Tue, 5 Aug 2008 16:44:34 +0100 Subject: [Fedora-livecd-list] Is it possible to have an updatable system on a usb stick? In-Reply-To: <373c76480808050551s7b2cc58eg4fc2fe166b4ee5d7@mail.gmail.com> References: <200808031218.50446.cannewilson@googlemail.com> <200808051251.13842.cannewilson@googlemail.com> <373c76480808050551s7b2cc58eg4fc2fe166b4ee5d7@mail.gmail.com> Message-ID: <200808051644.41321.cannewilson@googlemail.com> On Tuesday 05 August 2008 13:51:27 Richard Shaw wrote: > I probably should have chosen my words more carefully. I believe you want > one file called 50-udev-default.rules, but when yum updates the udev > package it chooses to not overwrite the existing file and instead creates a > file called 50-udev-default.rules.rpmnew. Unfortunately, it appears that > udev requests all files called 50-udev-default* or something like that and > finds two matching files. Since it doesn't know which one to choose it > choses neither and dumps you to a bash shell. > > This is what I have inferred from it. There are seveal on this list that > know more about udev than I. OK - I checked for rpmnew files and made appropriate decisions. I now have 4.1 running nicely :-) with my first folderview :-). The only thing left to do is sort out NetworkManager, ready for wifi access. Thanks for the help and patience. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From martin.x.long at jpmchase.com Tue Aug 5 18:49:52 2008 From: martin.x.long at jpmchase.com (martin.x.long at jpmchase.com) Date: Tue, 5 Aug 2008 14:49:52 -0400 Subject: [Fedora-livecd-list] RE: Is it possible to have an updatable system on a usb stick? In-Reply-To: <20080805043316.0ED5C619C7F@hormel.redhat.com> Message-ID: I have a completely updated LiveUSB (as of yesterday 04 Aug 08) except for these five bug fixes. gnome-packagekit-0.2.3-9.fc9 (i386) gnome-settings-daemon-2.22.2.1-2.fc9 (i385 PackageKit-0.2.3-6.fc9 (i386) PackageKit-libs--0.2.3-6.fc9 (i386) yum-packageKit-0.2.3-6.fc9 (i386) I tried updating just the gnome and just the PackageKit but it keeps locking up after the download/test into the "update" process. I get a "hard fault" sounding beep. then the mouse stays live and the menus drop down (minus the icons) and nothing works. ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 107104 bytes Desc: not available URL: From martin.x.long at jpmchase.com Tue Aug 5 18:49:52 2008 From: martin.x.long at jpmchase.com (martin.x.long at jpmchase.com) Date: Tue, 5 Aug 2008 14:49:52 -0400 Subject: [Fedora-livecd-list] RE: Is it possible to have an updatable system on a usb stick? In-Reply-To: <20080805043316.0ED5C619C7F@hormel.redhat.com> Message-ID: I have a completely updated LiveUSB (as of yesterday 04 Aug 08) except for these five bug fixes. gnome-packagekit-0.2.3-9.fc9 (i386) gnome-settings-daemon-2.22.2.1-2.fc9 (i385 PackageKit-0.2.3-6.fc9 (i386) PackageKit-libs--0.2.3-6.fc9 (i386) yum-packageKit-0.2.3-6.fc9 (i386) I tried updating just the gnome and just the PackageKit but it keeps locking up after the download/test into the "update" process. I get a "hard fault" sounding beep. then the mouse stays live and the menus drop down (minus the icons) and nothing works. ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 107104 bytes Desc: not available URL: From jvonau at shaw.ca Tue Aug 5 21:45:23 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Tue, 05 Aug 2008 16:45:23 -0500 Subject: [Fedora-livecd-list] persistence and "install to harddrive" In-Reply-To: <1217892519.12532.32.camel@aglarond.local> References: <1217871333.29127.119.camel@S010600e029961c54> <1217892519.12532.32.camel@aglarond.local> Message-ID: <4898C9F3.5040200@shaw.ca> Jeremy Katz wrote: > On Mon, 2008-08-04 at 12:35 -0500, Jerry Vonau wrote: >> Just been playing around with a LiveUSB stick and persistence, and it >> occurred to me that if you make any changes at all, anaconda will not >> pick them up. The reasoning for this is that /usr/sbin/liveinst looks >> for: > > Yes, this is intentional. Some of the changes that are made to the > system, eg, as part of the livecd initscript aren't things that you > would really want to persist into the installed environment. > OK, I'll check for the deference's, thanks. >> "live-osimg-min" is setup as part of the livecd init script and is made >> up from the squashfs.img and osmin.img. Just wondering what the >> advantages are in having the init script setup this device over trying >> to create this device just before anaconda is called. > > It's done from the initramfs as that's really the only place we have the > information on where to find things. Otherwise, we'd have to recreate > that mapping. > >> Now the real question, what would be the best way to have anaconda >> pickup the persistent overlay for the "install to hard-drive" part. >> Could you just create a second device-mapper snapshot using the same >> overlay and squashfs.img just presented as read-only in /dev/mapper? > > Yeah, you could easily just do a snapshot and then set LIVE_BLOCK to > that. > Got a magic string? ;-) DMC, Can you point me in the direction please? I'll play around... >> then do something like: > [snip] >> I'm thinking that an overlay file might be a mode that could be used in >> the future to update the livecd just before you install to the disk. > > So you're thinking like an overlay you'd download which would have the > updates pre-applied? What's the advantage of that over just downloading > the updates post-install? Ok, updates is a bit short sighted, but yes. How about an enterprise mass rolling out, incorporating customizations for the organization? Is that a better use for this potential "feature". Jerry From katzj at redhat.com Tue Aug 5 21:47:11 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 05 Aug 2008 17:47:11 -0400 Subject: [Fedora-livecd-list] livecd-creator In-Reply-To: <4897F33C.7000005@shaw.ca> References: <1217872369.29127.129.camel@S010600e029961c54> <1217892545.12532.33.camel@aglarond.local> <4897F33C.7000005@shaw.ca> Message-ID: <1217972831.12532.38.camel@aglarond.local> On Tue, 2008-08-05 at 01:29 -0500, Jerry Vonau wrote: > Jeremy Katz wrote: > > On Mon, 2008-08-04 at 12:52 -0500, Jerry Vonau wrote: > >> Just a quick question, with the version that was shipped with F8 > >> --base-on= would work just fine, I could see the squashfs mounted with > >> mount. The one on F9, appears to ignore this option as I can't see where > >> the old squashfs is mounted when I call mount like I could with F8. Is > >> this a bug or something that has not setup with the changes to the way > >> livecd-creator works with F9? > > > > There was a bug in the F9 gold version. I'm pretty sure I pushed the > > fix in 0.17.1 which is in f9-updates. > > livecd-tools.i386 017.1-1.fc9 [snip] > sorry, should I BZ this? No, I see at least some of what's going wrong. I could have sworn I tested this, but apparently I missed at least some of the interactions. I'll hopefully have some fixes pushed shortly... Jeremy From katzj at redhat.com Tue Aug 5 21:49:20 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 05 Aug 2008 17:49:20 -0400 Subject: [Fedora-livecd-list] persistence and "install to harddrive" In-Reply-To: <4898C9F3.5040200@shaw.ca> References: <1217871333.29127.119.camel@S010600e029961c54> <1217892519.12532.32.camel@aglarond.local> <4898C9F3.5040200@shaw.ca> Message-ID: <1217972960.12532.40.camel@aglarond.local> On Tue, 2008-08-05 at 16:45 -0500, Jerry Vonau wrote: > Jeremy Katz wrote: > > On Mon, 2008-08-04 at 12:35 -0500, Jerry Vonau wrote: > >> "live-osimg-min" is setup as part of the livecd init script and is made > >> up from the squashfs.img and osmin.img. Just wondering what the > >> advantages are in having the init script setup this device over trying > >> to create this device just before anaconda is called. > > > > It's done from the initramfs as that's really the only place we have the > > information on where to find things. Otherwise, we'd have to recreate > > that mapping. > > > >> Now the real question, what would be the best way to have anaconda > >> pickup the persistent overlay for the "install to hard-drive" part. > >> Could you just create a second device-mapper snapshot using the same > >> overlay and squashfs.img just presented as read-only in /dev/mapper? > > > > Yeah, you could easily just do a snapshot and then set LIVE_BLOCK to > > that. > > > Got a magic string? ;-) DMC, Can you point me in the direction please? > I'll play around... Not off-hand. But basically the same sort of thing as is the dmsetup lines in mkliveinitrd. > >> then do something like: > > [snip] > >> I'm thinking that an overlay file might be a mode that could be used in > >> the future to update the livecd just before you install to the disk. > > > > So you're thinking like an overlay you'd download which would have the > > updates pre-applied? What's the advantage of that over just downloading > > the updates post-install? > > Ok, updates is a bit short sighted, but yes. How about an enterprise > mass rolling out, incorporating customizations for the organization? Is > that a better use for this potential "feature". Sure, but I'm just not 100% sure why they'd go to the effort of doing it that way rather than just building a new iso (perhaps with --base-on after I fix it :-) And I'm not saying I'm against it, it's just not a case that I see huge amounts of usage that aren't accomplishable in other ways Jeremy From katzj at fedoraproject.org Tue Aug 5 22:06:31 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Tue, 5 Aug 2008 22:06:31 +0000 (UTC) Subject: [Fedora-livecd-list] 3 commits - imgcreate/creator.py imgcreate/live.py imgcreate/yuminst.py Message-ID: <20080805220631.10A3312003F@lists.fedorahosted.org> imgcreate/creator.py | 20 ++++++++++++-------- imgcreate/live.py | 4 ++-- imgcreate/yuminst.py | 3 +++ 3 files changed, 17 insertions(+), 10 deletions(-) New commits: commit 2a57a06e1c6d43a7d4d55dccda4270ff63a7b44d Author: Jeremy Katz Date: Tue Aug 5 18:04:09 2008 -0400 And make --base-on really work --base-on still wasn't quite working for the livecd case. This makes it so that we actually pass the iso to base on as well as call the implementation's method diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 846373d..e63e96d 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -895,7 +895,7 @@ class LoopImageCreator(ImageCreator): """ return self.__instloop.resparse(size) - def __base_on(self, base_on): + def _base_on(self, base_on): shutil.copyfile(base_on, self._image) # @@ -905,8 +905,7 @@ class LoopImageCreator(ImageCreator): self.__imgdir = self._mkdtemp() if not base_on is None: - self.__base_on(base_on) - shutil.copyfile(base_on, self._image) + self._base_on(base_on) self.__instloop = SparseExtLoopbackMount(self._image, self._instroot, diff --git a/imgcreate/live.py b/imgcreate/live.py index e0bac09..49d524b 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -129,7 +129,7 @@ class LiveImageCreatorBase(LoopImageCreator): # # Actual implementation # - def __base_on(self, base_on): + def _base_on(self, base_on): """helper function to extract ext3 file system from a live CD ISO""" isoloop = LoopbackMount(base_on, self._mkdtemp()) @@ -175,7 +175,7 @@ class LiveImageCreatorBase(LoopImageCreator): isoloop.cleanup() def _mount_instroot(self, base_on = None): - LoopImageCreator._mount_instroot(self) + LoopImageCreator._mount_instroot(self, base_on) self.__write_initrd_conf(self._instroot + "/etc/sysconfig/mkinitrd") def _unmount_instroot(self): commit 305eaabc1c4329ad4ad17bf3a665be4f6a84aaa6 Author: Jeremy Katz Date: Tue Aug 5 18:02:26 2008 -0400 Don't fail if devices already exist When in base-on mode, we could already have the device nodes created, so we should only create them if they don't already exist diff --git a/imgcreate/creator.py b/imgcreate/creator.py index e61f034..846373d 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -414,12 +414,17 @@ class ImageCreator(object): ('ptmx', 5, 2, 0666), ('tty', 5, 0, 0666), ('zero', 1, 5, 0666)) + links = (("/proc/self/fd", "/dev/fd"), + ("/proc/self/fd/0", "/dev/stdin"), + ("/proc/self/fd/1", "/dev/stdout"), + ("/proc/self/fd/2", "/dev/stderr")) + for (node, major, minor, perm) in devices: - os.mknod(self._instroot + "/dev/" + node, perm | stat.S_IFCHR, os.makedev(major,minor)) - os.symlink('/proc/self/fd', self._instroot + "/dev/fd") - os.symlink('/proc/self/fd/0', self._instroot + "/dev/stdin") - os.symlink('/proc/self/fd/1', self._instroot + "/dev/stdout") - os.symlink('/proc/self/fd/2', self._instroot + "/dev/stderr") + if not os.path.exists(self._instroot + "/dev/" + node): + os.mknod(self._instroot + "/dev/" + node, perm | stat.S_IFCHR, os.makedev(major,minor)) + for (src, dest) in links: + if not os.path.exists(self._instroot + dest): + os.symlink(src, self._instroot + dest) os.umask(origumask) def __create_selinuxfs(self): commit 985092a541cbafbc91bccb73fd9d1bede2c4d283 Author: Jeremy Katz Date: Tue Aug 5 18:00:58 2008 -0400 Ensure we don't have (stale) rpmdb locks If we're basing on a previous ISO, we may have rpmdb locks left in the image which could be from a different version of rpm than the version we're using. So remove any before trying to open the rpmdb diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index dd5b189..a7b04b6 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -16,6 +16,7 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +import glob import os import sys import logging @@ -70,6 +71,8 @@ class LiveCDYum(yum.YumBase): def setup(self, confpath, installroot): self._writeConf(confpath, installroot) + for f in glob.glob(installroot + "/var/lib/rpm/__db*"): + os.unlink(f) self.doConfigSetup(fn = confpath, root = installroot) self.conf.cache = 0 self.doTsSetup() From katzj at fedoraproject.org Tue Aug 5 22:06:56 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Tue, 5 Aug 2008 22:06:56 +0000 (UTC) Subject: [Fedora-livecd-list] Branch 'f9-branch' - 3 commits - imgcreate/creator.py imgcreate/live.py imgcreate/yuminst.py Message-ID: <20080805220656.8B50712003F@lists.fedorahosted.org> imgcreate/creator.py | 20 ++++++++++++-------- imgcreate/live.py | 4 ++-- imgcreate/yuminst.py | 3 +++ 3 files changed, 17 insertions(+), 10 deletions(-) New commits: commit aa5cd8ea83c26c399ae2cc376d19f469c079c550 Author: Jeremy Katz Date: Tue Aug 5 18:04:09 2008 -0400 And make --base-on really work --base-on still wasn't quite working for the livecd case. This makes it so that we actually pass the iso to base on as well as call the implementation's method diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 435b8cb..132c044 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -895,7 +895,7 @@ class LoopImageCreator(ImageCreator): """ return self.__instloop.resparse(size) - def __base_on(self, base_on): + def _base_on(self, base_on): shutil.copyfile(base_on, self._image) # @@ -905,8 +905,7 @@ class LoopImageCreator(ImageCreator): self.__imgdir = self._mkdtemp() if not base_on is None: - self.__base_on(base_on) - shutil.copyfile(base_on, self._image) + self._base_on(base_on) self.__instloop = SparseExtLoopbackMount(self._image, self._instroot, diff --git a/imgcreate/live.py b/imgcreate/live.py index 44633fe..57d4f4e 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -126,7 +126,7 @@ class LiveImageCreatorBase(LoopImageCreator): # # Actual implementation # - def __base_on(self, base_on): + def _base_on(self, base_on): """helper function to extract ext3 file system from a live CD ISO""" isoloop = LoopbackMount(base_on, self._mkdtemp()) @@ -172,7 +172,7 @@ class LiveImageCreatorBase(LoopImageCreator): isoloop.cleanup() def _mount_instroot(self, base_on = None): - LoopImageCreator._mount_instroot(self) + LoopImageCreator._mount_instroot(self, base_on) self.__write_initrd_conf(self._instroot + "/etc/sysconfig/mkinitrd") def _unmount_instroot(self): commit 4eeefd36da58fc31e6cceb6f2968b4c92d70f797 Author: Jeremy Katz Date: Tue Aug 5 18:02:26 2008 -0400 Don't fail if devices already exist When in base-on mode, we could already have the device nodes created, so we should only create them if they don't already exist diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 4c22ac6..435b8cb 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -413,12 +413,17 @@ class ImageCreator(object): ('ptmx', 5, 2, 0666), ('tty', 5, 0, 0666), ('zero', 1, 5, 0666)) + links = (("/proc/self/fd", "/dev/fd"), + ("/proc/self/fd/0", "/dev/stdin"), + ("/proc/self/fd/1", "/dev/stdout"), + ("/proc/self/fd/2", "/dev/stderr")) + for (node, major, minor, perm) in devices: - os.mknod(self._instroot + "/dev/" + node, perm | stat.S_IFCHR, os.makedev(major,minor)) - os.symlink('/proc/self/fd', self._instroot + "/dev/fd") - os.symlink('/proc/self/fd/0', self._instroot + "/dev/stdin") - os.symlink('/proc/self/fd/1', self._instroot + "/dev/stdout") - os.symlink('/proc/self/fd/2', self._instroot + "/dev/stderr") + if not os.path.exists(self._instroot + "/dev/" + node): + os.mknod(self._instroot + "/dev/" + node, perm | stat.S_IFCHR, os.makedev(major,minor)) + for (src, dest) in links: + if not os.path.exists(self._instroot + dest): + os.symlink(src, self._instroot + dest) os.umask(origumask) def __create_selinuxfs(self): commit 44aa6aa22704a56f0afe4c88cb11b838d92a1036 Author: Jeremy Katz Date: Tue Aug 5 18:00:58 2008 -0400 Ensure we don't have (stale) rpmdb locks If we're basing on a previous ISO, we may have rpmdb locks left in the image which could be from a different version of rpm than the version we're using. So remove any before trying to open the rpmdb diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index ad428bf..268ac85 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -16,6 +16,7 @@ # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +import glob import os import sys @@ -69,6 +70,8 @@ class LiveCDYum(yum.YumBase): def setup(self, confpath, installroot): self._writeConf(confpath, installroot) + for f in glob.glob(installroot + "/var/lib/rpm/__db*"): + os.unlink(f) self.doConfigSetup(fn = confpath, root = installroot) self.conf.cache = 0 self.doTsSetup() From katzj at fedoraproject.org Wed Aug 6 00:27:25 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 6 Aug 2008 00:27:25 +0000 (UTC) Subject: [Fedora-livecd-list] 7 commits - imgcreate/creator.py imgcreate/fs.py imgcreate/kickstart.py imgcreate/live.py Message-ID: <20080806002725.E56AD12003F@lists.fedorahosted.org> imgcreate/creator.py | 17 +- imgcreate/fs.py | 351 ++++++++++++++++++++++++++++++++++++------------- imgcreate/kickstart.py | 3 imgcreate/live.py | 6 4 files changed, 278 insertions(+), 99 deletions(-) New commits: commit 5a3a91fe44795fb0d5c1f6215081b214d0af3f5b Merge: 2a57a06... 5279213... Author: Jeremy Katz Date: Tue Aug 5 20:25:23 2008 -0400 Merge branch 'refactor-mount' diff --cc imgcreate/creator.py index e63e96d,5fbf554..d9fa711 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@@ -905,14 -904,14 +909,13 @@@ class LoopImageCreator(ImageCreator) self.__imgdir = self._mkdtemp() if not base_on is None: - self.__base_on(base_on) - shutil.copyfile(base_on, self._image) + self._base_on(base_on) - self.__instloop = SparseExtLoopbackMount(self._image, - self._instroot, - self.__image_size, - self.__fstype, - self.__blocksize, - self.fslabel) + self.__instloop = ExtDiskMount(SparseLoopbackDisk(self._image, self.__image_size), + self._instroot, + self.__fstype, + self.__blocksize, + self.fslabel) try: self.__instloop.mount() diff --cc imgcreate/live.py index 49d524b,abea730..f98f76c --- a/imgcreate/live.py +++ b/imgcreate/live.py @@@ -129,9 -129,9 +129,9 @@@ class LiveImageCreatorBase(LoopImageCre # # Actual implementation # - def __base_on(self, base_on): + def _base_on(self, base_on): """helper function to extract ext3 file system from a live CD ISO""" - isoloop = LoopbackMount(base_on, self._mkdtemp()) + isoloop = Mount(LoopbackDisk(base_on), self._mkdtemp()) try: isoloop.mount() commit 5279213df3104c32b3cb08afc7e9698dceb1704d Author: David Huff Date: Tue Jul 22 17:36:52 2008 -0400 Separate out generation of non-disk mounts from other things for /etc/fstab diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 64898c5..5fbf554 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -209,7 +209,11 @@ class ImageCreator(object): """ s = "/dev/root / %s defaults,noatime 0 0\n" %(self._fstype) - s += "devpts /dev/pts devpts gid=5,mode=620 0 0\n" + s += self._get_fstab_special() + return s + + def _get_fstab_special(self): + 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" commit 1f20b4ded9e18257de787c71b28e147f592c09be Author: David Huff Date: Tue Jul 22 17:36:06 2008 -0400 Switch internal code to use new api diff --git a/imgcreate/creator.py b/imgcreate/creator.py index e61f034..64898c5 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -903,12 +903,11 @@ class LoopImageCreator(ImageCreator): self.__base_on(base_on) shutil.copyfile(base_on, self._image) - self.__instloop = SparseExtLoopbackMount(self._image, - self._instroot, - self.__image_size, - self.__fstype, - self.__blocksize, - self.fslabel) + self.__instloop = ExtDiskMount(SparseLoopbackDisk(self._image, self.__image_size), + self._instroot, + self.__fstype, + self.__blocksize, + self.fslabel) try: self.__instloop.mount() diff --git a/imgcreate/live.py b/imgcreate/live.py index e0bac09..abea730 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -131,7 +131,7 @@ class LiveImageCreatorBase(LoopImageCreator): # def __base_on(self, base_on): """helper function to extract ext3 file system from a live CD ISO""" - isoloop = LoopbackMount(base_on, self._mkdtemp()) + isoloop = Mount(LoopbackDisk(base_on), self._mkdtemp()) try: isoloop.mount() @@ -145,10 +145,10 @@ class LiveImageCreatorBase(LoopImageCreator): else: squashimg = isoloop.mountdir + "/LiveOS/squashfs.img" - squashloop = LoopbackMount(squashimg, self._mkdtemp(), "squashfs") + squashloop = Mount(LoopbackDisk(squashimg), self._mkdtemp(), "squashfs") try: - if not os.path.exists(squashloop.lofile): + if not squashloop.disk.exists(): raise CreatorError("'%s' is not a valid live CD ISO : " "squashfs.img doesn't exist" % base_on) commit 7024f2cc0041d8fd038844c789d869875e4977af Author: David Huff Date: Mon Jul 28 14:22:00 2008 -0400 Added compat shims in fs.py for old api Added a compat layer for backwards compatibility. These compat classes internally create the new Disk objects, switching the old api (LoopbackMount, SparseLoopbackMount, SparseExtLoopbackMount) types to the new Disk and Mount classes diff --git a/imgcreate/fs.py b/imgcreate/fs.py index 0aca98d..4d8f87a 100644 --- a/imgcreate/fs.py +++ b/imgcreate/fs.py @@ -88,32 +88,16 @@ class BindChrootMount: self.mounted = False class LoopbackMount: + """LoopbackMount compatibility layer for old API""" def __init__(self, lofile, mountdir, fstype = None): - self.lofile = lofile - self.mountdir = mountdir - self.fstype = fstype - - self.mounted = False + self.diskmount = DiskMount(LoopbackDisk(lofile,size = 0),mountdir,fstype,rmmountdir = True) self.losetup = False - self.rmdir = False - self.loopdev = None - + def cleanup(self): - self.unmount() - self.lounsetup() + self.diskmount.cleanup() def unmount(self): - if self.mounted: - rc = subprocess.call(["/bin/umount", self.mountdir]) - if rc == 0: - self.mounted = False - - if self.rmdir and not self.mounted: - try: - os.rmdir(self.mountdir) - except OSError, e: - pass - self.rmdir = False + self.diskmount.unmount() def lounsetup(self): if self.losetup: @@ -143,152 +127,52 @@ class LoopbackMount: self.losetup = True def mount(self): - if self.mounted: - return - - self.loopsetup() - - if not os.path.isdir(self.mountdir): - os.makedirs(self.mountdir) - self.rmdir = True - - args = [ "/bin/mount", self.loopdev, self.mountdir ] - if self.fstype: - args.extend(["-t", self.fstype]) - - rc = subprocess.call(args) - if rc != 0: - raise MountError("Failed to mount '%s' to '%s'" % - (self.loopdev, self.mountdir)) - - self.mounted = True + self.diskmount.mount() class SparseLoopbackMount(LoopbackMount): + """SparseLoopbackMount compatibility layer for old API""" def __init__(self, lofile, mountdir, size, fstype = None): - LoopbackMount.__init__(self, lofile, mountdir, fstype) - self.size = size + self.diskmount = DiskMount(SparseLoopbackDisk(lofile,size),mountdir,fstype,rmmountdir = True) def expand(self, create = False, size = None): - flags = os.O_WRONLY - if create: - flags |= os.O_CREAT - makedirs(os.path.dirname(self.lofile)) - - if size is None: - size = self.size - - fd = os.open(self.lofile, flags) - - os.lseek(fd, size, 0) - os.write(fd, '\x00') - os.close(fd) + self.diskmount.disk.expand(create, size) def truncate(self, size = None): - if size is None: - size = self.size - fd = os.open(self.lofile, os.O_WRONLY) - os.ftruncate(fd, size) - os.close(fd) + self.diskmount.disk.truncate(size) def create(self): - self.expand(create = True) + self.diskmount.disk.create() class SparseExtLoopbackMount(SparseLoopbackMount): + """SparseExtLoopbackMount compatibility layer for old API""" def __init__(self, lofile, mountdir, size, fstype, blocksize, fslabel): - SparseLoopbackMount.__init__(self, lofile, mountdir, size, fstype) - self.blocksize = blocksize - self.fslabel = fslabel + self.diskmount = ExtDiskMount(SparseLoopbackDisk(lofile,size), mountdir, fstype, blocksize, fslabel, rmmountdir = True) + def __format_filesystem(self): - rc = subprocess.call(["/sbin/mkfs." + self.fstype, - "-F", "-L", self.fslabel, - "-m", "1", "-b", str(self.blocksize), - self.lofile, - str(self.size / self.blocksize)]) - if rc != 0: - raise MountError("Error creating %s filesystem" % (self.fstype,)) - subprocess.call(["/sbin/tune2fs", "-c0", "-i0", "-Odir_index", - "-ouser_xattr,acl", self.lofile]) + self.diskmount.__format_filesystem() def create(self): - SparseLoopbackMount.create(self) - self.__format_filesystem() + self.diskmount.disk.create() def resize(self, size = None): - current_size = os.stat(self.lofile)[stat.ST_SIZE] - - if size is None: - size = self.size - - if size == current_size: - return - - if size > current_size: - self.expand(size) - - self.__fsck() - - resize2fs(self.lofile, size) - - if size < current_size: - self.truncate(size) - return size + self.diskmount.__resize_filesystem(size) def mount(self): - if not os.path.isfile(self.lofile): - self.create() - else: - self.resize() - return SparseLoopbackMount.mount(self) - + self.diskmount.mount() + def __fsck(self): - subprocess.call(["/sbin/e2fsck", "-f", "-y", self.lofile]) + self.extdiskmount.__fsck() def __get_size_from_filesystem(self): - def parse_field(output, field): - for line in output.split("\n"): - if line.startswith(field + ":"): - return line[len(field) + 1:].strip() - - raise KeyError("Failed to find field '%s' in output" % field) - - dev_null = os.open("/dev/null", os.O_WRONLY) - try: - out = subprocess.Popen(['/sbin/dumpe2fs', '-h', self.lofile], - stdout = subprocess.PIPE, - stderr = dev_null).communicate()[0] - finally: - os.close(dev_null) - - return int(parse_field(out, "Block count")) * self.blocksize - + self.diskmount.__get_size_from_filesystem() + def __resize_to_minimal(self): - self.__fsck() - - # - # Use a binary search to find the minimal size - # we can resize the image to - # - bot = 0 - top = self.__get_size_from_filesystem() - while top != (bot + 1): - t = bot + ((top - bot) / 2) - - if not resize2fs(self.lofile, t): - top = t - else: - bot = t - return top - + self.diskmount.__resize_to_minimal() + def resparse(self, size = None): - self.cleanup() + return self.diskmount.resparse(size) - minsize = self.__resize_to_minimal() - - self.truncate(minsize) - self.resize(size) - return minsize - class Disk: """Generic base object for a disk commit 8d6b5166013b766f0fca163a52ddd0801568a557 Author: Jeremy Katz Date: Tue Jul 22 17:15:29 2008 -0400 Clean up pydoc to be with the actual objects diff --git a/imgcreate/fs.py b/imgcreate/fs.py index 11348fa..0aca98d 100644 --- a/imgcreate/fs.py +++ b/imgcreate/fs.py @@ -290,28 +290,11 @@ class SparseExtLoopbackMount(SparseLoopbackMount): return minsize class Disk: - """ - With the new disk API the image being produced can be partitioned into - multiple chunks, with many filesystems. Furthermore, not all of them - require loopback mounts, as the partitions themselves are already - visible via /dev/mapper/ - - There are now classes which deal with accessing / creating disks: - - Disk - generic base for disks - RawDisk - a disk backed by a block device - LoopbackDisk - a disk backed by a file - SparseLoopbackDisk - a disk backed by a sparse file + """Generic base object for a disk The 'create' method must make the disk visible as a block device - eg by calling losetup. For RawDisk, this is obviously a no-op. The 'cleanup' method must undo the 'create' operation. - - There are then classes which deal with mounting things: - - Mount - generic base for mounts - DiskMount - able to mount a Disk object - ExtDiskMount - able to format/resize ext3 filesystems when mounting """ def __init__(self, size, device = None): self._device = device @@ -335,6 +318,9 @@ class Disk: class RawDisk(Disk): + """A Disk backed by a block device. + Note that create() is a no-op. + """ def __init__(self, size, device): Disk.__init__(self, size, device) @@ -345,6 +331,7 @@ class RawDisk(Disk): return True class LoopbackDisk(Disk): + """A Disk backed by a file via the loop module.""" def __init__(self, lofile, size): Disk.__init__(self, size) self.lofile = lofile @@ -386,6 +373,7 @@ class LoopbackDisk(Disk): class SparseLoopbackDisk(LoopbackDisk): + """A Disk backed by a sparse file via the loop module.""" def __init__(self, lofile, size): LoopbackDisk.__init__(self, lofile, size) @@ -419,6 +407,7 @@ class SparseLoopbackDisk(LoopbackDisk): LoopbackDisk.create(self) class Mount: + """A generic base class to deal with mounting things.""" def __init__(self, mountdir): self.mountdir = mountdir @@ -432,6 +421,7 @@ class Mount: pass class DiskMount(Mount): + """A Mount object that handles mounting of a Disk.""" def __init__(self, disk, mountdir, fstype = None, rmmountdir = True): Mount.__init__(self, mountdir) @@ -489,6 +479,7 @@ class DiskMount(Mount): self.mounted = True class ExtDiskMount(DiskMount): + """A DiskMount object that is able to format/resize ext[23] filesystems.""" def __init__(self, disk, mountdir, fstype, blocksize, fslabel, rmmountdir=True): DiskMount.__init__(self, disk, mountdir, fstype, rmmountdir) self.blocksize = blocksize commit 129083062fb7b21a49e5f84196d673fa1c37a5bc Author: David Huff Date: Mon Jul 21 17:26:55 2008 -0400 Re-factor imgcreate/fs.py module Most of the change here involves re-factoring the imgcreate/fs.py module to separate the difference between a disk and a mount. So this patch separates the roles. There are now classes which deal with accessing / creating disks and classes which deal with mounting things. Also fixed comments to use the standard pydoc """ format. Based on a patch by Daniel Berrange diff --git a/imgcreate/fs.py b/imgcreate/fs.py index 98c0db4..11348fa 100644 --- a/imgcreate/fs.py +++ b/imgcreate/fs.py @@ -24,6 +24,7 @@ import stat import subprocess import random import string +import logging from imgcreate.errors import * @@ -288,6 +289,303 @@ class SparseExtLoopbackMount(SparseLoopbackMount): self.resize(size) return minsize +class Disk: + """ + With the new disk API the image being produced can be partitioned into + multiple chunks, with many filesystems. Furthermore, not all of them + require loopback mounts, as the partitions themselves are already + visible via /dev/mapper/ + + There are now classes which deal with accessing / creating disks: + + Disk - generic base for disks + RawDisk - a disk backed by a block device + LoopbackDisk - a disk backed by a file + SparseLoopbackDisk - a disk backed by a sparse file + + The 'create' method must make the disk visible as a block device - eg + by calling losetup. For RawDisk, this is obviously a no-op. The 'cleanup' + method must undo the 'create' operation. + + There are then classes which deal with mounting things: + + Mount - generic base for mounts + DiskMount - able to mount a Disk object + ExtDiskMount - able to format/resize ext3 filesystems when mounting + """ + def __init__(self, size, device = None): + self._device = device + self._size = size + + def create(self): + pass + + def cleanup(self): + pass + + def get_device(self): + return self._device + def set_device(self, path): + self._device = path + device = property(get_device, set_device) + + def get_size(self): + return self._size + size = property(get_size) + + +class RawDisk(Disk): + def __init__(self, size, device): + Disk.__init__(self, size, device) + + def fixed(self): + return True + + def exists(self): + return True + +class LoopbackDisk(Disk): + def __init__(self, lofile, size): + Disk.__init__(self, size) + self.lofile = lofile + + def fixed(self): + return False + + def exists(self): + return os.path.exists(self.lofile) + + def create(self): + if self.device is not None: + return + + losetupProc = subprocess.Popen(["/sbin/losetup", "-f"], + stdout=subprocess.PIPE) + losetupOutput = losetupProc.communicate()[0] + + if losetupProc.returncode: + raise MountError("Failed to allocate loop device for '%s'" % + self.lofile) + + device = losetupOutput.split()[0] + + logging.debug("Losetup add %s mapping to %s" % (device, self.lofile)) + rc = subprocess.call(["/sbin/losetup", device, self.lofile]) + if rc != 0: + raise MountError("Failed to allocate loop device for '%s'" % + self.lofile) + self.device = device + + def cleanup(self): + if self.device is None: + return + logging.debug("Losetup remove %s" % self.device) + rc = subprocess.call(["/sbin/losetup", "-d", self.device]) + self.device = None + + + +class SparseLoopbackDisk(LoopbackDisk): + def __init__(self, lofile, size): + LoopbackDisk.__init__(self, lofile, size) + + def expand(self, create = False, size = None): + flags = os.O_WRONLY + if create: + flags |= os.O_CREAT + makedirs(os.path.dirname(self.lofile)) + + if size is None: + size = self.size + + logging.debug("Extending sparse file %s to %d" % (self.lofile, size)) + fd = os.open(self.lofile, flags) + + os.lseek(fd, size, 0) + os.write(fd, '\x00') + os.close(fd) + + def truncate(self, size = None): + if size is None: + size = self.size + + logging.debug("Truncating sparse file %s to %d" % (self.lofile, size)) + fd = os.open(self.lofile, os.O_WRONLY) + os.ftruncate(fd, size) + os.close(fd) + + def create(self): + self.expand(create = True) + LoopbackDisk.create(self) + +class Mount: + def __init__(self, mountdir): + self.mountdir = mountdir + + def cleanup(self): + self.unmount() + + def mount(self): + pass + + def unmount(self): + pass + +class DiskMount(Mount): + def __init__(self, disk, mountdir, fstype = None, rmmountdir = True): + Mount.__init__(self, mountdir) + + self.disk = disk + self.fstype = fstype + self.rmmountdir = rmmountdir + + self.mounted = False + self.rmdir = False + + def cleanup(self): + Mount.cleanup(self) + self.disk.cleanup() + + def unmount(self): + if self.mounted: + logging.debug("Unmounting directory %s" % self.mountdir) + rc = subprocess.call(["/bin/umount", self.mountdir]) + if rc == 0: + self.mounted = False + + if self.rmdir and not self.mounted: + try: + os.rmdir(self.mountdir) + except OSError, e: + pass + self.rmdir = False + + + def __create(self): + self.disk.create() + + + def mount(self): + if self.mounted: + return + + if not os.path.isdir(self.mountdir): + logging.debug("Creating mount point %s" % self.mountdir) + os.makedirs(self.mountdir) + self.rmdir = self.rmmountdir + + self.__create() + + logging.debug("Mounting %s at %s" % (self.disk.device, self.mountdir)) + args = [ "/bin/mount", self.disk.device, self.mountdir ] + if self.fstype: + args.extend(["-t", self.fstype]) + + rc = subprocess.call(args) + if rc != 0: + raise MountError("Failed to mount '%s' to '%s'" % + (self.disk.device, self.mountdir)) + + self.mounted = True + +class ExtDiskMount(DiskMount): + def __init__(self, disk, mountdir, fstype, blocksize, fslabel, rmmountdir=True): + DiskMount.__init__(self, disk, mountdir, fstype, rmmountdir) + self.blocksize = blocksize + self.fslabel = fslabel + + def __format_filesystem(self): + logging.debug("Formating %s filesystem on %s" % (self.fstype, self.disk.device)) + rc = subprocess.call(["/sbin/mkfs." + self.fstype, + "-F", "-L", self.fslabel, + "-m", "1", "-b", str(self.blocksize), + self.disk.device]) + # str(self.disk.size / self.blocksize)]) + if rc != 0: + raise MountError("Error creating %s filesystem" % (self.fstype,)) + logging.debug("Tuning filesystem on %s" % self.disk.device) + subprocess.call(["/sbin/tune2fs", "-c0", "-i0", "-Odir_index", + "-ouser_xattr,acl", self.disk.device]) + + def __resize_filesystem(self, size = None): + current_size = os.stat(self.disk.lofile)[stat.ST_SIZE] + + if size is None: + size = self.size + + if size == current_size: + return + + if size > current_size: + self.expand(size) + + self.__fsck() + + resize2fs(self.disk.lofile, size) + return size + + def __create(self): + resize = False + if not self.disk.fixed() and self.disk.exists(): + resize = True + + self.disk.create() + + if resize: + self.__resize_filesystem() + else: + self.__format_filesystem() + + def mount(self): + self.__create() + DiskMount.mount(self) + + def __fsck(self): + logging.debug("Checking filesystem %s" % self.disk.lofile) + subprocess.call(["/sbin/e2fsck", "-f", "-y", self.disk.lofile]) + + def __get_size_from_filesystem(self): + def parse_field(output, field): + for line in output.split("\n"): + if line.startswith(field + ":"): + return line[len(field) + 1:].strip() + + raise KeyError("Failed to find field '%s' in output" % field) + + dev_null = os.open("/dev/null", os.O_WRONLY) + try: + out = subprocess.Popen(['/sbin/dumpe2fs', '-h', self.disk.lofile], + stdout = subprocess.PIPE, + stderr = dev_null).communicate()[0] + finally: + os.close(dev_null) + + return int(parse_field(out, "Block count")) * self.blocksize + + def __resize_to_minimal(self): + self.__fsck() + + # + # Use a binary search to find the minimal size + # we can resize the image to + # + bot = 0 + top = self.__get_size_from_filesystem() + while top != (bot + 1): + t = bot + ((top - bot) / 2) + + if not resize2fs(self.disk.lofile, t): + top = t + else: + bot = t + return top + + def resparse(self, size = None): + self.cleanup() + minsize = self.__resize_to_minimal() + self.disk.truncate(minsize) + return minsize + class DeviceMapperSnapshot(object): def __init__(self, imgloop, cowloop): self.imgloop = imgloop @@ -306,8 +604,8 @@ class DeviceMapperSnapshot(object): if self.__created: return - self.imgloop.loopsetup() - self.cowloop.loopsetup() + self.imgloop.create() + self.cowloop.create() self.__name = "imgcreate-%d-%d" % (os.getpid(), random.randint(0, 2**16)) @@ -315,8 +613,8 @@ class DeviceMapperSnapshot(object): size = os.stat(self.imgloop.lofile)[stat.ST_SIZE] table = "0 %d snapshot %s %s p 8" % (size / 512, - self.imgloop.loopdev, - self.cowloop.loopdev) + self.imgloop.device, + self.cowloop.device) args = ["/sbin/dmsetup", "create", self.__name, "--table", table] if subprocess.call(args) != 0: @@ -365,32 +663,31 @@ class DeviceMapperSnapshot(object): except ValueError: raise SnapshotError("Failed to parse dmsetup status: " + out) -# -# Builds a copy-on-write image which can be used to -# create a device-mapper snapshot of an image where -# the image's filesystem is as small as possible -# -# The steps taken are: -# 1) Create a sparse COW -# 2) Loopback mount the image and the COW -# 3) Create a device-mapper snapshot of the image -# using the COW -# 4) Resize the filesystem to the minimal size -# 5) Determine the amount of space used in the COW -# 6) Restroy the device-mapper snapshot -# 7) Truncate the COW, removing unused space -# 8) Create a squashfs of the COW -# def create_image_minimizer(path, image, minimal_size): - imgloop = LoopbackMount(image, "None") + """ + Builds a copy-on-write image which can be used to + create a device-mapper snapshot of an image where + the image's filesystem is as small as possible + + The steps taken are: + 1) Create a sparse COW + 2) Loopback mount the image and the COW + 3) Create a device-mapper snapshot of the image + using the COW + 4) Resize the filesystem to the minimal size + 5) Determine the amount of space used in the COW + 6) Restroy the device-mapper snapshot + 7) Truncate the COW, removing unused space + 8) Create a squashfs of the COW + """ + imgloop = LoopbackDisk(image, None) # Passing bogus size - doesn't matter - cowloop = SparseLoopbackMount(os.path.join(os.path.dirname(path), "osmin"), - None, 64L * 1024L * 1024L) + cowloop = SparseLoopbackDisk(os.path.join(os.path.dirname(path), "osmin"), + 64L * 1024L * 1024L) snapshot = DeviceMapperSnapshot(imgloop, cowloop) try: - cowloop.create() snapshot.create() resize2fs(snapshot.path, minimal_size) @@ -404,3 +701,4 @@ def create_image_minimizer(path, image, minimal_size): mksquashfs(cowloop.lofile, path) os.unlink(cowloop.lofile) + commit 8243a268c7791355832ba5efce6fff963a55f3f3 Author: David Huff Date: Thu Jul 10 17:24:52 2008 -0400 Add method to get partitions from kickstart config diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 451b133..e352e98 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -498,6 +498,9 @@ def get_groups(ks, required = []): def get_excluded(ks, required = []): return ks.handler.packages.excludedList + required +def get_partitions(ks, required = []): + return ks.handler.partition.partitions + def ignore_missing(ks): return ks.handler.packages.handleMissing == ksconstants.KS_MISSING_IGNORE From dmc.fedora at filteredperception.org Wed Aug 6 05:14:00 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Tue, 05 Aug 2008 22:14:00 -0700 Subject: [Fedora-livecd-list] persistence and "install to harddrive" In-Reply-To: <4898C9F3.5040200@shaw.ca> References: <1217871333.29127.119.camel@S010600e029961c54> <1217892519.12532.32.camel@aglarond.local> <4898C9F3.5040200@shaw.ca> Message-ID: <48993318.3000909@filteredperception.org> Jerry Vonau wrote: >> Yeah, you could easily just do a snapshot and then set LIVE_BLOCK to >> that. > Got a magic string? ;-) DMC, Can you point me in the direction please? > I'll play around... Here is an example. Note, that trying to do the below on your normal rootfs would not be doable (though maybe with snapshot-origin), but it would be doable with the livecd because you are playing with devices already under devicemapper's control. Also, here is an absolute gem of documentation, which took me a very, very long time to truly understand all of. http://linuxgazette.net/114/kapil.html # this is the device you want to be able to write # to without actually writing to. base_device=/dev/sdZ # this is the name of the new device that will be # created which can be used as a writable version # of the base device, without actually writing to it. # It will show up as /dev/mapper/${cow_device} cow_device=mycow # /dev/shm is a tmpfs available by default. # a file on a writable disk would work as well overlay_file=/dev/shm/overlay # this sets up an overlay file that is a 1G sparse # file. I.e. an ls -l will show, 1G, but a du -chs # will show much of it has actually been written to dd if=/dev/zero of=${overlay_file} bs=1k \ count=1 seek=$(( 1024 * 1024 )) # set up a loop/block device for the overlay file overlay_loop_device=$( losetup -f ) losetup ${overlay_loop_device} ${overlay_file} # this is just extra paranoia # set the base device to read only blockdev --setro ${base_device} # now, create the copy-on-write device # (wrapped for email, not sure if this wrapping # will actually work) dmsetup create ${cow_device} --table \ "0 $( blockdev --getsize ${base_device} ) \ snapshot ${base_device} ${overlay_loop_device} p 8" # inspect stuff dmsetup status ${cow_device} ls -lh ${overlay_file} du -hs ${overlay_file} # now, do stuff dd if=/dev/zero of=/dev/mapper/${cow_device} bs=1M count=10 # now inspect stuff for fun dmsetup status ${cow_device} ls -lh ${overlay_file} du -hs ${overlay_file} # now, tear everything down, no harm no foul. dmsetup remove ${cow_device} blockdev --setrw ${base_device} losetup -d ${overlay_loop_device} rm -f ${overlay_file} -dmc From katzj at fedoraproject.org Wed Aug 6 15:13:36 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 6 Aug 2008 15:13:36 +0000 (UTC) Subject: [Fedora-livecd-list] imgcreate/fs.py Message-ID: <20080806151336.59F2912003F@lists.fedorahosted.org> imgcreate/fs.py | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) New commits: commit 6fd3e938dd9c7f36eb643db42b60e259f0834190 Author: Jeremy Katz Date: Wed Aug 6 11:11:30 2008 -0400 Fix up a few more problems from the refactor-mount patch * Make sure that methods return the values they used to * When resizing to the minimal image, we need to go back to the full size otherwise, live images don't work diff --git a/imgcreate/fs.py b/imgcreate/fs.py index 4d8f87a..4a698e8 100644 --- a/imgcreate/fs.py +++ b/imgcreate/fs.py @@ -156,7 +156,7 @@ class SparseExtLoopbackMount(SparseLoopbackMount): self.diskmount.disk.create() def resize(self, size = None): - self.diskmount.__resize_filesystem(size) + return self.diskmount.__resize_filesystem(size) def mount(self): self.diskmount.mount() @@ -165,10 +165,10 @@ class SparseExtLoopbackMount(SparseLoopbackMount): self.extdiskmount.__fsck() def __get_size_from_filesystem(self): - self.diskmount.__get_size_from_filesystem() + return self.diskmount.__get_size_from_filesystem() def __resize_to_minimal(self): - self.diskmount.__resize_to_minimal() + return self.diskmount.__resize_to_minimal() def resparse(self, size = None): return self.diskmount.resparse(size) @@ -386,13 +386,13 @@ class ExtDiskMount(DiskMount): current_size = os.stat(self.disk.lofile)[stat.ST_SIZE] if size is None: - size = self.size + size = self.disk.size if size == current_size: return if size > current_size: - self.expand(size) + self.disk.expand(size) self.__fsck() @@ -459,6 +459,7 @@ class ExtDiskMount(DiskMount): self.cleanup() minsize = self.__resize_to_minimal() self.disk.truncate(minsize) + self.__resize_filesystem(size) return minsize class DeviceMapperSnapshot(object): From ehansen at spyrus.com Wed Aug 6 16:01:55 2008 From: ehansen at spyrus.com (Ebbe Hansen) Date: Wed, 6 Aug 2008 09:01:55 -0700 Subject: [Fedora-livecd-list] syslinux fails to create "ldlinux.sys" In-Reply-To: References: Message-ID: I still have not received any response on my problem regarding err: "syslinux: failed to create ldlinux.sys" Anyone out there that have encountered / recovered-from this "syslinux" problem when executing the "livecd-iso-to-disk" script under Fedora 9? Ebbe From: fedora-livecd-list-bounces at redhat.com [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of Ebbe Hansen Sent: Thursday, July 24, 2008 10:08 AM To: fedora-livecd-list at redhat.com Subject: [Fedora-livecd-list] syslinux fails to create "ldlinux.sys" Need help to determine why "syslinux" fails to write to USB-drive. The trace below indicates that everything works fine until the very end! The call: "syslinux -d syslinux /dev/sdb1" results in error: syslinux: failed to create ldlinux.sys See below for details! Previous "livecd-iso-to-disk" worked OK - something must have changed on latest Fedora9-KDE load (downloaded on 7-18-08) or on my "setup" has changed. Is there a way to request diagnostics from the "syslinux" utility? E Hansen @ SPYRUS ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++ Log of 'livecd-iso-to-disk' session on Fedora-9-KDE (downloaded on 7-18-08): ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++ [root at fedora91a /]# bash -x livecd-iso-to-disk --reset-mbr --overlay-size-mb 1000 /usr/RedHat/Fedora-9-i686-Live-071808.iso /dev/sdb1 + export PATH=/sbin:/usr/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbi n:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/bin + PATH=/sbin:/usr/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbi n:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/bin ++ id -u + '[' 0 '!=' 0 ']' + '[' 5 -gt 2 ']' + case $1 in + resetmbr=1 + shift + '[' 4 -gt 2 ']' + case $1 in + overlaysizemb=1000 + shift + shift + '[' 2 -gt 2 ']' ++ readlink -f /usr/RedHat/Fedora-9-i686-Live-071808.iso + ISO=/usr/RedHat/Fedora-9-i686-Live-071808.iso + USBDEV=/dev/sdb1 + '[' -z /usr/RedHat/Fedora-9-i686-Live-071808.iso ']' + '[' '!' -b /usr/RedHat/Fedora-9-i686-Live-071808.iso -a '!' -f /usr/RedHat/Fedora-9-i686-Live-071808.iso ']' + '[' -z /dev/sdb1 -o '!' -b /dev/sdb1 ']' + '[' -z '' ']' + echo 'Verifying image...' Verifying image... + checkisomd5 --verbose /usr/RedHat/Fedora-9-i686-Live-071808.iso /usr/RedHat/Fedora-9-i686-Live-071808.iso: e9998706424174d69dda1f23f89b8953 Fragment sums: fad79bb3621cb515652cdbfabaa5cba632af35ca9b739ef3ca35b91b5819 Fragment count: 20 Checking: 100.0% The media check is complete, the result is: PASS. It is OK to use this media. + '[' 0 -ne 0 ']' + checkSyslinuxVersion + '[' '!' -x /usr/bin/syslinux ']' + syslinux + grep -qe -d + SYSLINUXPATH=syslinux + checkFilesystem /dev/sdb1 + dev=/dev/sdb1 ++ /lib/udev/vol_id -t /dev/sdb1 + USBFS=vfat + '[' vfat '!=' vfat -a vfat '!=' msdos -a vfat '!=' ext2 -a vfat '!=' ext3 ']' ++ /lib/udev/vol_id -u /dev/sdb1 + USBLABEL=D0F3-E7C8 + '[' -n D0F3-E7C8 ']' + USBLABEL=UUID=D0F3-E7C8 + checkPartActive /dev/sdb1 + dev=/dev/sdb1 + getdisk /dev/sdb1 + DEV=/dev/sdb1 ++ udevinfo -q path -n /dev/sdb1 + p=/devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0/4: 0:0:0/block/sdb/sdb1 + '[' -e /sys//devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0 /4:0:0:0/block/sdb/sdb1/device ']' +++ readlink -f /sys//devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0 /4:0:0:0/block/sdb/sdb1/../ ++ basename /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0/ 4:0:0:0/block/sdb + device=sdb + '[' '!' -e /sys/block/sdb -o '!' -e /dev/sdb ']' + device=/dev/sdb + '[' /dev/sdb1 = /dev/sdb ']' ++ /sbin/fdisk -l /dev/sdb ++ grep /dev/sdb1 ++ awk '{print $2;}' + '[' '*' '!=' '*' ']' + checkMBR /dev/sdb1 + getdisk /dev/sdb1 + DEV=/dev/sdb1 ++ udevinfo -q path -n /dev/sdb1 + p=/devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0/4: 0:0:0/block/sdb/sdb1 + '[' -e /sys//devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0 /4:0:0:0/block/sdb/sdb1/device ']' +++ readlink -f /sys//devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0 /4:0:0:0/block/sdb/sdb1/../ ++ basename /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0/ 4:0:0:0/block/sdb + device=sdb + '[' '!' -e /sys/block/sdb -o '!' -e /dev/sdb ']' + device=/dev/sdb ++ mktemp /tmp/bs.XXXXXX + bs=/tmp/bs.vryiWZ + dd if=/dev/sdb of=/tmp/bs.vryiWZ bs=512 count=1 ++ hexdump -n 2 /tmp/bs.vryiWZ ++ head -n 1 ++ awk '{print $2;}' + mbrword=31fa + rm -f /tmp/bs.vryiWZ + '[' 31fa = 0000 ']' + return 0 + checkMounted /dev/sdb1 + dev=/dev/sdb1 + grep -q '^/dev/sdb1 ' /proc/mounts + grep -q '^/dev/sdb1 ' /proc/swaps + '[' -n 1 ']' + resetMBR /dev/sdb1 + getdisk /dev/sdb1 + DEV=/dev/sdb1 ++ udevinfo -q path -n /dev/sdb1 + p=/devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0/4: 0:0:0/block/sdb/sdb1 + '[' -e /sys//devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0 /4:0:0:0/block/sdb/sdb1/device ']' +++ readlink -f /sys//devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0 /4:0:0:0/block/sdb/sdb1/../ ++ basename /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/host4/target4:0:0/ 4:0:0:0/block/sdb + device=sdb + '[' '!' -e /sys/block/sdb -o '!' -e /dev/sdb ']' + device=/dev/sdb + '[' -f /usr/lib/syslinux/mbr.bin ']' + cat /usr/lib/syslinux/mbr.bin + '[' -n 1000 -a vfat = vfat ']' + '[' 1000 -gt 2047 ']' ++ mktemp -d /media/cdtmp.XXXXXX + CDMNT=/media/cdtmp.wlBTjg + mount -o loop,ro /usr/RedHat/Fedora-9-i686-Live-071808.iso /media/cdtmp.wlBTjg ++ mktemp -d /media/usbdev.XXXXXX + USBMNT=/media/usbdev.SvMQxM + mount /dev/sdb1 /media/usbdev.SvMQxM + trap exitclean SIGINT SIGTERM + '[' -d /media/cdtmp.wlBTjg/LiveOS ']' + check=/media/cdtmp.wlBTjg/LiveOS + '[' -d /media/usbdev.SvMQxM/LiveOS ']' ++ du -s -B 1M /media/usbdev.SvMQxM/LiveOS ++ awk '{print $1;}' + tbd=1684 ++ du -s -B 1M /media/cdtmp.wlBTjg/LiveOS ++ awk '{print $1;}' + livesize=684 ++ df -B1M /dev/sdb1 ++ tail -n 1 ++ awk '{print $4;}' + free=2123 + '[' 1684 -gt 3807 ']' + '[' -d /media/usbdev.SvMQxM/LiveOS ']' + echo 'Already set up as live image. Deleting old in fifteen seconds...' Already set up as live image. Deleting old in fifteen seconds... + sleep 15 + rm -rf /media/usbdev.SvMQxM/LiveOS + echo 'Copying live image to USB stick' Copying live image to USB stick + '[' '!' -d /media/usbdev.SvMQxM/syslinux ']' + '[' '!' -d /media/usbdev.SvMQxM/LiveOS ']' + mkdir /media/usbdev.SvMQxM/LiveOS + '[' -f /media/cdtmp.wlBTjg/LiveOS/squashfs.img ']' + cp /media/cdtmp.wlBTjg/LiveOS/squashfs.img /media/usbdev.SvMQxM/LiveOS/squashfs.img + '[' -f /media/cdtmp.wlBTjg/LiveOS/osmin.img ']' + cp /media/cdtmp.wlBTjg/LiveOS/osmin.img /media/usbdev.SvMQxM/LiveOS/osmin.img + cp /media/cdtmp.wlBTjg/isolinux/boot.cat /media/cdtmp.wlBTjg/isolinux/initrd0.img /media/cdtmp.wlBTjg/isolinux/isolinux.bin /media/cdtmp.wlBTjg/isolinux/isolinux.cfg /media/cdtmp.wlBTjg/isolinux/memtest /media/cdtmp.wlBTjg/isolinux/splash.jpg /media/cdtmp.wlBTjg/isolinux/vesamenu.c32 /media/cdtmp.wlBTjg/isolinux/vmlinuz0 /media/usbdev.SvMQxM/syslinux + echo 'Updating boot config file' Updating boot config file + sed -i -e 's/CDLABEL=[^ ]*/UUID=D0F3-E7C8/' -e 's/rootfstype=[^ ]*/rootfstype=vfat/' /media/usbdev.SvMQxM/syslinux/isolinux.cfg + '[' -n 1000 ']' + echo 'Initializing persistent overlay file' Initializing persistent overlay file ++ /lib/udev/vol_id -l /dev/sdb1 ++ /lib/udev/vol_id -u /dev/sdb1 + OVERFILE=overlay-FEDORA9-D0F3-E7C8 + '[' vfat = vfat ']' + dd if=/dev/zero of=/media/usbdev.SvMQxM/LiveOS/overlay-FEDORA9-D0F3-E7C8 count=1000 bs=1M 1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 273.886 s, 3.8 MB/s + sed -i -e 's/liveimg/liveimg overlay=UUID=D0F3-E7C8/' /media/usbdev.SvMQxM/syslinux/isolinux.cfg + sed -i -e 's/\ ro\ /\ rw\ /' /media/usbdev.SvMQxM/syslinux/isolinux.cfg + echo 'Installing boot loader' Installing boot loader + '[' vfat = vfat -o vfat = msdos ']' + mv /media/usbdev.SvMQxM/syslinux/isolinux.cfg /media/usbdev.SvMQxM/syslinux/syslinux.cfg + cleanup + '[' -d /media/cdtmp.wlBTjg ']' + umount /media/cdtmp.wlBTjg + rmdir /media/cdtmp.wlBTjg + '[' -d /media/usbdev.SvMQxM ']' + umount /media/usbdev.SvMQxM + rmdir /media/usbdev.SvMQxM + '[' -n syslinux ']' + syslinux -d syslinux /dev/sdb1 syslinux: failed to create ldlinux.sys + echo 'USB stick set up as live image!' USB stick set up as live image! [root at fedora91a /]# [root at fedora91a /]# -------------- next part -------------- An HTML attachment was scrubbed... URL: From imain at redhat.com Thu Aug 7 19:30:06 2008 From: imain at redhat.com (Ian Main) Date: Thu, 7 Aug 2008 12:30:06 -0700 Subject: [Fedora-livecd-list] Bootloader --append option support? Message-ID: <20080807123006.74b6c5c4@tp.mains.net> Howdy list! So I've been working on adding serial console support to ovirt (http://ovirt.org). We use livecd-tools to create our images. I wanted to add the serial console to the kernel command line but found there was no real easy way to do this (I'm using livecd-tools-017.1-1.fc9.x86_64). I see in the kickstart documentation that a --append flag is available to the 'bootloader' config option. However, it is ignored by livecd-creator. I was poking through the code and there's an 'extras' variable in the kernel command building, so the idea is there, it's just not hooked up. Anyway, I was poking around in there so I could do up a patch, unless there's someone already mucking about or wants to fix that up. Let me know. I'm hoping this would be considered a bug and would go out in a point release? Thanks, Ian From katzj at redhat.com Thu Aug 7 19:37:12 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 07 Aug 2008 15:37:12 -0400 Subject: [Fedora-livecd-list] Bootloader --append option support? In-Reply-To: <20080807123006.74b6c5c4@tp.mains.net> References: <20080807123006.74b6c5c4@tp.mains.net> Message-ID: <1218137832.21548.3.camel@aglarond.local> On Thu, 2008-08-07 at 12:30 -0700, Ian Main wrote: > I see in the kickstart documentation that a --append flag is available to the 'bootloader' > config option. However, it is ignored by livecd-creator. I was poking through the code and there's > an 'extras' variable in the kernel command building, so the idea is there, it's just not hooked up. > > Anyway, I was poking around in there so I could do up a patch, unless there's someone already > mucking about or wants to fix that up. Let me know. I'm hoping this would be considered a bug > and would go out in a point release? Yeah, that seems like a bug. So I'd be more than glad to see a patch for it :-) Jeremy From bkearney at redhat.com Fri Aug 8 11:25:14 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Fri, 08 Aug 2008 07:25:14 -0400 Subject: [Fedora-livecd-list] Bootloader --append option support? In-Reply-To: <20080807123006.74b6c5c4@tp.mains.net> References: <20080807123006.74b6c5c4@tp.mains.net> Message-ID: <489C2D1A.7010507@redhat.com> Ian Main wrote: > Howdy list! > > So I've been working on adding serial console support to ovirt (http://ovirt.org). We use livecd-tools to create our images. I wanted to add the serial console to the kernel command line but found there was no real easy way to do this (I'm using livecd-tools-017.1-1.fc9.x86_64). > > I see in the kickstart documentation that a --append flag is available to the 'bootloader' config option. However, it is ignored by livecd-creator. I was poking through the code and there's an 'extras' variable in the kernel command building, so the idea is there, it's just not hooked up. > > Anyway, I was poking around in there so I could do up a patch, unless there's someone already mucking about or wants to fix that up. Let me know. I'm hoping this would be considered a bug and would go out in a point release? > > Thanks, > > Ian I am seeing the append flag being used by the appliance creator. Any reason to (1) not use appliance creator or (2) ignore this in livecd tools? -- bk From apevec at redhat.com Fri Aug 8 16:35:16 2008 From: apevec at redhat.com (Alan Pevec) Date: Fri, 08 Aug 2008 18:35:16 +0200 Subject: [Fedora-livecd-list] Bootloader --append option support? In-Reply-To: <489C2D1A.7010507@redhat.com> References: <20080807123006.74b6c5c4@tp.mains.net> <489C2D1A.7010507@redhat.com> Message-ID: <489C75C4.8010804@redhat.com> Bryan Kearney wrote: > I am seeing the append flag being used by the appliance creator. Any > reason to (1) not use appliance creator or (2) ignore this in livecd tools? ad (1) oVirt Node image is normal livecd image, while appliance-creator produces disk image ad (2) this clearly a livecd-tools bug which needs to be fixed From bkearney at redhat.com Fri Aug 8 16:37:22 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Fri, 08 Aug 2008 12:37:22 -0400 Subject: [Fedora-livecd-list] Bootloader --append option support? In-Reply-To: <489C75C4.8010804@redhat.com> References: <20080807123006.74b6c5c4@tp.mains.net> <489C2D1A.7010507@redhat.com> <489C75C4.8010804@redhat.com> Message-ID: <489C7642.6000403@redhat.com> Alan Pevec wrote: > Bryan Kearney wrote: >> I am seeing the append flag being used by the appliance creator. Any >> reason to (1) not use appliance creator or (2) ignore this in livecd >> tools? > > ad (1) oVirt Node image is normal livecd image, while appliance-creator > produces disk image > ad (2) this clearly a livecd-tools bug which needs to be fixed On (2) I typed poorly. I did not know why livecd would need/want to ignore this. From michael.prisant at gmail.com Fri Aug 8 16:51:43 2008 From: michael.prisant at gmail.com (Michael Prisant) Date: Fri, 8 Aug 2008 12:51:43 -0400 Subject: [Fedora-livecd-list] Bootloader --append option support? In-Reply-To: <489C75C4.8010804@redhat.com> References: <20080807123006.74b6c5c4@tp.mains.net> <489C2D1A.7010507@redhat.com> <489C75C4.8010804@redhat.com> Message-ID: <295537e50808080951r3d2c98b0s669258c18e5b79f@mail.gmail.com> This is probably obvious but insofar as the livecd toolset is used to produce a pxe booted image (as with the stock livecd-iso-to-pxeboot script or a hacked variant), the relevant serial console options can be appended to the append line in the relevant stanza of the pxeboot file. For example here is an excerpted stanza from the "default" file in my /var/lib/tftpboot/linux-install/pxelinux.cfg directory: LABEL pxelive KERNEL vmlinuz0 APPEND initrd=initrd0.img,iso.cpio.gz root=/livecd.iso rootfstype=iso9660 rootflags=loop selinux=0 console=ttyS0,57600n8 On Fri, Aug 8, 2008 at 12:35 PM, Alan Pevec wrote: > Bryan Kearney wrote: > >> I am seeing the append flag being used by the appliance creator. Any >> reason to (1) not use appliance creator or (2) ignore this in livecd tools? >> > > ad (1) oVirt Node image is normal livecd image, while appliance-creator > produces disk image > ad (2) this clearly a livecd-tools bug which needs to be fixed > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- Michael G. Prisant, Durham, NC -------------- next part -------------- An HTML attachment was scrubbed... URL: From imain at redhat.com Fri Aug 8 17:29:45 2008 From: imain at redhat.com (Ian Main) Date: Fri, 8 Aug 2008 10:29:45 -0700 Subject: [Fedora-livecd-list] Bootloader --append option support? In-Reply-To: <295537e50808080951r3d2c98b0s669258c18e5b79f@mail.gmail.com> References: <20080807123006.74b6c5c4@tp.mains.net> <489C2D1A.7010507@redhat.com> <489C75C4.8010804@redhat.com> <295537e50808080951r3d2c98b0s669258c18e5b79f@mail.gmail.com> Message-ID: <20080808102945.705a1cfb@tp.mains.net> On Fri, 8 Aug 2008 12:51:43 -0400 "Michael Prisant" wrote: > This is probably obvious but insofar as the livecd toolset is used to > produce a pxe booted image (as with the stock livecd-iso-to-pxeboot script > or a hacked variant), the relevant serial console options can be appended to > the append line in the relevant stanza of the pxeboot file. For example > here is an excerpted stanza from the "default" file in my > /var/lib/tftpboot/linux-install/pxelinux.cfg directory: > Yes, as a work around this is what we are doing for now. However this only solves it for the pxe boot versions. There are also cd rom and flash varieties which get their boot options from the cd image. It'd be much better to have it adjustable in the kickstart and then have it propagate to all image types. I'll take a look and post a patch in the next few days. Thanks guys! Ian From jvonau at shaw.ca Sat Aug 9 16:10:11 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Sat, 09 Aug 2008 11:10:11 -0500 Subject: [Fedora-livecd-list] livecd-creator In-Reply-To: <1217972831.12532.38.camel@aglarond.local> References: <1217872369.29127.129.camel@S010600e029961c54> <1217892545.12532.33.camel@aglarond.local> <4897F33C.7000005@shaw.ca> <1217972831.12532.38.camel@aglarond.local> Message-ID: <489DC163.1000205@shaw.ca> Jeremy Katz wrote: > On Tue, 2008-08-05 at 01:29 -0500, Jerry Vonau wrote: >> Jeremy Katz wrote: >>> On Mon, 2008-08-04 at 12:52 -0500, Jerry Vonau wrote: >>>> Just a quick question, with the version that was shipped with F8 >>>> --base-on= would work just fine, I could see the squashfs mounted with >>>> mount. The one on F9, appears to ignore this option as I can't see where >>>> the old squashfs is mounted when I call mount like I could with F8. Is >>>> this a bug or something that has not setup with the changes to the way >>>> livecd-creator works with F9? >>> There was a bug in the F9 gold version. I'm pretty sure I pushed the >>> fix in 0.17.1 which is in f9-updates. >> livecd-tools.i386 017.1-1.fc9 > [snip] >> sorry, should I BZ this? > > No, I see at least some of what's going wrong. I could have sworn I > tested this, but apparently I missed at least some of the interactions. > I'll hopefully have some fixes pushed shortly... Hand porting the changes from git, allows base-on= to work for me. Thanks, Jerry From DON.RAIKES at oracle.com Mon Aug 11 19:31:17 2008 From: DON.RAIKES at oracle.com (DON.RAIKES at oracle.com) Date: Mon, 11 Aug 2008 12:31:17 -0700 (PDT) Subject: [Fedora-livecd-list] sound on a fedora livecd In-Reply-To: <487770C1.5020407@kanarip.com> Message-ID: <153300b9-9024-490b-8772-17d55f1e7ab5@default> Hello, I am trying to create a livecd based on the fedora spins project's fedora-live-base.ks file. My livecd is going to be a console-only cd (no gui). My problem is that I cannot get sound working on the cd. I have added the alsa-lib and alsa-utils packages but no success so far. I am not finding an alsa-drivers rpm anywhere that I can add to the cd. Any suggestions would be appreciated. From katzj at redhat.com Mon Aug 11 20:13:07 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 11 Aug 2008 16:13:07 -0400 Subject: [Fedora-livecd-list] sound on a fedora livecd In-Reply-To: <153300b9-9024-490b-8772-17d55f1e7ab5@default> References: <153300b9-9024-490b-8772-17d55f1e7ab5@default> Message-ID: <1218485587.12612.2.camel@aglarond.local> On Mon, 2008-08-11 at 12:31 -0700, DON.RAIKES at oracle.com wrote: > I am trying to create a livecd based on the fedora spins project's fedora-live-base.ks file. > My livecd is going to be a console-only cd (no gui). > > My problem is that I cannot get sound working on the cd. I have added the alsa-lib and alsa-utils packages but no success so far. > > I am not finding an alsa-drivers rpm anywhere that I can add to the cd. The alsa drivers are included in the kernel. You shouldn't need any other packages Jeremy From imain at redhat.com Tue Aug 12 01:42:00 2008 From: imain at redhat.com (Ian Main) Date: Mon, 11 Aug 2008 18:42:00 -0700 Subject: [Fedora-livecd-list] [PATCH] Honour --append configuration option from the kickstart file. Message-ID: <1218505320-10453-1-git-send-email-imain@redhat.com> This patch adds support for the --append line to the bootloader config option in the kickstart file. It also adds some logic to propogate it to pxe boot images, as was already done with the iso-to-disk image creator. Signed-off-by: Ian Main --- imgcreate/kickstart.py | 7 +++++++ imgcreate/live.py | 4 ++++ tools/livecd-iso-to-pxeboot.sh | 7 ++++++- 3 files changed, 17 insertions(+), 1 deletions(-) diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index e352e98..6ff5a73 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -461,6 +461,13 @@ def get_default_kernel(ks, default = None): return default return ks.handler.bootloader.default +def get_kernel_append_line(ks, default = None): + if not hasattr(ks.handler.bootloader, "appendLine"): + return default + if not ks.handler.bootloader.appendLine: + return default + return ks.handler.bootloader.appendLine + def get_repos(ks, repo_urls = {}): repos = [] for repo in ks.handler.repo.repoList: diff --git a/imgcreate/live.py b/imgcreate/live.py index f98f76c..c4e4d3e 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -99,6 +99,10 @@ class LiveImageCreatorBase(LoopImageCreator): r += " rhgb" if os.path.exists(self._instroot + "/usr/bin/plymouth"): r += " rhgb" + # Get --append line from kickstart bootloader option. + append_line = kickstart.get_kernel_append_line(self.ks) + if append_line: + r += " " + append_line return r def _get_mkisofs_options(self, isodir): diff --git a/tools/livecd-iso-to-pxeboot.sh b/tools/livecd-iso-to-pxeboot.sh index b1ccf5f..8b5571a 100755 --- a/tools/livecd-iso-to-pxeboot.sh +++ b/tools/livecd-iso-to-pxeboot.sh @@ -101,6 +101,11 @@ else echo "Warning: You need to add pxelinux.0 to tftpboot/ subdirectory" fi +# Get boot append line from original cd image. +if [ -f $CDMNT/isolinux/isolinux.cfg ]; then + APPEND=$(grep -m1 append isolinux.cfg | sed -e "s#CDLABEL=[^ ]*#/$ISOBASENAME#" -e "s/ *append *//") +fi + # pxelinux configuration. mkdir tftpboot/pxelinux.cfg cat > tftpboot/pxelinux.cfg/default < This is to resolve RH bug #458803 --- imgcreate/yuminst.py | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index a7b04b6..628b0cd 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -103,8 +103,8 @@ class LiveCDYum(yum.YumBase): # dict so that things don't get pulled back in as a result # of them. yes, this is ugly. conditionals should die. for req, pkgs in self.tsInfo.conditionals.iteritems(): - if x in pkgs: - pkgs.remove(x) + if x.name in pkgs: + pkgs.remove(x.name) self.tsInfo.conditionals[req] = pkgs else: logging.warn("No such package %s to remove" %(pkg,)) -- 1.5.5.2 -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Tue Aug 12 13:41:19 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Aug 2008 09:41:19 -0400 Subject: [Fedora-livecd-list] [PATCH] Honour --append configuration option from the kickstart file. In-Reply-To: <1218505320-10453-1-git-send-email-imain@redhat.com> References: <1218505320-10453-1-git-send-email-imain@redhat.com> Message-ID: <1218548479.12500.0.camel@aglarond.local> On Mon, 2008-08-11 at 18:42 -0700, Ian Main wrote: > This patch adds support for the --append line to the bootloader config option Applied, thanks Jeremy From katzj at redhat.com Tue Aug 12 13:42:38 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Aug 2008 09:42:38 -0400 Subject: [Fedora-livecd-list] [PATCH] Handle yum api change so that conditional dict has only package names, not objects. In-Reply-To: <1218545303.408.26.camel@localhost.localdomain> References: <1218545303.408.26.camel@localhost.localdomain> Message-ID: <1218548558.12500.2.camel@aglarond.local> On Tue, 2008-08-12 at 08:48 -0400, Jesse Keating wrote: > This is to resolve RH bug #458803 This ends up breaking compatibility with older yum, which isn't really acceptable. Also, the right thing is to fix yum to *not* change its API/ABI -- not to adjust every caller to handle the fallout Jeremy From jkeating at redhat.com Tue Aug 12 14:28:28 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Aug 2008 10:28:28 -0400 Subject: [Fedora-livecd-list] [PATCH] Handle yum api change so that conditional dict has only package names, not objects. In-Reply-To: <1218548558.12500.2.camel@aglarond.local> References: <1218545303.408.26.camel@localhost.localdomain> <1218548558.12500.2.camel@aglarond.local> Message-ID: <1218551308.408.29.camel@localhost.localdomain> On Tue, 2008-08-12 at 09:42 -0400, Jeremy Katz wrote: > This ends up breaking compatibility with older yum, which isn't really > acceptable. Also, the right thing is to fix yum to *not* change its > API/ABI -- not to adjust every caller to handle the fallout I don't disagree, was just working with what I got :/ -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Tue Aug 12 14:29:47 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Aug 2008 10:29:47 -0400 Subject: [Fedora-livecd-list] [PATCH] Handle yum api change so that conditional dict has only package names, not objects. In-Reply-To: <1218551308.408.29.camel@localhost.localdomain> References: <1218545303.408.26.camel@localhost.localdomain> <1218548558.12500.2.camel@aglarond.local> <1218551308.408.29.camel@localhost.localdomain> Message-ID: <1218551387.27760.0.camel@aglarond.local> On Tue, 2008-08-12 at 10:28 -0400, Jesse Keating wrote: > On Tue, 2008-08-12 at 09:42 -0400, Jeremy Katz wrote: > > This ends up breaking compatibility with older yum, which isn't really > > acceptable. Also, the right thing is to fix yum to *not* change its > > API/ABI -- not to adjust every caller to handle the fallout > > I don't disagree, was just working with what I got :/ You have the yum source too :-) But fix worked up for yum and pushed by Seth about 20 minutes ago, so we should be good Jeremy From katzj at fedoraproject.org Tue Aug 12 14:32:58 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Tue, 12 Aug 2008 14:32:58 +0000 (UTC) Subject: [Fedora-livecd-list] imgcreate/kickstart.py imgcreate/live.py tools/livecd-iso-to-pxeboot.sh Message-ID: <20080812143258.BF96812002B@lists.fedorahosted.org> imgcreate/kickstart.py | 7 +++++++ imgcreate/live.py | 4 ++++ tools/livecd-iso-to-pxeboot.sh | 7 ++++++- 3 files changed, 17 insertions(+), 1 deletion(-) New commits: commit 7ffdfbc3ca2523f44e0c30a8a9938635d6ba0281 Author: Ian Main Date: Mon Aug 11 18:42:00 2008 -0700 Honour --append configuration option from the kickstart file. This patch adds support for the --append line to the bootloader config option in the kickstart file. It also adds some logic to propogate it to pxe boot images, as was already done with the iso-to-disk image creator. Signed-off-by: Ian Main diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index e352e98..6ff5a73 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -461,6 +461,13 @@ def get_default_kernel(ks, default = None): return default return ks.handler.bootloader.default +def get_kernel_append_line(ks, default = None): + if not hasattr(ks.handler.bootloader, "appendLine"): + return default + if not ks.handler.bootloader.appendLine: + return default + return ks.handler.bootloader.appendLine + def get_repos(ks, repo_urls = {}): repos = [] for repo in ks.handler.repo.repoList: diff --git a/imgcreate/live.py b/imgcreate/live.py index f98f76c..c4e4d3e 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -99,6 +99,10 @@ class LiveImageCreatorBase(LoopImageCreator): r += " rhgb" if os.path.exists(self._instroot + "/usr/bin/plymouth"): r += " rhgb" + # Get --append line from kickstart bootloader option. + append_line = kickstart.get_kernel_append_line(self.ks) + if append_line: + r += " " + append_line return r def _get_mkisofs_options(self, isodir): diff --git a/tools/livecd-iso-to-pxeboot.sh b/tools/livecd-iso-to-pxeboot.sh index b1ccf5f..8b5571a 100755 --- a/tools/livecd-iso-to-pxeboot.sh +++ b/tools/livecd-iso-to-pxeboot.sh @@ -101,6 +101,11 @@ else echo "Warning: You need to add pxelinux.0 to tftpboot/ subdirectory" fi +# Get boot append line from original cd image. +if [ -f $CDMNT/isolinux/isolinux.cfg ]; then + APPEND=$(grep -m1 append isolinux.cfg | sed -e "s#CDLABEL=[^ ]*#/$ISOBASENAME#" -e "s/ *append *//") +fi + # pxelinux configuration. mkdir tftpboot/pxelinux.cfg cat > tftpboot/pxelinux.cfg/default < Hi, I'm using a LiveCD generated by the livecd-tools. Sometimes during our testing it would be handy to view/modify the kickstart script that will be used by the live-cd installer (Anaconda) at local-disk-install-time. In other words, we would like to be able to do the following: 1) generate a livecd 2) burn to a CD/DVD 3) boot the CD/DVD in a target machine 4) view/modify the kickstart script (e.g. tweak a few install or post-install actions) 5) launch the installer 6) install to the local hard drive Can someone tell me where the kickstart file is stored on the livecd image? thanks! -Andy Smith asmith11 at cox.net From katzj at redhat.com Tue Aug 12 20:04:45 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Aug 2008 16:04:45 -0400 Subject: [Fedora-livecd-list] Kickstart Script Location In-Reply-To: <20080812153505.KQ0PZ.91681.imail@eastrmwml10> References: <20080812153505.KQ0PZ.91681.imail@eastrmwml10> Message-ID: <1218571485.27760.23.camel@aglarond.local> On Tue, 2008-08-12 at 15:35 -0400, asmith11 at cox.net wrote: > I'm using a LiveCD generated by the livecd-tools. Sometimes during our testing it would > be handy to view/modify the kickstart script that will be used by the live-cd installer > (Anaconda) at local-disk-install-time. There isn't a kickstart used by the live installer. It's instead interactive and just dd's over the filesystem image of the livecd rather than installing packages. Jeremy From ggarland at cox.net Tue Aug 12 23:15:17 2008 From: ggarland at cox.net (ggarland at cox.net) Date: Tue, 12 Aug 2008 19:15:17 -0400 Subject: [Fedora-livecd-list] Encrypting LiveCD Message-ID: <20080812191517.HPV3R.183114.imail@eastrmwml42> Greetings Everyone, I would like to say "Thanks" to all who have contributed to this project and any open source project. Is it possible to encrypted the Live CD like you would a hard drive? If yes, could you point me to some documentation on it or give me an idea on how to go about doing it. I have done some reading on encrypting, but being so new at this, I not sure how to go about it. If it is not doable, please let me know. Thanks again, Gerald From asmith11 at cox.net Wed Aug 13 00:21:02 2008 From: asmith11 at cox.net (asmith11 at cox.net) Date: Tue, 12 Aug 2008 20:21:02 -0400 Subject: [Fedora-livecd-list] Kickstart Script Location In-Reply-To: <1218571485.27760.23.camel@aglarond.local> Message-ID: <20080812202102.O7I88.82829.imail@eastrmwml11> > There isn't a kickstart used by the live installer. It's instead > interactive and just dd's over the filesystem image of the livecd rather > than installing packages. Thanks, LOL... that explains why I was having such a hard time finding the kickstart script within the LiveCD image! Bonus question: I would rather that the system image installed to the hard disk not use LVM. Does anyone know how to instruct Anaconda to not use LVM and just install directly to the partitions without an LVM layer? Thanks! -Andy Smith ---- Jeremy Katz wrote: > On Tue, 2008-08-12 at 15:35 -0400, asmith11 at cox.net wrote: > > I'm using a LiveCD generated by the livecd-tools. Sometimes during our testing it would > > be handy to view/modify the kickstart script that will be used by the live-cd installer > > (Anaconda) at local-disk-install-time. > > There isn't a kickstart used by the live installer. It's instead > interactive and just dd's over the filesystem image of the livecd rather > than installing packages. > > Jeremy > > -- > 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 Wed Aug 13 16:59:31 2008 From: apevec at redhat.com (Alan Pevec) Date: Wed, 13 Aug 2008 18:59:31 +0200 Subject: [Fedora-livecd-list] imgcreate/kickstart.py imgcreate/live.py tools/livecd-iso-to-pxeboot.sh In-Reply-To: <20080812143258.BF96812002B@lists.fedorahosted.org> References: <20080812143258.BF96812002B@lists.fedorahosted.org> Message-ID: <48A312F3.7080908@redhat.com> Jeremy Katz wrote: > imgcreate/kickstart.py | 7 +++++++ > imgcreate/live.py | 4 ++++ please revert those changes since it's already covered by http://git.fedorahosted.org/git/?p=livecd;a=commitdiff;h=32575fd38289cb6777c2e2f9fd9ccc53b0bc8d55 > tools/livecd-iso-to-pxeboot.sh | 7 ++++++- this one is good From DON.RAIKES at oracle.com Wed Aug 13 17:05:10 2008 From: DON.RAIKES at oracle.com (DON.RAIKES at oracle.com) Date: Wed, 13 Aug 2008 10:05:10 -0700 (PDT) Subject: [Fedora-livecd-list] specifying package versions Message-ID: Hello, I am working on a specialized console-based livecd, and want to include my custom kernel. I have the rpm for the kernel in a local yum repository. I include my local repository in my kickstart file, but when I run livecd-creator, it tries to pull the latest kernel from the release repository not my custom kernel. Is there a way to tell livecd-creator to use my custom kernel? Donald Raikes | Accessibility Specialist Phone: +16028246213 | Fax: +15207440826 | Mobile: +15202717608 Oracle JDeveloper QA ORACLE United States | | Tucson, Arizona "Please consider your environmental responsibility before printing this e-mail" -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: oracle_sig_logo.gif Type: image/gif Size: 658 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: env-resp.gif Type: image/gif Size: 1194 bytes Desc: not available URL: From katzj at fedoraproject.org Wed Aug 13 17:13:58 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 13 Aug 2008 17:13:58 +0000 (UTC) Subject: [Fedora-livecd-list] imgcreate/kickstart.py imgcreate/live.py Message-ID: <20080813171358.A9C2B12002B@lists.fedorahosted.org> imgcreate/kickstart.py | 7 ------- imgcreate/live.py | 4 ---- 2 files changed, 11 deletions(-) New commits: commit 29212b58963fbb366f5451f817c2caad4458a2cf Author: Jeremy Katz Date: Wed Aug 13 13:10:10 2008 -0400 Some parts of the kernel append line were already handled; revert This reverts commit 7ffdfbc3ca2523f44e0c30a8a9938635d6ba0281. diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 6ff5a73..e352e98 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -461,13 +461,6 @@ def get_default_kernel(ks, default = None): return default return ks.handler.bootloader.default -def get_kernel_append_line(ks, default = None): - if not hasattr(ks.handler.bootloader, "appendLine"): - return default - if not ks.handler.bootloader.appendLine: - return default - return ks.handler.bootloader.appendLine - def get_repos(ks, repo_urls = {}): repos = [] for repo in ks.handler.repo.repoList: diff --git a/imgcreate/live.py b/imgcreate/live.py index c4e4d3e..f98f76c 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -99,10 +99,6 @@ class LiveImageCreatorBase(LoopImageCreator): r += " rhgb" if os.path.exists(self._instroot + "/usr/bin/plymouth"): r += " rhgb" - # Get --append line from kickstart bootloader option. - append_line = kickstart.get_kernel_append_line(self.ks) - if append_line: - r += " " + append_line return r def _get_mkisofs_options(self, isodir): From busuttil at redhat.com Thu Aug 14 09:40:14 2008 From: busuttil at redhat.com (Wayne Busuttil) Date: Thu, 14 Aug 2008 10:40:14 +0100 Subject: [Fedora-livecd-list] Problems building RHEL5 Live CD on F9 Message-ID: <48A3FD7E.3060804@redhat.com> Hi I am trying to build a Live CD of RHEL5. I prefer to build a 5.2 Client on i386, but so far only have the media for 5.1 Client on x86_64, so have tried building for that (5.2 Client on i386 still downloading :) ). I'm using F9 on x86_64 to build this. I'm having problems though - the image builds, but upon attempting to boot it, the grub screen appears and only contains "Boot from local drive". Hitting return fails to get me any further. I've tried this by running the ISO as a virtual CD in a KVM guest (in which case I get the error "FATAL: INT18: BOOT FAILURE"), and also using livecd-iso-to-disk to put the image onto a USB pen and attempting boot it on another system (in which case the boot gets no further, but no error). Has anyone seen this before? I can provide a copy of the ks file I am using, along with a transcript of the build process. Any suggestions here would be greatly appreciated. Kind regards Wayne -- Wayne Busuttil From apevec at redhat.com Thu Aug 14 14:50:46 2008 From: apevec at redhat.com (Alan Pevec) Date: Thu, 14 Aug 2008 16:50:46 +0200 Subject: [Fedora-livecd-list] imgcreate/kickstart.py imgcreate/live.py tools/livecd-iso-to-pxeboot.sh In-Reply-To: <20080812143258.BF96812002B@lists.fedorahosted.org> References: <20080812143258.BF96812002B@lists.fedorahosted.org> Message-ID: <48A44646.4080608@redhat.com> ok, one more thing :) Jeremy Katz wrote: > --- a/tools/livecd-iso-to-pxeboot.sh > +++ b/tools/livecd-iso-to-pxeboot.sh > +# Get boot append line from original cd image. > +if [ -f $CDMNT/isolinux/isolinux.cfg ]; then > + APPEND=$(grep -m1 append isolinux.cfg | sed -e "s#CDLABEL=[^ ]*#/$ISOBASENAME#" -e "s/ *append *//") + APPEND=$(grep -m1 append $CDMNT/isolinux/isolinux.cfg | sed -e "s#CDLABEL=[^ ]*#/$ISOBASENAME#" -e "s/ *append *//") From o.haessler at googlemail.com Sat Aug 16 21:56:10 2008 From: o.haessler at googlemail.com (=?UTF-8?Q?Oliver_H=C3=A4=C3=9Fler?=) Date: Sat, 16 Aug 2008 23:56:10 +0200 Subject: [Fedora-livecd-list] Using the livecd-creator way to build a custom Install CD on CentOS Message-ID: Hi Guys, well, today i played a little bit with the livecd-creator tools on CentOS 5.2 and I think it is awesome. Well, at work, I have to administrate some CentOS 5 and RHEL 5 Proxy Servers, and I have the problem, that once a while, I have to create a new Install CD, which is a custom CentOS / RHEL CD with a kickstart Installation on it. Right now, I have the problem, that when I build a new CD it should use the actual Packages out of a repository on my Server. Right now, I have to do it by hand to exchange the files like kernel rpm or other packages to have the updated Packages inside the new CD. After looking at livecd-creator, I search something like the mechanism for downloading the rpms from a repository. So something like: look at my comps.xml to see what should be installed and download it from a repo. Also a system with a kickstart file would be ok, like: create a kickstart file with all rpms that should be installed, download the RPMs, and do the other stuff to prepare the installation CD. Maybe one of u guys have an Idea how to manage that. Thanks in advance. -- Mit freundlichen Gr??en / Best regards Oliver H. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vnpenguin at vnoss.org Sun Aug 17 18:59:28 2008 From: vnpenguin at vnoss.org (Vnpenguin) Date: Sun, 17 Aug 2008 20:59:28 +0200 Subject: [Fedora-livecd-list] Using the livecd-creator way to build a custom Install CD on CentOS In-Reply-To: References: Message-ID: On Sat, Aug 16, 2008 at 11:56 PM, Oliver H??ler wrote: > Hi Guys, > > well, today i played a little bit with the livecd-creator tools on CentOS > 5.2 and I think it is awesome. Well, at work, I have to administrate some > CentOS 5 and RHEL 5 Proxy Servers, and I have the problem, that once a > while, I have to create a new Install CD, which is a custom CentOS / RHEL CD > with a kickstart Installation on it. Right now, I have the problem, that > when I build a new CD it should use the actual Packages out of a repository > on my Server. Right now, I have to do it by hand to exchange the files like > kernel rpm or other packages to have the updated Packages inside the new CD. > After looking at livecd-creator, I search something like the mechanism for > downloading the rpms from a repository. So something like: look at my > comps.xml to see what should be installed and download it from a repo. Also > a system with a kickstart file would be ok, like: create a kickstart file > with all rpms that should be installed, download the RPMs, and do the other > stuff to prepare the installation CD. Maybe one of u guys have an Idea how > to manage that. I used pungi to build customized CD of Fedora 9. All update packages were downloaded automatically (from public repos or my local repo) for my CD. Don't know if pungi is usable for CentOS. -- http://vnoss.org From busuttil at redhat.com Wed Aug 20 10:50:54 2008 From: busuttil at redhat.com (Wayne Busuttil) Date: Wed, 20 Aug 2008 11:50:54 +0100 Subject: [Fedora-livecd-list] restorecon -l option does not exist? Message-ID: <48ABF70E.70908@redhat.com> Hi I notice that, in at least these versions (probably most versions): livecd-tools-017.1-1.fc9.x86_64 livecd-tools-013-5.el5 that the -l (lower-case L) option is used on the call to restorecon in kickstart.py. As far as I can see, there is no "-l" option to restorecon, so this will never succeed. In fact, I had to remove it in order to get a working live CD image. Is there something I'm missing here? Kind regards Wayne -- Wayne Busuttil From eck3ko at gmail.com Wed Aug 20 17:44:39 2008 From: eck3ko at gmail.com (EcK3kO) Date: Wed, 20 Aug 2008 12:44:39 -0500 Subject: [Fedora-livecd-list] IO error Message-ID: <29d47f9b0808201044xb79dd5er8f1d102f147feab6@mail.gmail.com> Hi! i use fedora 9 live usb, work perfect but the problem happens when i install something :S like 100 mb of stuffs, different rpms, and then happens 2 things or it just freezes or the next time i boot it says IO error and drop me to a shell :S any help? -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Thu Aug 21 05:21:26 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 21 Aug 2008 01:21:26 -0400 Subject: [Fedora-livecd-list] pre-prelink livecd contents? Message-ID: <48ACFB56.4060304@redhat.com> Could the binaries of a livecd chroot be pre-prelinked before being written? Would this help runtime performance of the livecd any? Would there be any drawbacks? Warren Togami wtogami at redhat.com From katzj at redhat.com Thu Aug 21 13:48:00 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 21 Aug 2008 09:48:00 -0400 Subject: [Fedora-livecd-list] pre-prelink livecd contents? In-Reply-To: <48ACFB56.4060304@redhat.com> References: <48ACFB56.4060304@redhat.com> Message-ID: <1219326480.22895.7.camel@aglarond.local> On Thu, 2008-08-21 at 01:21 -0400, Warren Togami wrote: > Could the binaries of a livecd chroot be pre-prelinked before being > written? Would this help runtime performance of the livecd any? Would > there be any drawbacks? You can do it in %post. It does have the drawback of requiring additional space. Jeremy From moe at blagblagblag.org Thu Aug 21 20:53:53 2008 From: moe at blagblagblag.org (jeff) Date: Thu, 21 Aug 2008 17:53:53 -0300 Subject: [Fedora-livecd-list] pre-prelink livecd contents? In-Reply-To: <48ACFB56.4060304@redhat.com> References: <48ACFB56.4060304@redhat.com> Message-ID: <48ADD5E1.9040503@blagblagblag.org> Warren Togami wrote: > Could the binaries of a livecd chroot be pre-prelinked before being > written? Would this help runtime performance of the livecd any? Would > there be any drawbacks? I've done this in the past without any ill effects. I didn't benchmark to see if it went any faster though. In %post. From eck3ko at gmail.com Fri Aug 22 17:52:56 2008 From: eck3ko at gmail.com (EcK3kO) Date: Fri, 22 Aug 2008 12:52:56 -0500 Subject: [Fedora-livecd-list] Bug in initramfs /init detected. Dropping to a shell. Good Luck! Message-ID: <29d47f9b0808221052g7bcd46c7q557256c50dfea706@mail.gmail.com> I have created and installed Fedora 9 live-cd images to my usb device. then i begin to update some packages, well the "update" appeared to go well and while running from the usb device before during and after updates seemed good and now the "but" part upon rebooting got this message: Bug in initramfs /init detected. Dropping to a shell. Good Luck! the same problem experienced with Gnome and Kde. :S -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Tue Aug 26 01:28:54 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Aug 2008 21:28:54 -0400 Subject: [Fedora-livecd-list] livecd-creator problem during enforcing In-Reply-To: <489139E7.8060201@redhat.com> References: <489139E7.8060201@redhat.com> Message-ID: <48B35C56.8080204@redhat.com> Warren Togami wrote: > Hi Eric, > > jeremy: btw, any idea why if I create a livecd while enforcing, > the resulting image when booted cannot do /bin/su? > Permission denied > jeremy: F9 host, F9 target image > jeremy: it seems fine if I setenforce 0 before livecd-creator > warren: with f9 updates? if so, I *thought* all of the selinux > userspace bits for enforcing had been pushed. but I didn't keep that > close of an eye on them. eparis would be the one to ask > > Currently if I make a LiveCD of F9 + updates on a F9 host, > livecd-creator seems to succeed. But if I boot that live image, I am > unable to run /bin/su because of a denied permission. setenforce 0 > prior to livecd-creator creates a working image. > > Are we missing bits pushed to F9 updates that would allow enforcing to > be enabled and to create a valid LiveCD image? > According to dwalsh it turns out that you need at least kernel-2.6.26 for livecd-creator to work properly with enforcing enabled. Warren From don at draikes.com Tue Aug 26 18:36:54 2008 From: don at draikes.com (Don Raikes) Date: Tue, 26 Aug 2008 11:36:54 -0700 Subject: [Fedora-livecd-list] setting isolinux timeout Message-ID: <20080826183612.GA2804@mylab.draikes.com> Hello, Is there a way from within livecd-creator and/or the kickstart files to reduce the isolinux timeout on the livecd? By default the timeout in isolinux.cfg is 100 seconds, and I would like to reduce that to something more reasonable for my purposes. using bootloader options in the kickstart file only affect the timeout of the boot menu after isolinux has passed control to the livecd's grub. Any info would be greatly appreciated. TIA, Don Raikes -- TIA, Don Raikes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From katzj at fedoraproject.org Wed Aug 27 15:27:36 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 27 Aug 2008 15:27:36 +0000 (UTC) Subject: [Fedora-livecd-list] 2 commits - config/livecd-fedora-7-desktop.ks config/livecd-fedora-7-kde.ks config/livecd-fedora-8-base-desktop.ks config/livecd-fedora-8-desktop.ks config/livecd-fedora-8-developer.ks config/livecd-fedora-8-electronic-lab.ks config/livecd-fedora-8-games.ks config/livecd-fedora-8-kde.ks config/livecd-fedora-9-base-desktop.ks config/livecd-fedora-9-desktop.ks config/livecd-fedora-9-kde.ks config/livecd-fedora-base-desktop.ks config/livecd-fedora-desktop.ks config/livecd-fedora-developer.ks config/livecd-fedora-electronic-lab.ks config/livecd-fedora-games.ks config/livecd-fedora-kde.ks config/livedvd-fedora-kde.ks Message-ID: <20080827152736.1E78112036B@lists.fedorahosted.org> config/livecd-fedora-7-desktop.ks | 176 ------------------ config/livecd-fedora-7-kde.ks | 184 ------------------- config/livecd-fedora-8-base-desktop.ks | 189 ------------------- config/livecd-fedora-8-desktop.ks | 145 --------------- config/livecd-fedora-8-developer.ks | 115 ----------- config/livecd-fedora-8-electronic-lab.ks | 237 ------------------------ config/livecd-fedora-8-games.ks | 155 ---------------- config/livecd-fedora-8-kde.ks | 98 ---------- config/livecd-fedora-9-base-desktop.ks | 224 ----------------------- config/livecd-fedora-9-desktop.ks | 172 ----------------- config/livecd-fedora-9-kde.ks | 94 --------- config/livecd-fedora-base-desktop.ks | 298 ------------------------------- config/livecd-fedora-desktop.ks | 178 ------------------ config/livecd-fedora-developer.ks | 116 ------------ config/livecd-fedora-electronic-lab.ks | 237 ------------------------ config/livecd-fedora-games.ks | 164 ----------------- config/livecd-fedora-kde.ks | 109 ----------- config/livedvd-fedora-kde.ks | 109 ----------- 18 files changed, 3000 deletions(-) New commits: commit 785ab9f8b559c0c991601c3646e3ba72c486375a Author: Jeremy Katz Date: Mon Aug 11 12:18:56 2008 -0400 And remove current configs Live image configs for the distribution are now kept in the spin-kickstarts git repository on fedorahosted. This is because they really shouldn't be incredibly tied to the tools, other than taking advantage as new features are added. It also makes it easier to delegate out commit access for the configs. Leaving the minimal config here so that there is something to have for testing purposes diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks deleted file mode 100644 index f24c091..0000000 --- a/config/livecd-fedora-base-desktop.ks +++ /dev/null @@ -1,298 +0,0 @@ -lang en_US.UTF-8 -keyboard us -timezone US/Eastern -auth --useshadow --enablemd5 -selinux --enforcing -firewall --disabled -xconfig --startxonboot -part / --size 4096 -services --enabled=NetworkManager --disabled=network,sshd - -repo --name=development --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch - -%packages - at base-x - at base - at core - at fonts - at admin-tools - at dial-up - at hardware-support - at printing -kernel -memtest86+ -firstaidkit-plugin-all - -# save some space --specspo --esc --samba-client --a2ps --mpage --redhat-lsb --sox --hplip --hpijs -# smartcards won't really work on the livecd. --coolkey --ccid -# duplicate functionality --pinfo --vorbis-tools --wget -# dasher is just too big --dasher -# lose the compat stuff --compat* - -# qlogic firmwares --ql2100-firmware --ql2200-firmware --ql23xx-firmware --ql2400-firmware - -# scanning takes quite a bit of space :/ --xsane --xsane-gimp --sane-backends - -# livecd bits to set up the livecd and be able to install -anaconda -isomd5sum - -# make sure debuginfo doesn't end up on the live image --*debuginfo -%end - -%post -# FIXME: it'd be better to get this installed from a package -cat > /etc/rc.d/init.d/fedora-live << EOF -#!/bin/bash -# -# live: Init script for live image -# -# chkconfig: 345 00 99 -# description: Init script for live image. - -. /etc/init.d/functions - -if ! strstr "\`cat /proc/cmdline\`" liveimg || [ "\$1" != "start" ] || [ -e /.liveimg-configured ] ; then - exit 0 -fi - -exists() { - which \$1 >/dev/null 2>&1 || return - \$* -} - -touch /.liveimg-configured - -# mount live image -if [ -b \`readlink -f /dev/live\` ]; then - mkdir -p /mnt/live - mount -o ro /dev/live /mnt/live -fi - -# enable swaps unless requested otherwise -swaps=\`blkid -t TYPE=swap -o device\` -if ! strstr "\`cat /proc/cmdline\`" noswap && [ -n "\$swaps" ] ; then - for s in \$swaps ; do - action "Enabling swap partition \$s" swapon \$s - done -fi - -mountPersistentHome() { - # support label/uuid - if [ "\${homedev##LABEL=}" != "\${homedev}" -o "\${homedev##UUID=}" != "\${homedev}" ]; then - homedev=\`/sbin/blkid -o device -t "\$homedev"\` - fi - - # if we're given a file rather than a blockdev, loopback it - if [ ! -b "\$homedev" ]; then - loopdev=\`losetup -f\` - if [ "\${homedev##/mnt/live}" != "\${homedev}" ]; then - action "Remounting live store r/w" mount -o remount,rw /mnt/live - fi - losetup \$loopdev \$homedev - homedev=\$loopdev - fi - - # if it's encrypted, we need to unlock it - if [ "\$(/lib/udev/vol_id -t \$homedev)" = "crypto_LUKS" ]; then - echo - echo "Setting up encrypted /home device" - plymouth ask-for-password --command="cryptsetup luksOpen \$homedev EncHome" - homedev=/dev/mapper/EncHome - fi - - # and finally do the mount - mount \$homedev /home - [ -x /sbin/restorecon ] && /sbin/restorecon /home - if [ -d /home/fedora ]; then USERADDARGS="-M" ; fi -} - -findPersistentHome() { - for arg in \`cat /proc/cmdline\` ; do - if [ "\${arg##persistenthome=}" != "\${arg}" ]; then - homedev=\${arg##persistenthome=} - return - fi - done -} - -if strstr "\`cat /proc/cmdline\`" persistenthome= ; then - findPersistentHome -elif [ -e /mnt/live/LiveOS/home.img ]; then - homedev=/mnt/live/LiveOS/home.img -fi - -# if we have a persistent /home, then we want to go ahead and mount it -if ! strstr "\`cat /proc/cmdline\`" nopersistenthome && [ -n "\$homedev" ] ; then - action "Mounting persistent /home" mountPersistentHome -fi - -# add fedora user with no passwd -action "Adding fedora user" useradd \$USERADDARGS -c "Fedora Live" fedora -passwd -d fedora > /dev/null - -# turn off firstboot for livecd boots -chkconfig --level 345 firstboot off 2>/dev/null - -# don't start yum-updatesd for livecd boots -chkconfig --level 345 yum-updatesd off 2>/dev/null - -# don't do packagekit checking by default -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t string /apps/gnome-packagekit/frequency_get_updates never >/dev/null -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t string /apps/gnome-packagekit/frequency_refresh_cache never >/dev/null -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t bool /apps/gnome-packagekit/notify_available false >/dev/null - -# apparently, the gconf keys aren't enough -mkdir -p /home/fedora/.config/autostart -echo "X-GNOME-Autostart-enabled=false" >> /home/fedora/.config/autostart/gpk-update-icon.desktop -chown -R fedora:fedora /home/fedora/.config - - - -# don't start cron/at as they tend to spawn things which are -# disk intensive that are painful on a live image -chkconfig --level 345 crond off 2>/dev/null -chkconfig --level 345 atd off 2>/dev/null -chkconfig --level 345 anacron off 2>/dev/null -chkconfig --level 345 readahead_early off 2>/dev/null -chkconfig --level 345 readahead_later off 2>/dev/null - -# make it so that we don't do writing to the overlay for things which -# are just tmpdirs/caches -mount -t tmpfs varcacheyum /var/cache/yum -mount -t tmpfs tmp /tmp -mount -t tmpfs vartmp /var/tmp -[ -x /sbin/restorecon ] && /sbin/restorecon /var/cache/yum /tmp /var/tmp >/dev/null 2>&1 - -# Stopgap fix for RH #217966; should be fixed in HAL instead -touch /media/.hal-mtab - -# workaround clock syncing on shutdown that we don't want (#297421) -sed -i -e 's/hwclock/no-such-hwclock/g' /etc/rc.d/init.d/halt - -# and hack so that we eject the cd on shutdown if we're using a CD... -if strstr "\`cat /proc/cmdline\`" CDLABEL= ; then - cat >> /sbin/halt.local << FOE -#!/bin/bash -# we want to eject the cd on halt, but let's also try to avoid -# io errors due to not being able to get files... -cat /sbin/halt > /dev/null -cat /sbin/reboot > /dev/null -/usr/sbin/eject -p -m \$(readlink -f /dev/live) >/dev/null 2>&1 -FOE -chmod +x /sbin/halt.local -fi - -EOF - -# bah, hal starts way too late -cat > /etc/rc.d/init.d/fedora-late-live << EOF -#!/bin/bash -# -# live: Late init script for live image -# -# chkconfig: 345 99 01 -# description: Late init script for live image. - -. /etc/init.d/functions - -if ! strstr "\`cat /proc/cmdline\`" liveimg || [ "\$1" != "start" ] || [ -e /.liveimg-late-configured ] ; then - exit 0 -fi - -exists() { - which \$1 >/dev/null 2>&1 || return - \$* -} - -touch /.liveimg-late-configured - -# read some variables out of /proc/cmdline -for o in \`cat /proc/cmdline\` ; do - case \$o in - ks=*) - ks="\${o#ks=}" - ;; - xdriver=*) - xdriver="--set-driver=\${o#xdriver=}" - ;; - esac -done - - -# if liveinst or textinst is given, start anaconda -if strstr "\`cat /proc/cmdline\`" liveinst ; then - /usr/sbin/liveinst \$ks -fi -if strstr "\`cat /proc/cmdline\`" textinst ; then - /usr/sbin/liveinst --text \$ks -fi - -# configure X, allowing user to override xdriver -if [ -n "\$xdriver" ]; then - exists system-config-display --noui --reconfig --set-depth=24 \$xdriver -fi - -EOF - -# workaround avahi segfault (#279301) -touch /etc/resolv.conf -/sbin/restorecon /etc/resolv.conf - -chmod 755 /etc/rc.d/init.d/fedora-live -/sbin/restorecon /etc/rc.d/init.d/fedora-live -/sbin/chkconfig --add fedora-live - -chmod 755 /etc/rc.d/init.d/fedora-late-live -/sbin/restorecon /etc/rc.d/init.d/fedora-late-live -/sbin/chkconfig --add fedora-late-live - -# work around for poor key import UI in PackageKit -rm -f /var/lib/rpm/__db* -rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora - -# go ahead and pre-make the man -k cache (#455968) -/usr/sbin/makewhatis -w - -# save a little bit of space at least... -rm -f /boot/initrd* -# make sure there aren't core files lying around -rm -f /core* - -%end - - -%post --nochroot -cp $INSTALL_ROOT/usr/share/doc/*-release-*/GPL $LIVE_ROOT/GPL -cp $INSTALL_ROOT/usr/share/doc/HTML/readme-live-image/en_US/readme-live-image-en_US.txt $LIVE_ROOT/README - -# only works on x86, x86_64 -if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then - if [ ! -d $LIVE_ROOT/LiveOS ]; then mkdir -p $LIVE_ROOT/LiveOS ; fi - cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS -fi -%end diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks deleted file mode 100644 index e45c092..0000000 --- a/config/livecd-fedora-desktop.ks +++ /dev/null @@ -1,178 +0,0 @@ -%include livecd-fedora-base-desktop.ks - -%packages - at games - at graphical-internet - at graphics - at sound-and-video - at gnome-desktop -nss-mdns -NetworkManager-vpnc -NetworkManager-openvpn -# we don't include @office so that we don't get OOo. but some nice bits -abiword -gnumeric -#planner -#inkscape - - at albanian-support - at arabic-support - at assamese-support - at basque-support - at belarusian-support - at bengali-support - at brazilian-support - at british-support - at bulgarian-support - at catalan-support - at chinese-support - at czech-support - at danish-support - at dutch-support - at estonian-support - at finnish-support - at french-support - at galician-support - at georgian-support - at german-support - at greek-support - at gujarati-support - at hebrew-support - at hindi-support - at hungarian-support - at indonesian-support - at italian-support - at japanese-support - at kannada-support - at korean-support - at latvian-support - at lithuanian-support - at macedonian-support - at malayalam-support - at marathi-support - at nepali-support - at norwegian-support - at oriya-support - at persian-support - at polish-support - at portuguese-support - at punjabi-support - at romanian-support - at russian-support - at serbian-support - at slovak-support - at slovenian-support - at spanish-support - at swedish-support - at tamil-support - at telugu-support - at thai-support - at turkish-support - at ukrainian-support - at vietnamese-support - at welsh-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 -#@bhutanese-support -#@bosnian-support -#@breton-support -#@croatian-support -#@esperanto-support -#@ethiopic-support -#@faeroese-support -#@filipino-support -#@gaelic-support -#@icelandic-support -#@inuktitut-support -#@irish-support -#@khmer-support -#@lao-support -#@low-saxon-support -#@malay-support -#@maori-support -#@mongolian-support -#@northern-sami-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 -#@walloon-support -#@xhosa-support -#@zulu-support - -# These fonts are only used in the commented-out locales above --lklug-fonts --abyssinica-fonts --jomolhari-fonts - -# avoid weird case where we pull in more festival stuff than we need -festival -festvox-slt-arctic-hts - -# dictionaries are big --aspell-* --hunspell-* --man-pages-* --scim-tables-* --wqy-bitmap-fonts --dejavu-fonts-experimental - -# more fun with space saving --scim-lang-chinese --scim-python* -scim-chewing -scim-pinyin - -# save some space --gnome-user-docs --gimp-help --evolution-help --autofs --nss_db --vino --dasher --evince-dvi --evince-djvu -# not needed for gnome --acpid -# temporary - drags in many deps --ekiga --tomboy --f-spot - -# try to get down to cd sized for the alpha --gnumeric --isdn4k-utils -# hack to deal with conditionals + multiarch blargh --scim-bridge-gtk.i386 -%end - -%post -cat >> /etc/rc.d/init.d/fedora-live << EOF -# disable screensaver locking -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t bool /apps/gnome-screensaver/lock_enabled false >/dev/null -# set up timed auto-login for after 60 seconds -cat >> /etc/gdm/custom.conf << FOE -[daemon] -TimedLoginEnable=true -TimedLogin=fedora -TimedLoginDelay=60 -FOE - -EOF - -%end diff --git a/config/livecd-fedora-developer.ks b/config/livecd-fedora-developer.ks deleted file mode 100644 index bfa1496..0000000 --- a/config/livecd-fedora-developer.ks +++ /dev/null @@ -1,116 +0,0 @@ -%include livecd-fedora-desktop.ks - -part / --size 6000 - -%packages -# Libraries - at development-libs - at gnome-software-development - at java-development - -# SCM tools -bazaar -bzr -cogito -cvs2cl -cvsutils -git -mercurial -monotone -quilt - -# IDEs - at eclipse -anjuta -anjuta-docs -codeblocks -pida - -# General developer tools - at authoring-and-publishing - at development-tools - at editors - at system-tools - at virtualization -ElectricFence -alleyoop -crash -dejagnu -dogtail -elfutils-devel -emacs -emacs-el -expect -frysk-gnome -gconf-editor -gettext-devel -gnuplot -hexedit -inkscape -intltool -lynx -maven2 -mutt -scons -sharutils -socat -sox -sysprof -tcp_wrappers-devel -tcsh -texi2html -xchat - -# RPM/Fedora-specific tools - at buildsys-build -createrepo -koji -livecd-tools -mock -rpmdevtools -rpmlint - -eclipse-demos - -# Should we? -#@sql-server -#@mysql -#@ruby -#@web-development -#@x-software-development -# I think this is going to be too big on x86_64 -#*-devel -%end - -%post -# Enable debuginfo repository (useful for frysk, gdb, etc.) -awk ' -BEGIN { - debuginfo = 0 -} - /^\[.*\]/ { - if (/debuginfo/) { - debuginfo = 1 - } else { - debuginfo = 0 - } - print - next -} - /enabled=0/ && debuginfo { - print "enabled=1" - next -} -{ - print - next -}' < /etc/yum.repos.d/fedora.repo > /etc/yum.repos.d/fedora.repo.tmp -mv /etc/yum.repos.d/fedora.repo{.tmp,} - -cat >> /etc/rc.d/init.d/fedora-live << EOF -# Put link to demonstration videos on the desktop -pushd /home/fedora/Desktop -ln -s /usr/share/eclipse-demos-0.0.1 "Eclipse demonstration videos" -popd -EOF -%end diff --git a/config/livecd-fedora-electronic-lab.ks b/config/livecd-fedora-electronic-lab.ks deleted file mode 100644 index eeecb98..0000000 --- a/config/livecd-fedora-electronic-lab.ks +++ /dev/null @@ -1,237 +0,0 @@ -# Description : Live image for Fedora Electronic Lab -# last updated: 10 October 2007 - -%include livecd-fedora-base-desktop.ks - -%packages -# KDE basic packages -kdebase -kde-filesystem -kdelibs -kdenetwork -kdegraphics -kdeutils -knetworkmanager -kde-settings -kmenu-gnome -kdesvn -yakuake -# include default fedora wallpaper -desktop-backgrounds-basic -wget - -# some projects based on ghdl and gtkwave needs -zlib-devel - -#project management -vym -koffice-kspread -koffice-kword -koffice-kplato -koffice-filters - -# some other extra packages -ntfsprogs -ntfs-3g -synaptics -setroubleshoot -smolt -smolt-firstboot -syslinux -gnupg -hal-cups-utils - -# we don't want these --dos2unix --firefox --authconfig-gtk --PolicyKit-gnome --gnome-doc-utils-stylesheets - -# ignore comps.xml and make sure these packages are included -kpowersave -rhgb - - -#vlsi -alliance-doc -irsim -gds2pov -magic-doc -toped -xcircuit -qucs -netgen - -#Hardware Description Languages -gtkwave -iverilog -drawtiming -ghdl -freehdl - -#spice -ngspice -gnucap -#gspiceui -#gwave - -#PCB and schematics -geda-gschem -geda-examples -geda-gsymcheck -geda-gattrib -geda-utils -geda-docs -geda-gnetlist -gerbv -gresistor -kicad -pcb - -#Micro Programming -piklab -ktechlab -pikloops -sdcc - -# Serial Port Terminals -gtkterm -picocom -minicom - -#embedded -arm-gp2x-linux* -avr-* -avrdude -dfu-programmer -avarice -uisp - -#computing -octave - -%end - -%post - -###### Fedora Electronic Lab #################################################### - -# Fedora Electronic Lab: Kwin buttons -cat > /usr/share/kde-settings/kde-profile/default/share/config/kwinrc < /usr/share/kde-settings/kde-profile/default/share/config/klipperrc < /usr/share/kde-settings/kde-profile/default/share/config/clock_panelappletrc < /usr/share/kde-settings/kde-profile/default/share/config/kxkbrc < /etc/sysconfig/desktop <> /etc/rc.d/init.d/fedora-live << EOF - -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - # use image also for kdm - mkdir -p /usr/share/apps/kdm/faces - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /usr/share/apps/kdm/faces/fedora.face.icon -fi - -# make fedora user use KDE -echo "startkde" > /home/fedora/.xsession -chmod a+x /home/fedora/.xsession -chown fedora:fedora /home/fedora/.xsession - -# set up autologin for user fedora -sed -i 's/#AutoLoginEnable=true/AutoLoginEnable=true/' /etc/kde/kdm/kdmrc -sed -i 's/#AutoLoginUser=fred/AutoLoginUser=fedora/' /etc/kde/kdm/kdmrc - -# set up user fedora as default user and preselected user -sed -i 's/#PreselectUser=Default/PreselectUser=Default/' /etc/kde/kdm/kdmrc -sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc - -# disable screensaver -sed -i 's/Enabled=true/Enabled=false/' /usr/share/kde-settings/kde-profile/default/share/config/kdesktoprc - -# workaround to put liveinst on desktop and in menu -sed -i 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop -EOF - -# and set up gnome-keyring to startup/shutdown in kde -mkdir -p /etc/skel/.kde/env /etc/skel/.kde/shutdown -cat > /etc/skel/.kde/env/start-custom.sh << EOF -#!/bin/sh -eval \`gnome-keyring-daemon\` -export GNOME_KEYRING_PID -export GNOME_KEYRING_SOCKET -EOF -chmod 755 /etc/skel/.kde/env/start-custom.sh - -cat > /etc/skel/.kde/shutdown/stop-custom.sh << EOF -#/bin/sh -if [-n "$GNOME_KEYRING_PID"];then -kill $GNOME_KEYRING_PID -fi -EOF -chmod 755 /etc/skel/.kde/shutdown/stop-custom.sh - -###### Fedora Electronic Lab #################################################### - -# FEL doesn't need these and boots slowly -/sbin/chkconfig --del anacron -/sbin/chkconfig --del sendmail -/sbin/chkconfig --del nfs -/sbin/chkconfig --del nfslock -/sbin/chkconfig --del rpcidmapd -/sbin/chkconfig --del rpcbind - -%end - diff --git a/config/livecd-fedora-games.ks b/config/livecd-fedora-games.ks deleted file mode 100644 index 39013b2..0000000 --- a/config/livecd-fedora-games.ks +++ /dev/null @@ -1,164 +0,0 @@ -%include /usr/share/livecd-tools/livecd-fedora-desktop.ks -part / --size 8000 - -# customize repo configuration for local builds -# repo --name=development --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch - - -%packages - -# games - -# traditional (big) - -abuse -alienarena -armacycles-ad -asc -asc-music -astromenace -beneath-a-steel-sky-cd -blobAndConquer -boswars -bzflag -#croquet (pending) -crossfire-client -egoboo -FlightGear -flight-of-the-amazon-queen-cd -freeciv -freecol -freedoom -freedroidrpg -frozen-bubble -gl-117 -lincity-ng -manaworld -maniadrive -maniadrive-music -nethack-vultures -neverball -nexuiz -openarena -pinball -scorched3d -supertux -supertuxkart -torcs -tremulous -#vdrift -vegastrike -warzone2100 -wesnoth -widelands -worminator -wormux -xpilot-ng - -# traditional (small) - -ballz -blobwars -bombardier -bsd-games -clanbomber -gnubg -gnugo -hedgewars -liquidwar -londonlaw -machineball -nazghul-haxima -nethack -openlierox -quake3 -quake3-demo -quarry -Ri-li -rogue -rott-shareware -scorchwentbonkers -seahorse-adventures -stormbaancoureur -ularn -urbanterror -vavoom -worldofpadman - -# arcade classics(ish) (big) - -auriferous -duel3 -lmarbles -raidem -raidem-music -trackballs -trackballs-music -uqm -uqm-content-3domusic -uqm-content-voice - -# arcade classics(ish) (small) - -ballbuster -dd2 -KoboDeluxe -lacewing -Maelstrom -methane -njam -seahorse-adventures -shippy -tecnoballz -#(xgalaga renamed) -xgalaxy -zasx - -# falling blocks games (small) - -crack-attack -crystal-stacker -fbg -gemdropx -gweled - -# puzzles (big) -enigma -fillets-ng -pingus - -# puzzles (small) - -escape -magicor -mirrormagic -pychess -rocksndiamonds - -# card games - -poker2d - -# educational/simulation - -bygfoot -celestia -childsplay -gcompris -stellarium -tuxpaint -tuxpaint-stamps -tuxtype2 - -# kde based games -ksirk -poker2d-kde -taxipilot - -# utilities - -dosbox -games-menus -wget - -%end diff --git a/config/livecd-fedora-kde.ks b/config/livecd-fedora-kde.ks deleted file mode 100644 index 8d2148c..0000000 --- a/config/livecd-fedora-kde.ks +++ /dev/null @@ -1,109 +0,0 @@ -%include livecd-fedora-base-desktop.ks - -%packages - - at kde-desktop - -# unwanted packages from @kde-desktop -# don't include these for now to fit on a cd - -### amarok has duplicate functionality with juk (~14 megs) -#-amarok -### digikam has duplicate functionality with gwenview (~11 megs) --digikam -### kdeedu is too big for the live images --kdeedu -### scribus is too big for the live images --scribus -### kget has also basic torrent features (~3 megs) --ktorrent -### konqueror is also able to browse ftp shares (~1 megs) -#-kftpgrabber* -### kaffeine has duplicate functionality with dragonplayer (~3 megs) --kaffeine* -### the removal of kdegames will free ~31 megs -#-kdegames - - -# Useful additional KDE3 applications -koffice-kword -koffice-kspread -koffice-kpresenter -koffice-filters -k3b -filelight -# twinkle (~10 megs) -#twinkle - - -# some extras -fuse -pavucontrol - - -# additional fonts - at fonts -fonts-ISO8859-2 -#cjkunifonts-ukai -madan-fonts -fonts-KOI8-R -fonts-KOI8-R-100dpi -tibetan-machine-uni-fonts - - -# FIXME/TODO: recheck the removals here -# try to remove some packages from livecd-fedora-base-desktop.ks --gdm --authconfig-gtk - -# save some space (from @base) --make --nss_db --autofs - -%end - -%post - -# create /etc/sysconfig/desktop (needed for installation) -cat > /etc/sysconfig/desktop <> /etc/rc.d/init.d/fedora-live << EOF - -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - # use image also for kdm - mkdir -p /usr/share/apps/kdm/faces - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /usr/share/apps/kdm/faces/fedora.face.icon -fi - -# make fedora user use KDE -echo "startkde" > /home/fedora/.xsession -chmod a+x /home/fedora/.xsession -chown fedora:fedora /home/fedora/.xsession - -# set up autologin for user fedora -sed -i 's/#AutoLoginEnable=true/AutoLoginEnable=true/' /etc/kde/kdm/kdmrc -sed -i 's/#AutoLoginUser=fred/AutoLoginUser=fedora/' /etc/kde/kdm/kdmrc - -# set up user fedora as default user and preselected user -sed -i 's/#PreselectUser=Default/PreselectUser=Default/' /etc/kde/kdm/kdmrc -sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc - -# add liveinst.desktop to favorites menu -mkdir -p /home/fedora/.kde/share/config/ -cat > /home/fedora/.kde/share/config/kickoffrc << MENU_EOF -[Favorites] -FavoriteURLs=/usr/share/applications/kde4/konqbrowser.desktop,/usr/share/applications/kde4/dolphin.desktop,/usr/share/applications/kde4/systemsettings.desktop,/usr/share/applications/liveinst.desktop -MENU_EOF -chown -R fedora:fedora /home/fedora/.kde/ - -# show liveinst.desktop on and in menu -sed -i 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop - -EOF - -%end diff --git a/config/livedvd-fedora-kde.ks b/config/livedvd-fedora-kde.ks deleted file mode 100644 index d1f8579..0000000 --- a/config/livedvd-fedora-kde.ks +++ /dev/null @@ -1,109 +0,0 @@ -%include livecd-fedora-kde.ks - -%packages - -# add full language support - at afrikaans-support - at albanian-support - at arabic-support - at armenian-support - at assamese-support - at basque-support - at belarusian-support - at bengali-support - at bhutanese-support - at bosnian-support - at brazilian-support - at breton-support - at british-support - at bulgarian-support - at catalan-support - at chinese-support - at croatian-support - at czech-support - at danish-support - at dutch-support - at estonian-support - at ethiopic-support - at faeroese-support - at filipino-support - at finnish-support - at french-support - at gaelic-support - at galician-support - at georgian-support - at german-support - at greek-support - at gujarati-support - at hebrew-support - at hindi-support - at hungarian-support - at icelandic-support - at indonesian-support - at inuktitut-support - at irish-support - at italian-support - at japanese-support - at kannada-support - at khmer-support - at korean-support - at lao-support - at latvian-support - at lithuanian-support - at malay-support - at malayalam-support - at maori-support - at marathi-support - at northern-sotho-support - at norwegian-support - at oriya-support - at persian-support - at polish-support - at portuguese-support - at punjabi-support - at romanian-support - at russian-support - at samoan-support - at serbian-support - at sinhala-support - at slovak-support - at slovenian-support - at somali-support - at southern-ndebele-support - at southern-sotho-support - at spanish-support - at swati-support - at swedish-support - at tagalog-support - at tamil-support - at telugu-support - at thai-support - at tibetan-support - at tonga-support - at tsonga-support - at tswana-support - at turkish-support - at ukrainian-support - at urdu-support - at venda-support - at vietnamese-support - at welsh-support - at xhosa-support - at zulu-support - -# and some extra packages -koffice-* - -%end - -%post - -# Use gdm here for language selection - -# create /etc/sysconfig/desktop (needed for installation) -cat > /etc/sysconfig/desktop < Date: Mon Aug 11 12:18:23 2008 -0400 Remove configs for older releases diff --git a/config/livecd-fedora-7-desktop.ks b/config/livecd-fedora-7-desktop.ks deleted file mode 100644 index 002bd95..0000000 --- a/config/livecd-fedora-7-desktop.ks +++ /dev/null @@ -1,176 +0,0 @@ -lang en_US.UTF-8 -keyboard us -timezone US/Eastern -auth --useshadow --enablemd5 -selinux --enforcing -firewall --disabled -repo --name=released --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-7&arch=$basearch -repo --name=updates --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f7&arch=$basearch -xconfig --startxonboot -services --enabled=NetworkManager,dhcdbd --disabled=network,sshd - -%packages -# basic desktop packages - at graphical-internet - at graphics - at sound-and-video - at gnome-desktop - at base-x - at games - at base - at core - at admin-tools - at dial-up - at hardware-support - at printing -syslinux -kernel - -scim* --scim-devel --scim-doc --scim-qtimm --scim-bridge-qt --scim-skk --scim-tomoe --scim-tables* --scim-fcitx* --scim-skk - -m17n-lib -m17n-db -#m17n-db-* - -fonts-* - -# dictionaries are big --aspell-* --m17n-db-* --man-pages-* -# gimp help is huge --gimp-help -# lose the compat stuff --compat* - -# space sucks --gnome-user-docs --specspo --esc --samba-client --a2ps --vino --redhat-lsb --sox --tomboy - -# smartcards won't really work on the livecd. and we _need_ space --coolkey --ccid - -# duplicate functionality --pinfo --vorbis-tools --wget - - -# scanning takes quite a bit of space :/ --xsane --xsane-gimp - -# while hplip requires pyqt, it has to go --hplip - -# added games -#monkey-bubble -#ppracer - -# we don't include @office so that we don't get OOo. but some nice bits -abiword -gnumeric -evince -#gnome-blog -#planner - -# lots of people want... -gparted -ntfs-3g -ntfsprogs - -# livecd bits to set up the livecd and be able to install -anaconda -anaconda-runtime - -# make sure debuginfo doesn't end up on the live image --*debuginfo - -%post -# FIXME: it'd be better to get this installed from a package -cat > /etc/rc.d/init.d/fedora-live << EOF -#!/bin/bash -# -# live: Init script for live image -# -# chkconfig: 345 00 99 -# description: Init script for live image. - -. /etc/init.d/functions - -if ! strstr "\`cat /proc/cmdline\`" liveimg || [ "\$1" != "start" ] || [ -e /.liveimg-configured ] ; then - exit 0 -fi - -exists() { - which \$1 >/dev/null 2>&1 || return - \$* -} - -touch /.liveimg-configured - -# mount live image -if [ -b /dev/live ]; then - mkdir -p /mnt/live - mount -o ro /dev/live /mnt/live -fi - -# configure X -exists system-config-display --noui --reconfig --set-depth=24 - -# unmute sound card -exists alsaunmute 0 2> /dev/null - -# add fedora user with no passwd -useradd -c "Fedora Live" fedora -passwd -d fedora > /dev/null -# disable screensaver locking -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t bool /apps/gnome-screensaver/lock_enabled false >/dev/null -# set up timed auto-login for after 60 seconds -sed -i -e 's/\[daemon\]/[daemon]\nTimedLoginEnable=true\nTimedLogin=fedora\nTimedLoginDelay=60/' /etc/gdm/custom.conf -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /home/fedora/.face - chown fedora:fedora /home/fedora/.face - # TODO: would be nice to get e-d-s to pick this one up too... but how? -fi - -# turn off firstboot for livecd boots -echo "RUN_FIRSTBOOT=NO" > /etc/sysconfig/firstboot - -# don't start yum-updatesd for livecd boots -chkconfig --level 345 yum-updatesd off - -# don't start cron/at as they tend to spawn things which are -# disk intensive that are painful on a live image -chkconfig --level 345 crond off -chkconfig --level 345 atd off -chkconfig --level 345 anacron off -chkconfig --level 345 readahead_early off -chkconfig --level 345 readahead_later off - -# Stopgap fix for RH #217966; should be fixed in HAL instead -touch /media/.hal-mtab -EOF -chmod 755 /etc/rc.d/init.d/fedora-live -/sbin/restorecon /etc/rc.d/init.d/fedora-live -/sbin/chkconfig --add fedora-live - -# save a little bit of space at least... -rm -f /boot/initrd* diff --git a/config/livecd-fedora-7-kde.ks b/config/livecd-fedora-7-kde.ks deleted file mode 100644 index fa63629..0000000 --- a/config/livecd-fedora-7-kde.ks +++ /dev/null @@ -1,184 +0,0 @@ -lang en_US.UTF-8 -keyboard us -timezone US/Eastern -auth --useshadow --enablemd5 -selinux --enforcing -firewall --disabled - -xconfig --startxonboot -services --enabled=NetworkManager,dhcdbd --disabled=network,sshd - -repo --name=released --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-7&arch=$basearch -repo --name=updates --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f7&arch=$basearch - - -%packages -# Basic packages - at core - at base - at dial-up - at admin-tools - at hardware-support -kernel - -dejavu-lgc-fonts -setroubleshoot -smolt -smolt-firstboot -syslinux -system-config-display -system-config-services -xorg-x11-drivers - -# to make the cd installable -anaconda -anaconda-runtime - -# KDE basic packages - at kde-desktop -kdegames - -# additional KDE packages -beryl-kde -k3b -koffice-kword -koffice-kspread -koffice-kpresenter -koffice-filters -twinkle - -#some changes that we don't want... --specspo --scribus --kdeaddons --kdemultimedia-extras --kdeartwork-extras --kmymoney2 --basket - -# some stuff we don't want to save space --samba-client --redhat-lsb --ccid --coolkey - -# some other extra packages -gnupg -xine-lib-extras -ntfsprogs -ntfs-3g -gparted -synaptics - -# fonts -fonts-* - -# ignore comps.xml and make sure these packages are included -knetworkmanager -kpowersave -redhat-artwork-kde - -%post - -# create /etc/sysconfig/desktop (needed for installation) -cat > /etc/sysconfig/desktop < /etc/rc.d/init.d/fedora-live-kde << EOF -#!/bin/bash -# -# live: Init script for live image -# -# chkconfig: 345 00 99 -# description: Init script for live image. - -. /etc/init.d/functions - -if ! strstr "\`cat /proc/cmdline\`" liveimg || [ "\$1" != "start" ] || [ -e /.liveimg-configured ] ; then - exit 0 -fi - -exists() { - which \$1 >/dev/null 2>&1 || return - \$* -} - -touch /.liveimg-configured - -# mount live image -if [ -b /dev/live ]; then - mkdir -p /mnt/live - mount -o ro /dev/live /mnt/live -fi - -# configure X -exists system-config-display --noui --reconfig --set-depth=24 - -# unmute sound card -exists alsaunmute 0 2> /dev/null - -# add fedora user with no passwd -useradd -c "Fedora Live" fedora -passwd -d fedora > /dev/null - -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /home/fedora/.face - chown fedora:fedora /home/fedora/.face - # TODO: would be nice to get e-d-s to pick this one up too... but how? - - # use image also for kdm - mkdir -p /usr/share/apps/kdm/faces - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /usr/share/apps/kdm/faces/fedora.face.icon -fi - -# make fedora user use KDE -echo "startkde" > /home/fedora/.xsession -chmod a+x /home/fedora/.xsession -chown fedora:fedora /home/fedora/.xsession - -# set up autologin for user fedora -sed -i 's/#AutoLoginEnable=true/AutoLoginEnable=true/' /etc/kde/kdm/kdmrc -sed -i 's/#AutoLoginUser=fred/AutoLoginUser=fedora/' /etc/kde/kdm/kdmrc - -# set up user fedora as default user and preselected user -sed -i 's/#PreselectUser=Default/PreselectUser=Default/' /etc/kde/kdm/kdmrc -sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc - -# disable screensaver -sed -i 's/Enabled=true/Enabled=false/' /usr/share/kde-settings/kde-profile/default/share/config/kdesktoprc - -# adding some autostarted applications -cp /usr/share/applications/fedora-knetworkmanager.desktop /usr/share/autostart/ - -# workaround to put liveinst on desktop and in menu -sed -i 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop - -# turn off firstboot for livecd boots -echo "RUN_FIRSTBOOT=NO" > /etc/sysconfig/firstboot - -# Stopgap fix for RH #217966; should be fixed in HAL instead -touch /media/.hal-mtab - -# don't start yum-updatesd for livecd boots -chkconfig --levels 345 yum-updatesd off - -# don't start cron/at as they tend to spawn things which are -# disk intensive that are painful on a live image -chkconfig --level 345 crond off -chkconfig --level 345 atd off -chkconfig --level 345 anacron off -chkconfig --level 345 readahead_early off -chkconfig --level 345 readahead_later off - -EOF - -chmod 755 /etc/rc.d/init.d/fedora-live-kde -/sbin/restorecon /etc/rc.d/init.d/fedora-live-kde -/sbin/chkconfig --add fedora-live-kde - -# save a little bit of space at least... -rm -f /boot/initrd* diff --git a/config/livecd-fedora-8-base-desktop.ks b/config/livecd-fedora-8-base-desktop.ks deleted file mode 100644 index febfc97..0000000 --- a/config/livecd-fedora-8-base-desktop.ks +++ /dev/null @@ -1,189 +0,0 @@ -lang en_US.UTF-8 -keyboard us -timezone US/Eastern -auth --useshadow --enablemd5 -selinux --enforcing -firewall --disabled -xconfig --startxonboot -part / --size 4096 -services --enabled=NetworkManager --disabled=network,sshd - -repo --name=released --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-8&arch=$basearch -repo --name=updates --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f8&arch=$basearch - -%packages - at base-x - at base - at core - at admin-tools - at dial-up - at hardware-support - at printing -kernel -memtest86+ - -# for live initrd -livecd-tools - -# save some space --specspo --esc --samba-client --a2ps --mpage --redhat-lsb --sox --hplip --hpijs -# smartcards won't really work on the livecd. --coolkey --ccid -# duplicate functionality --pinfo --vorbis-tools --wget -# lose the compat stuff --compat* - -# qlogic firmwares --ql2100-firmware --ql2200-firmware --ql23xx-firmware --ql2400-firmware - -# scanning takes quite a bit of space :/ --xsane --xsane-gimp --sane-backends - -# lots of people want to have this -gparted - -# livecd bits to set up the livecd and be able to install -anaconda -isomd5sum - -# make sure debuginfo doesn't end up on the live image --*debuginfo -%end - -%post -# FIXME: it'd be better to get this installed from a package -cat > /etc/rc.d/init.d/fedora-live << EOF -#!/bin/bash -# -# live: Init script for live image -# -# chkconfig: 345 00 99 -# description: Init script for live image. - -. /etc/init.d/functions - -if ! strstr "\`cat /proc/cmdline\`" liveimg || [ "\$1" != "start" ] || [ -e /.liveimg-configured ] ; then - exit 0 -fi - -exists() { - which \$1 >/dev/null 2>&1 || return - \$* -} - -touch /.liveimg-configured - -# mount live image -if [ -b /dev/live ]; then - mkdir -p /mnt/live - mount -o ro /dev/live /mnt/live -fi - -# read some variables out of /proc/cmdline -for o in \`cat /proc/cmdline\` ; do - case \$o in - ks=*) - ks="\${o#ks=}" - ;; - xdriver=*) - xdriver="--set-driver=\${o#xdriver=}" - ;; - esac -done - - -# if liveinst or textinst is given, start anaconda -if strstr "\`cat /proc/cmdline\`" liveinst ; then - /usr/sbin/liveinst \$ks -fi -if strstr "\`cat /proc/cmdline\`" textinst ; then - /usr/sbin/liveinst --text \$ks -fi - -# enable swaps unless requested otherwise -swaps=\`blkid -t TYPE=swap -o device\` -if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then - for s in \$swaps ; do - action "Enabling swap partition \$s" swapon \$s - done -fi - -# configure X, allowing user to override xdriver -exists system-config-display --noui --reconfig --set-depth=24 \$xdriver - -# add fedora user with no passwd -useradd -c "Fedora Live" fedora -passwd -d fedora > /dev/null - -# turn off firstboot for livecd boots -echo "RUN_FIRSTBOOT=NO" > /etc/sysconfig/firstboot - -# don't start yum-updatesd for livecd boots -chkconfig --level 345 yum-updatesd off 2>/dev/null - -# don't start cron/at as they tend to spawn things which are -# disk intensive that are painful on a live image -chkconfig --level 345 crond off 2>/dev/null -chkconfig --level 345 atd off 2>/dev/null -chkconfig --level 345 anacron off 2>/dev/null -chkconfig --level 345 readahead_early off 2>/dev/null -chkconfig --level 345 readahead_later off 2>/dev/null - -# Stopgap fix for RH #217966; should be fixed in HAL instead -touch /media/.hal-mtab - -# workaround clock syncing on shutdown that we don't want (#297421) -sed -i -e 's/hwclock/no-such-hwclock/g' /etc/rc.d/init.d/halt -EOF - -# workaround avahi segfault (#279301) -touch /etc/resolv.conf -/sbin/restorecon /etc/resolv.conf - -chmod 755 /etc/rc.d/init.d/fedora-live -/sbin/restorecon /etc/rc.d/init.d/fedora-live -/sbin/chkconfig --add fedora-live - -# make sure there aren't core files lying around -rm -f /core* - -# make the initrd we care about -rm -f /boot/initrd*.img -cp /etc/sysconfig/mkinitrd /etc/mayflower.conf -ver=`ls /boot/vmlinuz* |head -n 1 |sed -e 's;/boot/vmlinuz-;;'` -/usr/lib/livecd-creator/mayflower -f /boot/initrd-$ver.img $ver -rm -f /etc/mayflower.conf - -%end - - -%post --nochroot -cp $INSTALL_ROOT/usr/share/doc/*-release-*/GPL $LIVE_ROOT/GPL -cp $INSTALL_ROOT/usr/share/doc/HTML/readme-live-image/en_US/readme-live-image-en_US.txt $LIVE_ROOT/README - -# only works on x86, x86_64 -if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then - if [ ! -d $LIVE_ROOT/LiveOS ]; then mkdir -p $LIVE_ROOT/LiveOS ; fi - cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS -fi - -# move the initrd we created to be the booted one -mv $INSTALL_ROOT/boot/initrd-*.img $LIVE_ROOT/isolinux/initrd0.img -%end diff --git a/config/livecd-fedora-8-desktop.ks b/config/livecd-fedora-8-desktop.ks deleted file mode 100644 index 2dad982..0000000 --- a/config/livecd-fedora-8-desktop.ks +++ /dev/null @@ -1,145 +0,0 @@ -%include livecd-fedora-8-base-desktop.ks - -%packages - at games - at graphical-internet - at graphics - at sound-and-video - at gnome-desktop -nss-mdns -NetworkManager-vpnc -NetworkManager-openvpn -# we don't include @office so that we don't get OOo. but some nice bits -abiword -gnumeric -evince -gnome-blog -#planner -#inkscape - - at afrikaans-support - at albanian-support - at arabic-support - at armenian-support - at assamese-support - at basque-support - at belarusian-support - at bengali-support - at bhutanese-support - at bosnian-support - at brazilian-support - at breton-support - at british-support - at bulgarian-support - at catalan-support - at chinese-support - at croatian-support - at czech-support - at danish-support - at dutch-support - at estonian-support - at ethiopic-support - at faeroese-support - at filipino-support - at finnish-support - at french-support - at gaelic-support - at galician-support - at georgian-support - at german-support - at greek-support - at gujarati-support - at hebrew-support - at hindi-support - at hungarian-support - at icelandic-support - at indonesian-support - at inuktitut-support - at irish-support - at italian-support - at japanese-support - at kannada-support - at khmer-support - at korean-support - at lao-support - at latvian-support - at lithuanian-support - at malay-support - at malayalam-support - at maori-support - at marathi-support - at northern-sotho-support - at norwegian-support - at oriya-support - at persian-support - at polish-support - at portuguese-support - at punjabi-support - at romanian-support - at russian-support - at samoan-support - at serbian-support - at sinhala-support - at slovak-support - at slovenian-support - at somali-support - at southern-ndebele-support - at southern-sotho-support - at spanish-support - at swati-support - at swedish-support - at tagalog-support - at tamil-support - at telugu-support - at thai-support - at tibetan-support - at tonga-support - at tsonga-support - at tswana-support - at turkish-support - at ukrainian-support - at urdu-support - at venda-support - at vietnamese-support - at welsh-support - at xhosa-support - at zulu-support - -# dictionaries are big --aspell-* --man-pages-* --scim-tables-* --wqy-bitmap-fonts --dejavu-fonts-experimental --dejavu-fonts - -# more fun with space saving --scim-lang-chinese -scim-chewing -scim-pinyin - -# save some space --gnome-user-docs --gimp-help --evolution-help --autofs --nss_db --vino - -%end - -%post -cat >> /etc/rc.d/init.d/fedora-live << EOF -# disable screensaver locking -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t bool /apps/gnome-screensaver/lock_enabled false >/dev/null -# set up timed auto-login for after 60 seconds -sed -i -e 's/\[daemon\]/[daemon]\nTimedLoginEnable=true\nTimedLogin=fedora\nTimedLoginDelay=60/' /etc/gdm/custom.conf -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /home/fedora/.face - chown fedora:fedora /home/fedora/.face - # TODO: would be nice to get e-d-s to pick this one up too... but how? -fi - -EOF - -%end diff --git a/config/livecd-fedora-8-developer.ks b/config/livecd-fedora-8-developer.ks deleted file mode 100644 index 208f701..0000000 --- a/config/livecd-fedora-8-developer.ks +++ /dev/null @@ -1,115 +0,0 @@ -%include livecd-fedora-8-desktop.ks - -part / --size 6000 - -%packages -# Libraries - at development-libs - at gnome-software-development - at java-development - -# SCM tools -bazaar -bzr -cogito -cvs2cl -cvsutils -git -mercurial -monotone -quilt - -# IDEs - at eclipse -anjuta -anjuta-docs -codeblocks - -# General developer tools - at authoring-and-publishing - at development-tools - at editors - at system-tools - at virtualization -ElectricFence -alleyoop -crash -dejagnu -dogtail -elfutils-devel -emacs -emacs-el -expect -frysk-gnome -gconf-editor -gettext-devel -gnuplot -hexedit -inkscape -intltool -lynx -maven2 -mutt -scons -sharutils -socat -sox -sysprof -tcp_wrappers-devel -tcsh -texi2html -xchat - -# RPM/Fedora-specific tools - at buildsys-build -createrepo -koji -livecd-tools -mock -rpmdevtools -rpmlint - -eclipse-demos - -# Should we? -#@sql-server -#@mysql -#@ruby -#@web-development -#@x-software-development -# I think this is going to be too big on x86_64 -#*-devel -%end - -%post -# Enable debuginfo repository (useful for frysk, gdb, etc.) -awk ' -BEGIN { - debuginfo = 0 -} - /^\[.*\]/ { - if (/debuginfo/) { - debuginfo = 1 - } else { - debuginfo = 0 - } - print - next -} - /enabled=0/ && debuginfo { - print "enabled=1" - next -} -{ - print - next -}' < /etc/yum.repos.d/fedora.repo > /etc/yum.repos.d/fedora.repo.tmp -mv /etc/yum.repos.d/fedora.repo{.tmp,} - -cat >> /etc/rc.d/init.d/fedora-live << EOF -# Put link to demonstration videos on the desktop -pushd /home/fedora/Desktop -ln -s /usr/share/eclipse-demos-0.0.1 "Eclipse demonstration videos" -popd -EOF -%end diff --git a/config/livecd-fedora-8-electronic-lab.ks b/config/livecd-fedora-8-electronic-lab.ks deleted file mode 100644 index 0595c90..0000000 --- a/config/livecd-fedora-8-electronic-lab.ks +++ /dev/null @@ -1,237 +0,0 @@ -# Description : Live image for Fedora Electronic Lab -# last updated: 10 October 2007 - -%include livecd-fedora-8-base-desktop.ks - -%packages -# KDE basic packages -kdebase -kde-filesystem -kdelibs -kdenetwork -kdegraphics -kdeutils -knetworkmanager -kde-settings -kmenu-gnome -kdesvn -yakuake -# include default fedora wallpaper -desktop-backgrounds-basic -wget - -# some projects based on ghdl and gtkwave needs -zlib-devel - -#project management -vym -koffice-kspread -koffice-kword -koffice-kplato -koffice-filters - -# some other extra packages -ntfsprogs -ntfs-3g -synaptics -setroubleshoot -smolt -smolt-firstboot -syslinux -gnupg -hal-cups-utils - -# we don't want these --dos2unix --firefox --authconfig-gtk --PolicyKit-gnome --gnome-doc-utils-stylesheets - -# ignore comps.xml and make sure these packages are included -kpowersave -rhgb - - -#vlsi -alliance-doc -irsim -gds2pov -magic-doc -toped -xcircuit -qucs -netgen - -#Hardware Description Languages -gtkwave -iverilog -drawtiming -ghdl -freehdl - -#spice -ngspice -gnucap -#gspiceui -#gwave - -#PCB and schematics -geda-gschem -geda-examples -geda-gsymcheck -geda-gattrib -geda-utils -geda-docs -geda-gnetlist -gerbv -gresistor -kicad -pcb - -#Micro Programming -piklab -ktechlab -pikloops -sdcc - -# Serial Port Terminals -gtkterm -picocom -minicom - -#embedded -arm-gp2x-linux* -avr-* -avrdude -dfu-programmer -avarice -uisp - -#computing -octave - -%end - -%post - -###### Fedora Electronic Lab #################################################### - -# Fedora Electronic Lab: Kwin buttons -cat > /usr/share/kde-settings/kde-profile/default/share/config/kwinrc < /usr/share/kde-settings/kde-profile/default/share/config/klipperrc < /usr/share/kde-settings/kde-profile/default/share/config/clock_panelappletrc < /usr/share/kde-settings/kde-profile/default/share/config/kxkbrc < /etc/sysconfig/desktop <> /etc/rc.d/init.d/fedora-live << EOF - -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - # use image also for kdm - mkdir -p /usr/share/apps/kdm/faces - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /usr/share/apps/kdm/faces/fedora.face.icon -fi - -# make fedora user use KDE -echo "startkde" > /home/fedora/.xsession -chmod a+x /home/fedora/.xsession -chown fedora:fedora /home/fedora/.xsession - -# set up autologin for user fedora -sed -i 's/#AutoLoginEnable=true/AutoLoginEnable=true/' /etc/kde/kdm/kdmrc -sed -i 's/#AutoLoginUser=fred/AutoLoginUser=fedora/' /etc/kde/kdm/kdmrc - -# set up user fedora as default user and preselected user -sed -i 's/#PreselectUser=Default/PreselectUser=Default/' /etc/kde/kdm/kdmrc -sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc - -# disable screensaver -sed -i 's/Enabled=true/Enabled=false/' /usr/share/kde-settings/kde-profile/default/share/config/kdesktoprc - -# workaround to put liveinst on desktop and in menu -sed -i 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop -EOF - -# and set up gnome-keyring to startup/shutdown in kde -mkdir -p /etc/skel/.kde/env /etc/skel/.kde/shutdown -cat > /etc/skel/.kde/env/start-custom.sh << EOF -#!/bin/sh -eval \`gnome-keyring-daemon\` -export GNOME_KEYRING_PID -export GNOME_KEYRING_SOCKET -EOF -chmod 755 /etc/skel/.kde/env/start-custom.sh - -cat > /etc/skel/.kde/shutdown/stop-custom.sh << EOF -#/bin/sh -if [-n "$GNOME_KEYRING_PID"];then -kill $GNOME_KEYRING_PID -fi -EOF -chmod 755 /etc/skel/.kde/shutdown/stop-custom.sh - -###### Fedora Electronic Lab #################################################### - -# FEL doesn't need these and boots slowly -/sbin/chkconfig --del anacron -/sbin/chkconfig --del sendmail -/sbin/chkconfig --del nfs -/sbin/chkconfig --del nfslock -/sbin/chkconfig --del rpcidmapd -/sbin/chkconfig --del rpcbind - -%end - diff --git a/config/livecd-fedora-8-games.ks b/config/livecd-fedora-8-games.ks deleted file mode 100644 index 014ce65..0000000 --- a/config/livecd-fedora-8-games.ks +++ /dev/null @@ -1,155 +0,0 @@ -%include /usr/share/livecd-tools/livecd-fedora-8-desktop.ks -part / --size 8000 - -# customize repo configuration for local builds -# repo --name=development --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch - - -%packages - -# games - -# traditional (big) - -bzflag -openarena -#croquet (pending) -#vdrift -nethack-vultures -freedoom -beneath-a-steel-sky-cd -flight-of-the-amazon-queen-cd -supertuxkart -scorched3d -neverball -lincity-ng -freeciv -pinball -asc -asc-music -vegastrike -FlightGear -nexuiz -torcs -tremulous -frozen-bubble -xpilot-ng -crossfire-client -wormux -wesnoth -gl-117 -supertux -manaworld -freedroidrpg -maniadrive -maniadrive-music -abuse -worminator -armacycles-ad -blobAndConquer -boswars -warzone2100 -widelands -freecol -astromenace -egoboo - -# traditional (small) - -nethack -openlierox -clanbomber -liquidwar -rogue -ularn -bsd-games -gnubg -gnugo -quarry -bombardier -ballz -blobwars -hedgewars -machineball -Ri-li -stormbaancoureur -quake3 -vavoom -rott-shareware -londonlaw -nazghul-haxima -scorchwentbonkers -seahorse-adventures - -# arcade classics(ish) (big) - -raidem -raidem-music -duel3 -lmarbles -trackballs -trackballs-music -auriferous - -# arcade classics(ish) (small) - -lacewing -njam -#(xgalaga renamed) -xgalaxy -ballbuster -tecnoballz -dd2 -KoboDeluxe -Maelstrom -methane -zasx -shippy -seahorse-adventures - -# falling blocks games (small) - -fbg -gemdropx -crystal-stacker -crack-attack - -# puzzles (big) -enigma -fillets-ng -pingus - -# puzzles (small) - -magicor -mirrormagic -rocksndiamonds -escape - -# card games - -poker2d - -# educational/simulation - -celestia -stellarium -tuxpaint -tuxpaint-stamps -tuxtype2 -gcompris -childsplay -bygfoot - -# kde based games -ksirk -taxipilot -poker2d-kde - -# utilities - -dosbox -games-menus -wget - -%end diff --git a/config/livecd-fedora-8-kde.ks b/config/livecd-fedora-8-kde.ks deleted file mode 100644 index d58d735..0000000 --- a/config/livecd-fedora-8-kde.ks +++ /dev/null @@ -1,98 +0,0 @@ -%include livecd-fedora-8-base-desktop.ks - -%packages - at kde-desktop -kdegames -k3b -koffice-kword -koffice-kspread -koffice-kpresenter -koffice-filters -twinkle -filelight -krusader - - -# if it is enough space include koffice-krita (~40 megs) -koffice-krita - -# some other extra packages -gnupg -synaptics -hal-cups-utils -nss-mdns - -# ignore comps.xml and make sure these packages are included -kpowersave -rhgb -man-pages -smolt-firstboot -knetworkmanager - -#some changes that we don't want... --specspo --scribus --kdeaddons --kdemultimedia-extras --kdeartwork-extras --kmymoney2 --basket --speedcrunch --autofs - -# try to remove some packages from livecd-fedora-base-desktop.ks --scim* --gdm --authconfig-gtk --m17n* --PolicyKit-gnome --gnome-doc-utils-stylesheets --anthy --kasumi --pygtkglext --python-devel --libchewing - -# workaround for the moment (requirements of hplip) -python-imaging -python-reportlab - -%end - -%post -# create /etc/sysconfig/desktop (needed for installation) -cat > /etc/sysconfig/desktop <> /etc/rc.d/init.d/fedora-live << EOF - -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - # use image also for kdm - mkdir -p /usr/share/apps/kdm/faces - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /usr/share/apps/kdm/faces/fedora.face.icon -fi - -# make fedora user use KDE -echo "startkde" > /home/fedora/.xsession -chmod a+x /home/fedora/.xsession -chown fedora:fedora /home/fedora/.xsession - -# set up autologin for user fedora -sed -i 's/#AutoLoginEnable=true/AutoLoginEnable=true/' /etc/kde/kdm/kdmrc -sed -i 's/#AutoLoginUser=fred/AutoLoginUser=fedora/' /etc/kde/kdm/kdmrc - -# set up user fedora as default user and preselected user -sed -i 's/#PreselectUser=Default/PreselectUser=Default/' /etc/kde/kdm/kdmrc -sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc - -# disable screensaver -sed -i 's/Enabled=true/Enabled=false/' /usr/share/kde-settings/kde-profile/default/share/config/kdesktoprc - -# workaround to put liveinst on desktop and in menu -sed -i 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop -EOF - -%end diff --git a/config/livecd-fedora-9-base-desktop.ks b/config/livecd-fedora-9-base-desktop.ks deleted file mode 100644 index 0b21d9a..0000000 --- a/config/livecd-fedora-9-base-desktop.ks +++ /dev/null @@ -1,224 +0,0 @@ -lang en_US.UTF-8 -keyboard us -timezone US/Eastern -auth --useshadow --enablemd5 -selinux --enforcing -firewall --disabled -xconfig --startxonboot -part / --size 4096 -services --enabled=NetworkManager --disabled=network,sshd - -repo --name=released --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-9&arch=$basearch -repo --name=updates --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f9&arch=$basearch - -%packages - at base-x - at base - at core - at fonts - at admin-tools - at dial-up - at hardware-support - at printing -kernel -memtest86+ - -# save some space --specspo --esc --samba-client --a2ps --mpage --redhat-lsb --sox --hplip --hpijs -# smartcards won't really work on the livecd. --coolkey --ccid -# duplicate functionality --pinfo --vorbis-tools --wget -# dasher is just too big --dasher -# lose the compat stuff --compat* - -# qlogic firmwares --ql2100-firmware --ql2200-firmware --ql23xx-firmware --ql2400-firmware - -# scanning takes quite a bit of space :/ --xsane --xsane-gimp --sane-backends - -# livecd bits to set up the livecd and be able to install -anaconda -isomd5sum - -# make sure debuginfo doesn't end up on the live image --*debuginfo -%end - -%post -# FIXME: it'd be better to get this installed from a package -cat > /etc/rc.d/init.d/fedora-live << EOF -#!/bin/bash -# -# live: Init script for live image -# -# chkconfig: 345 00 99 -# description: Init script for live image. - -. /etc/init.d/functions - -if ! strstr "\`cat /proc/cmdline\`" liveimg || [ "\$1" != "start" ] || [ -e /.liveimg-configured ] ; then - exit 0 -fi - -exists() { - which \$1 >/dev/null 2>&1 || return - \$* -} - -touch /.liveimg-configured - -# mount live image -if [ -b /dev/live ]; then - mkdir -p /mnt/live - mount -o ro /dev/live /mnt/live -fi - -# enable swaps unless requested otherwise -swaps=\`blkid -t TYPE=swap -o device\` -if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then - for s in \$swaps ; do - action "Enabling swap partition \$s" swapon \$s - done -fi - -# add fedora user with no passwd -useradd -c "Fedora Live" fedora -passwd -d fedora > /dev/null - -# turn off firstboot for livecd boots -chkconfig --level 345 firstboot off 2>/dev/null - -# don't start yum-updatesd for livecd boots -chkconfig --level 345 yum-updatesd off 2>/dev/null - -# don't do packagekit checking by default -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t string /apps/gnome-packagekit/frequency_get_updates never >/dev/null -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t string /apps/gnome-packagekit/frequency_refresh_cache never >/dev/null -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t bool /apps/gnome-packagekit/notify_available false >/dev/null - -# apparently, the gconf keys aren't enough -mkdir -p /home/fedora/.config/autostart -echo "X-GNOME-Autostart-enabled=false" >> /home/fedora/.config/autostart/gpk-update-icon.desktop -chown -R fedora:fedora /home/fedora/.config - - - -# don't start cron/at as they tend to spawn things which are -# disk intensive that are painful on a live image -chkconfig --level 345 crond off 2>/dev/null -chkconfig --level 345 atd off 2>/dev/null -chkconfig --level 345 anacron off 2>/dev/null -chkconfig --level 345 readahead_early off 2>/dev/null -chkconfig --level 345 readahead_later off 2>/dev/null - -# Stopgap fix for RH #217966; should be fixed in HAL instead -touch /media/.hal-mtab - -# workaround clock syncing on shutdown that we don't want (#297421) -sed -i -e 's/hwclock/no-such-hwclock/g' /etc/rc.d/init.d/halt -EOF - -# bah, hal starts way too late -cat > /etc/rc.d/init.d/fedora-late-live << EOF -#!/bin/bash -# -# live: Late init script for live image -# -# chkconfig: 345 99 01 -# description: Late init script for live image. - -. /etc/init.d/functions - -if ! strstr "\`cat /proc/cmdline\`" liveimg || [ "\$1" != "start" ] || [ -e /.liveimg-late-configured ] ; then - exit 0 -fi - -exists() { - which \$1 >/dev/null 2>&1 || return - \$* -} - -touch /.liveimg-late-configured - -# read some variables out of /proc/cmdline -for o in \`cat /proc/cmdline\` ; do - case \$o in - ks=*) - ks="\${o#ks=}" - ;; - xdriver=*) - xdriver="--set-driver=\${o#xdriver=}" - ;; - esac -done - - -# if liveinst or textinst is given, start anaconda -if strstr "\`cat /proc/cmdline\`" liveinst ; then - /usr/sbin/liveinst \$ks -fi -if strstr "\`cat /proc/cmdline\`" textinst ; then - /usr/sbin/liveinst --text \$ks -fi - -# configure X, allowing user to override xdriver -if [ -n "\$xdriver" ]; then - exists system-config-display --noui --reconfig --set-depth=24 \$xdriver -fi - -EOF - -# workaround avahi segfault (#279301) -touch /etc/resolv.conf -/sbin/restorecon /etc/resolv.conf - -chmod 755 /etc/rc.d/init.d/fedora-live -/sbin/restorecon /etc/rc.d/init.d/fedora-live -/sbin/chkconfig --add fedora-live - -chmod 755 /etc/rc.d/init.d/fedora-late-live -/sbin/restorecon /etc/rc.d/init.d/fedora-late-live -/sbin/chkconfig --add fedora-late-live - -# work around for poor key import UI in PackageKit -rm -f /var/lib/rpm/__db* -rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora - -# save a little bit of space at least... -rm -f /boot/initrd* -# make sure there aren't core files lying around -rm -f /core* - -%end - - -%post --nochroot -cp $INSTALL_ROOT/usr/share/doc/*-release-*/GPL $LIVE_ROOT/GPL -cp $INSTALL_ROOT/usr/share/doc/HTML/readme-live-image/en_US/readme-live-image-en_US.txt $LIVE_ROOT/README - -# only works on x86, x86_64 -if [ "$(uname -i)" = "i386" -o "$(uname -i)" = "x86_64" ]; then - if [ ! -d $LIVE_ROOT/LiveOS ]; then mkdir -p $LIVE_ROOT/LiveOS ; fi - cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS -fi -%end diff --git a/config/livecd-fedora-9-desktop.ks b/config/livecd-fedora-9-desktop.ks deleted file mode 100644 index 3e59073..0000000 --- a/config/livecd-fedora-9-desktop.ks +++ /dev/null @@ -1,172 +0,0 @@ -%include livecd-fedora-9-base-desktop.ks - -%packages - at games - at graphical-internet - at graphics - at sound-and-video - at gnome-desktop -nss-mdns -NetworkManager-vpnc -NetworkManager-openvpn -# we don't include @office so that we don't get OOo. but some nice bits -abiword -gnumeric -#planner -#inkscape - - at albanian-support - at arabic-support - at assamese-support - at basque-support - at belarusian-support - at bengali-support - at brazilian-support - at british-support - at bulgarian-support - at catalan-support - at chinese-support - at czech-support - at danish-support - at dutch-support - at estonian-support - at finnish-support - at french-support - at galician-support - at georgian-support - at german-support - at greek-support - at gujarati-support - at hebrew-support - at hindi-support - at hungarian-support - at indonesian-support - at italian-support - at japanese-support - at kannada-support - at korean-support - at latvian-support - at lithuanian-support - at macedonian-support - at malayalam-support - at marathi-support - at nepali-support - at norwegian-support - at oriya-support - at persian-support - at polish-support - at portuguese-support - at punjabi-support - at romanian-support - at russian-support - at serbian-support - at slovak-support - at slovenian-support - at spanish-support - at swedish-support - at tamil-support - at telugu-support - at thai-support - at turkish-support - at ukrainian-support - at vietnamese-support - at welsh-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 -#@bhutanese-support -#@bosnian-support -#@breton-support -#@croatian-support -#@esperanto-support -#@ethiopic-support -#@faeroese-support -#@filipino-support -#@gaelic-support -#@icelandic-support -#@inuktitut-support -#@irish-support -#@khmer-support -#@lao-support -#@low-saxon-support -#@malay-support -#@maori-support -#@mongolian-support -#@northern-sami-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 -#@walloon-support -#@xhosa-support -#@zulu-support - -# These fonts are only used in the commented-out locales above --lklug-fonts --abyssinica-fonts --jomolhari-fonts - -# avoid weird case where we pull in more festival stuff than we need -festival -festvox-slt-arctic-hts - -# dictionaries are big --aspell-* --hunspell-* --man-pages-* --scim-tables-* --wqy-bitmap-fonts --dejavu-fonts-experimental - -# more fun with space saving --scim-lang-chinese --scim-python* -scim-chewing -scim-pinyin - -# save some space --gnome-user-docs --gimp-help --evolution-help --autofs --nss_db --vino --dasher --evince-dvi --evince-djvu -# not needed for gnome --acpid -# temporary - drags in many deps --ekiga --tomboy --f-spot -%end - -%post -cat >> /etc/rc.d/init.d/fedora-live << EOF -# disable screensaver locking -gconftool-2 --direct --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults -s -t bool /apps/gnome-screensaver/lock_enabled false >/dev/null -# set up timed auto-login for after 60 seconds -cat >> /etc/gdm/custom.conf << FOE -[daemon] -TimedLoginEnable=true -TimedLogin=fedora -TimedLoginDelay=60 -FOE - -EOF - -%end diff --git a/config/livecd-fedora-9-kde.ks b/config/livecd-fedora-9-kde.ks deleted file mode 100644 index 3f69d52..0000000 --- a/config/livecd-fedora-9-kde.ks +++ /dev/null @@ -1,94 +0,0 @@ -%include livecd-fedora-9-base-desktop.ks - -%packages - at kde-desktop - -# include nm-applet directly -NetworkManager-gnome - -# unwanted packages from @kde-desktop -# don't include these for now to fit on a cd -# digikam (~11 megs), ktorrent (~3 megs), amarok (~14 megs), -# kdegames (~23 megs) --amarok --digikam --kdeedu --scribus -#-ktorrent -#-kdegames -#-kftpgrabber* - -# KDE 3 -koffice-kword -koffice-kspread -koffice-kpresenter -koffice-filters -k3b -filelight -# twinkle (~10 megs) -#twinkle - -# some extras -fuse -pavucontrol - -# additional fonts - at fonts -fonts-ISO8859-2 -#cjkunifonts-ukai -madan-fonts -fonts-KOI8-R -fonts-KOI8-R-100dpi -tibetan-machine-uni-fonts - -# FIXME/TODO: recheck the removals here -# try to remove some packages from livecd-fedora-base-desktop.ks --gdm --authconfig-gtk - -# save some space (from @base) --make --nss_db --autofs - -%end - -%post - -# create /etc/sysconfig/desktop (needed for installation) -cat > /etc/sysconfig/desktop <> /etc/rc.d/init.d/fedora-live << EOF - -if [ -e /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png ] ; then - # use image also for kdm - mkdir -p /usr/share/apps/kdm/faces - cp /usr/share/icons/hicolor/96x96/apps/fedora-logo-icon.png /usr/share/apps/kdm/faces/fedora.face.icon -fi - -# make fedora user use KDE -echo "startkde" > /home/fedora/.xsession -chmod a+x /home/fedora/.xsession -chown fedora:fedora /home/fedora/.xsession - -# set up autologin for user fedora -sed -i 's/#AutoLoginEnable=true/AutoLoginEnable=true/' /etc/kde/kdm/kdmrc -sed -i 's/#AutoLoginUser=fred/AutoLoginUser=fedora/' /etc/kde/kdm/kdmrc - -# set up user fedora as default user and preselected user -sed -i 's/#PreselectUser=Default/PreselectUser=Default/' /etc/kde/kdm/kdmrc -sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc - -# add liveinst.desktop to favorites menu -mkdir -p /home/fedora/.kde/share/config/ -cat > /home/fedora/.kde/share/config/kickoffrc << MENU_EOF -[Favorites] -FavoriteURLs=/usr/share/applications/kde4/konqbrowser.desktop,/usr/share/applications/kde4/dolphin.desktop,/usr/share/applications/kde4/systemsettings.desktop,/usr/share/applications/liveinst.desktop -MENU_EOF -chown -R fedora:fedora /home/fedora/.kde/ - -%end From katzj at redhat.com Wed Aug 27 15:36:40 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 27 Aug 2008 11:36:40 -0400 Subject: [Fedora-livecd-list] Live image configs moved Message-ID: <1219851400.31082.7.camel@aglarond.local> I meant to get to this a little while ago, but then the world exploded. Anyway, the kickstart configs for all of the various live images now have their canonical location in the spin-kickstarts git repo (http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=summary). I've removed the configs from the livecd-tools repo, leaving just the minimal test config because it's handy to have around. Also, I'd like to do a release this week with all of the changes which have accumulated. If you've sent a patch and I haven't applied it, assume that I missed it and please resend. :-) Jeremy From katzj at redhat.com Wed Aug 27 15:37:22 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 27 Aug 2008 11:37:22 -0400 Subject: [Fedora-livecd-list] setting isolinux timeout In-Reply-To: <20080826183612.GA2804@mylab.draikes.com> References: <20080826183612.GA2804@mylab.draikes.com> Message-ID: <1219851442.31082.8.camel@aglarond.local> On Tue, 2008-08-26 at 11:36 -0700, Don Raikes wrote: > Is there a way from within livecd-creator and/or the kickstart files to > reduce the isolinux timeout on the livecd? > > By default the timeout in isolinux.cfg is 100 seconds, and I would like > to reduce that to something more reasonable for my purposes. > > using > bootloader options in the kickstart file only affect the timeout of the > boot menu after isolinux has passed control to the livecd's grub. Umm... there isn't grub on the cd -- there's only isolinux. And bootloader --timeout should be exactly what you're looking for Jeremy From bkearney at redhat.com Thu Aug 28 12:33:27 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Thu, 28 Aug 2008 08:33:27 -0400 Subject: [Fedora-livecd-list] Live image configs moved In-Reply-To: <1219851400.31082.7.camel@aglarond.local> References: <1219851400.31082.7.camel@aglarond.local> Message-ID: <48B69B17.1030402@redhat.com> Jeremy Katz wrote: > I meant to get to this a little while ago, but then the world exploded. > Anyway, the kickstart configs for all of the various live images now > have their canonical location in the spin-kickstarts git repo > (http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=summary). Do you plan to release these as a seperate RPM? -- bk From bkearney at redhat.com Thu Aug 28 12:44:45 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Thu, 28 Aug 2008 08:44:45 -0400 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder Message-ID: <48B69DBD.1080104@redhat.com> The F9 version of livecd-tools usese /usr/sbin/lokkit to enable and disable the firewall. There is a FIXME near it to suport the rest of the options which lokkit takes. The current implementation executes this in the chroot environment, so forces several packages to be deployed into the image when it is built. Since I would be curious in reducing the package set for the images which are built, I am curious if there are plans around any of the following: 1) Remove the use of lokkit and instead directly manipulate the files (or perhaps use augeas). 2) Look to break up system-config-firewall-tui so that lokkit is a separate package with less dependencies. Thanks! -- bk From katzj at redhat.com Thu Aug 28 13:13:25 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Aug 2008 09:13:25 -0400 Subject: [Fedora-livecd-list] Live image configs moved In-Reply-To: <48B69B17.1030402@redhat.com> References: <1219851400.31082.7.camel@aglarond.local> <48B69B17.1030402@redhat.com> Message-ID: <1219929205.15746.32.camel@aglarond.local> On Thu, 2008-08-28 at 08:33 -0400, Bryan Kearney wrote: > Jeremy Katz wrote: > > I meant to get to this a little while ago, but then the world exploded. > > Anyway, the kickstart configs for all of the various live images now > > have their canonical location in the spin-kickstarts git repo > > (http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=summary). > > Do you plan to release these as a seperate RPM? I believe that Jeroen does. But at the same time, we'll be continuing to pull in the configs that are used for the primary released spins into the fedora-release package as well Jeremy From sundaram at fedoraproject.org Thu Aug 28 13:18:37 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Aug 2008 18:48:37 +0530 Subject: [Fedora-livecd-list] Live image configs moved In-Reply-To: <1219929205.15746.32.camel@aglarond.local> References: <1219851400.31082.7.camel@aglarond.local> <48B69B17.1030402@redhat.com> <1219929205.15746.32.camel@aglarond.local> Message-ID: <48B6A5AD.6020208@fedoraproject.org> Jeremy Katz wrote: > On Thu, 2008-08-28 at 08:33 -0400, Bryan Kearney wrote: >> Jeremy Katz wrote: >>> I meant to get to this a little while ago, but then the world exploded. >>> Anyway, the kickstart configs for all of the various live images now >>> have their canonical location in the spin-kickstarts git repo >>> (http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=summary). >> Do you plan to release these as a seperate RPM? > > I believe that Jeroen does. But at the same time, we'll be continuing > to pull in the configs that are used for the primary released spins into > the fedora-release package as well Refer https://bugzilla.redhat.com/show_bug.cgi?id=448072 Rahul From katzj at redhat.com Thu Aug 28 13:22:13 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Aug 2008 09:22:13 -0400 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder In-Reply-To: <48B69DBD.1080104@redhat.com> References: <48B69DBD.1080104@redhat.com> Message-ID: <1219929733.15746.37.camel@aglarond.local> On Thu, 2008-08-28 at 08:44 -0400, Bryan Kearney wrote: > The F9 version of livecd-tools usese /usr/sbin/lokkit to enable and > disable the firewall. There is a FIXME near it to suport the rest of the > options which lokkit takes. The current implementation executes this in > the chroot environment, so forces several packages to be deployed into > the image when it is built. Since I would be curious in reducing the > package set for the images which are built, I am curious if there are > plans around any of the following: > > 1) Remove the use of lokkit and instead directly manipulate the files > (or perhaps use augeas). Not really. We use lokkit so that when things change, there's only one implementation that needs changing. And this is a *good* thing. And augeas would be seen as a far more "one-off" dep than lokkit at this point to most of the world. > 2) Look to break up system-config-firewall-tui so that lokkit is a > separate package with less dependencies. The big dep that looks trimmable is rhpl as it's just used for translation stuff (... and I want to get things off of using rhpl.translate and just using the gettext module directly anyway). There's not really anything else which is even feasible to remove Jeremy From bkearney at redhat.com Thu Aug 28 13:25:29 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Thu, 28 Aug 2008 09:25:29 -0400 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder In-Reply-To: <1219929733.15746.37.camel@aglarond.local> References: <48B69DBD.1080104@redhat.com> <1219929733.15746.37.camel@aglarond.local> Message-ID: <48B6A749.1050907@redhat.com> Jeremy Katz wrote: > On Thu, 2008-08-28 at 08:44 -0400, Bryan Kearney wrote: >> The F9 version of livecd-tools usese /usr/sbin/lokkit to enable and >> disable the firewall. There is a FIXME near it to suport the rest of the >> options which lokkit takes. The current implementation executes this in >> the chroot environment, so forces several packages to be deployed into >> the image when it is built. Since I would be curious in reducing the >> package set for the images which are built, I am curious if there are >> plans around any of the following: >> >> 1) Remove the use of lokkit and instead directly manipulate the files >> (or perhaps use augeas). > > Not really. We use lokkit so that when things change, there's only one > implementation that needs changing. And this is a *good* thing. And > augeas would be seen as a far more "one-off" dep than lokkit at this > point to most of the world. I can understand that... and I expected that was the reason. And I assume since the whole hting is done in the chroot, it would be difficult to move this part out of the chroot? > >> 2) Look to break up system-config-firewall-tui so that lokkit is a >> separate package with less dependencies. > > The big dep that looks trimmable is rhpl as it's just used for > translation stuff (... and I want to get things off of using > rhpl.translate and just using the gettext module directly anyway). > There's not really anything else which is even feasible to remove I scanend it, and if all you need is lokkit then the following seem "unnecessary" system-config-network-tui newt rhpl I agree they are needed if you want the tui, but if there ware other config paths.. then these are not necessary. -- bk From katzj at redhat.com Thu Aug 28 13:36:22 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Aug 2008 09:36:22 -0400 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder In-Reply-To: <48B6A749.1050907@redhat.com> References: <48B69DBD.1080104@redhat.com> <1219929733.15746.37.camel@aglarond.local> <48B6A749.1050907@redhat.com> Message-ID: <1219930582.15746.40.camel@aglarond.local> On Thu, 2008-08-28 at 09:25 -0400, Bryan Kearney wrote: > Jeremy Katz wrote: > > On Thu, 2008-08-28 at 08:44 -0400, Bryan Kearney wrote: > >> The F9 version of livecd-tools usese /usr/sbin/lokkit to enable and > >> disable the firewall. There is a FIXME near it to suport the rest of the > >> options which lokkit takes. The current implementation executes this in > >> the chroot environment, so forces several packages to be deployed into > >> the image when it is built. Since I would be curious in reducing the > >> package set for the images which are built, I am curious if there are > >> plans around any of the following: > >> > >> 1) Remove the use of lokkit and instead directly manipulate the files > >> (or perhaps use augeas). > > > > Not really. We use lokkit so that when things change, there's only one > > implementation that needs changing. And this is a *good* thing. And > > augeas would be seen as a far more "one-off" dep than lokkit at this > > point to most of the world. > > I can understand that... and I expected that was the reason. And I > assume since the whole hting is done in the chroot, it would be > difficult to move this part out of the chroot? Absolutely impossible. It would require that something outside the chroot know the details (past, present, and future) of how to configure something inside the chroot. > >> 2) Look to break up system-config-firewall-tui so that lokkit is a > >> separate package with less dependencies. > > > > The big dep that looks trimmable is rhpl as it's just used for > > translation stuff (... and I want to get things off of using > > rhpl.translate and just using the gettext module directly anyway). > > There's not really anything else which is even feasible to remove > > I scanend it, and if all you need is lokkit then the following seem > "unnecessary" [snip] > I agree they are needed if you want the tui, but if there ware other > config paths.. then these are not necessary. lokkit *IS* the tui. Removing that would be like saying "well, let's take out bash's interactive mode because that's not strictly necessary" as you also use it just to run scripts Jeremy From bkearney at redhat.com Thu Aug 28 13:44:31 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Thu, 28 Aug 2008 09:44:31 -0400 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder In-Reply-To: <1219930582.15746.40.camel@aglarond.local> References: <48B69DBD.1080104@redhat.com> <1219929733.15746.37.camel@aglarond.local> <48B6A749.1050907@redhat.com> <1219930582.15746.40.camel@aglarond.local> Message-ID: <48B6ABBF.3060705@redhat.com> Jeremy Katz wrote: > On Thu, 2008-08-28 at 09:25 -0400, Bryan Kearney wrote: >> Jeremy Katz wrote: >>> On Thu, 2008-08-28 at 08:44 -0400, Bryan Kearney wrote: >>>> The F9 version of livecd-tools usese /usr/sbin/lokkit to enable and >>>> disable the firewall. There is a FIXME near it to suport the rest of the >>>> options which lokkit takes. The current implementation executes this in >>>> the chroot environment, so forces several packages to be deployed into >>>> the image when it is built. Since I would be curious in reducing the >>>> package set for the images which are built, I am curious if there are >>>> plans around any of the following: >>>> >>>> 1) Remove the use of lokkit and instead directly manipulate the files >>>> (or perhaps use augeas). >>> Not really. We use lokkit so that when things change, there's only one >>> implementation that needs changing. And this is a *good* thing. And >>> augeas would be seen as a far more "one-off" dep than lokkit at this >>> point to most of the world. >> I can understand that... and I expected that was the reason. And I >> assume since the whole hting is done in the chroot, it would be >> difficult to move this part out of the chroot? > > Absolutely impossible. It would require that something outside the > chroot know the details (past, present, and future) of how to configure > something inside the chroot. > >>>> 2) Look to break up system-config-firewall-tui so that lokkit is a >>>> separate package with less dependencies. >>> The big dep that looks trimmable is rhpl as it's just used for >>> translation stuff (... and I want to get things off of using >>> rhpl.translate and just using the gettext module directly anyway). >>> There's not really anything else which is even feasible to remove >> I scanend it, and if all you need is lokkit then the following seem >> "unnecessary" > [snip] >> I agree they are needed if you want the tui, but if there ware other >> config paths.. then these are not necessary. > > lokkit *IS* the tui. Removing that would be like saying "well, let's > take out bash's interactive mode because that's not strictly necessary" > as you also use it just to run scripts It looks like the tui is /usr/bin/system-config-firewall-tui which loads /usr/share/system-config-firewall/fw_tui.py that then makes calls to lokkit. So.. it seems possible to seperate out the acutal presentaiton from the command line (tui, gui, etc) from the execution (lokkit) -- bk From kanarip at kanarip.com Thu Aug 28 13:51:10 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 28 Aug 2008 15:51:10 +0200 Subject: [Fedora-livecd-list] Live image configs moved In-Reply-To: <48B69B17.1030402@redhat.com> References: <1219851400.31082.7.camel@aglarond.local> <48B69B17.1030402@redhat.com> Message-ID: <48B6AD4E.9000506@kanarip.com> Bryan Kearney wrote: > Jeremy Katz wrote: >> I meant to get to this a little while ago, but then the world exploded. >> Anyway, the kickstart configs for all of the various live images now >> have their canonical location in the spin-kickstarts git repo >> (http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=summary). > > Do you plan to release these as a seperate RPM? > I do, yes. There's a review request that has been accepted and as soon as the repository branches off (F-10 Beta is the first milestone) we release a packaged version as well. Kind regards, Jeroen van Meeuwen -kanarip From berrange at redhat.com Thu Aug 28 14:07:07 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 28 Aug 2008 15:07:07 +0100 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder In-Reply-To: <1219929733.15746.37.camel@aglarond.local> References: <48B69DBD.1080104@redhat.com> <1219929733.15746.37.camel@aglarond.local> Message-ID: <20080828140707.GL10019@redhat.com> On Thu, Aug 28, 2008 at 09:22:13AM -0400, Jeremy Katz wrote: > On Thu, 2008-08-28 at 08:44 -0400, Bryan Kearney wrote: > > The F9 version of livecd-tools usese /usr/sbin/lokkit to enable and > > disable the firewall. There is a FIXME near it to suport the rest of the > > options which lokkit takes. The current implementation executes this in > > the chroot environment, so forces several packages to be deployed into > > the image when it is built. Since I would be curious in reducing the > > package set for the images which are built, I am curious if there are > > plans around any of the following: > > > > 1) Remove the use of lokkit and instead directly manipulate the files > > (or perhaps use augeas). > > Not really. We use lokkit so that when things change, there's only one > implementation that needs changing. And this is a *good* thing. And > augeas would be seen as a far more "one-off" dep than lokkit at this > point to most of the world. If augeas were to be used I'd expect lokkit itself to use it directly, rather than livecd-creator using it. > > 2) Look to break up system-config-firewall-tui so that lokkit is a > > separate package with less dependencies. > > The big dep that looks trimmable is rhpl as it's just used for > translation stuff (... and I want to get things off of using > rhpl.translate and just using the gettext module directly anyway). > There's not really anything else which is even feasible to remove It is not worth worrying about rhpl. The killer piece that causes pain for oVirt in this scenario is the presense of python. Unless that's killable, the rest is just a rounding error. The way we currently do it is include lokkit packages at first, and then use a %post script to uninstall python and everything using it. Unless someone wants to re-implement entire of lokkit in C, I don't see any other viable approach other than this uninstall in %post. Daniel. -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From katzj at redhat.com Thu Aug 28 14:21:44 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Aug 2008 10:21:44 -0400 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder In-Reply-To: <20080828140707.GL10019@redhat.com> References: <48B69DBD.1080104@redhat.com> <1219929733.15746.37.camel@aglarond.local> <20080828140707.GL10019@redhat.com> Message-ID: <1219933304.15746.48.camel@aglarond.local> On Thu, 2008-08-28 at 15:07 +0100, Daniel P. Berrange wrote: > > > 2) Look to break up system-config-firewall-tui so that lokkit is a > > > separate package with less dependencies. > > > > The big dep that looks trimmable is rhpl as it's just used for > > translation stuff (... and I want to get things off of using > > rhpl.translate and just using the gettext module directly anyway). > > There's not really anything else which is even feasible to remove > > It is not worth worrying about rhpl. The killer piece that causes pain > for oVirt in this scenario is the presense of python. Unless that's > killable, the rest is just a rounding error. python is going to continue to creep its way into oVirt because it's a basic part of Fedora (and RHEL) systems. And thus, basic parts of the infrastructure of the system get written (and will continue to get written) with it > The way we currently do it is include lokkit packages at first, and then > use a %post script to uninstall python and everything using it. Unless > someone wants to re-implement entire of lokkit in C, I don't see any > other viable approach other than this uninstall in %post. The irony is that lokkit was originally written in C. But to add all of the functionality that people continued to want, it was rewritten in python years ago :) And really, the advantages that you get of being able to do things in python far far far outweighs the amount of disk space it occupies, even in a minimal environment like oVirt. Jeremy From berrange at redhat.com Thu Aug 28 14:30:15 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 28 Aug 2008 15:30:15 +0100 Subject: [Fedora-livecd-list] Use of lokkit in livecd-builder In-Reply-To: <1219933304.15746.48.camel@aglarond.local> References: <48B69DBD.1080104@redhat.com> <1219929733.15746.37.camel@aglarond.local> <20080828140707.GL10019@redhat.com> <1219933304.15746.48.camel@aglarond.local> Message-ID: <20080828143015.GN10019@redhat.com> On Thu, Aug 28, 2008 at 10:21:44AM -0400, Jeremy Katz wrote: > On Thu, 2008-08-28 at 15:07 +0100, Daniel P. Berrange wrote: > > The way we currently do it is include lokkit packages at first, and then > > use a %post script to uninstall python and everything using it. Unless > > someone wants to re-implement entire of lokkit in C, I don't see any > > other viable approach other than this uninstall in %post. > > The irony is that lokkit was originally written in C. But to add all of > the functionality that people continued to want, it was rewritten in > python years ago :) The ever increasing functionality of lokkit is incredibly a poor design choice :-( For libvirt to register iptables rules, SELinux policy had to be changed to allow libvirtd to run lokkit. This has the dubious side-effect of now giving libvirtd permission to turn off SELinux. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From luya_tfz at thefinalzone.com Thu Aug 28 17:54:45 2008 From: luya_tfz at thefinalzone.com (Luya Tshimbalanga) Date: Thu, 28 Aug 2008 13:54:45 -0400 Subject: [Fedora-livecd-list] [Fedora Forum] Micro Fedora Message-ID: <1219946085.48b6e665ed059@ssl.mecca.ca> Hello, A Fedora user nicknamed stevea has posted an topic about making micro Fedora. It will be nice to take a look because he may be a very important contributors given his skills in embedded. " The minimalFedora system weighed in at 67MB. 58MB was in /lib/modules. I could easily pare that down to a few MB, remove unused drivers with a little work. Another 6.5MB was in /boot and 1.7MB in busybox. Aside from the homemade inittab and rcS (init script) it was all from the Fedora distro,". References: ----------- http://forums.fedoraforum.org/showthread.php?t=190084 -- Luya Tshimbalanga Fedora Project contributor http://www.fedoraproject.org/wiki/LuyaTshimbalanga P.S: disregard the comparison with BSD topic. From katzj at fedoraproject.org Thu Aug 28 19:54:17 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 28 Aug 2008 19:54:17 +0000 (UTC) Subject: [Fedora-livecd-list] 2 commits - imgcreate/kickstart.py tools/livecd-iso-to-disk.sh Message-ID: <20080828195417.CC5FD120379@lists.fedorahosted.org> imgcreate/kickstart.py | 9 ++++++--- tools/livecd-iso-to-disk.sh | 5 ++++- 2 files changed, 10 insertions(+), 4 deletions(-) New commits: commit abfcd5f100d4f52e65ed674b8bd33db05fa8a155 Author: Jeremy Katz Date: Thu Aug 28 15:41:50 2008 -0400 Allow later configs to override repos When you have a %include'd config file, it can be useful to override the repo config. This makes it so that the last specification of a specific repo name wins diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index e352e98..11eac7c 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -21,6 +21,7 @@ import os.path import shutil import subprocess import time +import logging import pykickstart.commands as kscommands import pykickstart.constants as ksconstants @@ -462,7 +463,7 @@ def get_default_kernel(ks, default = None): return ks.handler.bootloader.default def get_repos(ks, repo_urls = {}): - repos = [] + repos = {} for repo in ks.handler.repo.repoList: inc = [] if hasattr(repo, "includepkgs"): @@ -479,9 +480,11 @@ def get_repos(ks, repo_urls = {}): baseurl = repo_urls[repo.name] mirrorlist = None - repos.append((repo.name, baseurl, mirrorlist, inc, exc)) + if repos.has_key(repo.name): + logging.warn("Overriding already specified repo %s" %(repo.name,)) + repos[repo.name] = (repo.name, baseurl, mirrorlist, inc, exc) - return repos + return repos.values() def convert_method_to_repo(ks): try: commit 60d00e6aa7072b2269fbe52411a07e252497b102 Author: Jeremy Katz Date: Thu Aug 28 15:36:01 2008 -0400 Add a --force to override the check for existing live images on a stick diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 48ae40b..a2f058e 100755 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -258,6 +258,9 @@ while [ $# -gt 2 ]; do kernelargs=$2 shift ;; + --force) + force=1 + ;; *) usage ;; @@ -358,7 +361,7 @@ if [ $(($overlaysizemb + $homesizemb + $livesize)) -gt $(($free + $tbd)) ]; then exitclean fi -if [ -d $USBMNT/LiveOS ]; then +if [ -d $USBMNT/LiveOS -a -z "$force" ]; then echo "Already set up as live image." if [ -z "$keephome" -a -e $USBMNT/LiveOS/home.img ]; then echo "WARNING: Persistent /home will be deleted!!!" From katzj at fedoraproject.org Thu Aug 28 21:39:38 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 28 Aug 2008 21:39:38 +0000 (UTC) Subject: [Fedora-livecd-list] tools/livecd-iso-to-disk.sh Message-ID: <20080828213938.A4140120379@lists.fedorahosted.org> tools/livecd-iso-to-disk.sh | 30 +++++++++++++++++++++++++++++- 1 file changed, 29 insertions(+), 1 deletion(-) New commits: commit 5b69d94863531e446b9d5c9033347740601cbed0 Author: Jeremy Katz Date: Thu Aug 28 17:38:01 2008 -0400 Initial stab at setting up USB/SD for booting on the XO If you've built a live image with a kernel that will boot on the XO, this will let you put that image onto a USB stick/SD card with the needed forth files to boot. Then just drop to the OF prompt while booting your XO and type either boot u:\olpc-usb.fth or boot sd:\olpc-sd.fth for booting from USB or SD diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index a2f058e..f3667d1 100755 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -254,6 +254,9 @@ while [ $# -gt 2 ]; do --mactel) mactel=1 ;; + --xo) + xo=1 + ;; --extra-kernel-args) kernelargs=$2 shift @@ -302,7 +305,7 @@ if [ -z "$mactel" ]; then checkPartActive $USBDEV [ -n "$resetmbr" ] && resetMBR $USBDEV checkMBR $USBDEV -else +elif [ -n "$mactel" ]; then [ -n "$resetmbr" ] && createGPTLayout $USBDEV checkGPT $USBDEV fi @@ -479,6 +482,31 @@ if [ -n "$homesizemb" ]; then fi fi +# create the forth files for booting on the XO if requested +# we'd do this unconditionally, but you have to have a kernel that will +# boot on the XO anyway. +if [ -n "$xo" ]; then + echo "Setting up /olpc-usb.fth file" + args=$(egrep "^[ ]*append" $USBMNT/$SYSLINUXPATH/isolinux.cfg |head -n1 |sed -e 's/.*initrd=[^ ]*//') + cat > $USBMNT/olpc-usb.fth < $USBMNT/olpc-sd.fth < Makefile | 2 -- livecd-tools.spec | 5 ++--- 2 files changed, 2 insertions(+), 5 deletions(-) New commits: commit af9dc183e7e8e613948598933cb61bf262821294 Author: Jeremy Katz Date: Thu Aug 28 19:42:15 2008 -0400 Stop installing the minimal config; just make it %doc diff --git a/Makefile b/Makefile index a8d8659..ef45cae 100644 --- a/Makefile +++ b/Makefile @@ -30,7 +30,6 @@ install: man $(INSTALL_DATA) -D README $(DESTDIR)/usr/share/doc/livecd-tools-$(VERSION)/README $(INSTALL_DATA) -D HACKING $(DESTDIR)/usr/share/doc/livecd-tools-$(VERSION)/HACKING mkdir -p $(DESTDIR)/usr/share/livecd-tools/ - $(INSTALL_DATA) -D config/*.ks $(DESTDIR)/usr/share/livecd-tools/ mkdir -p $(DESTDIR)/$(PYTHONDIR)/imgcreate $(INSTALL_PYTHON) -D imgcreate/*.py $(DESTDIR)/$(PYTHONDIR)/imgcreate/ $(call COMPILE_PYTHON,$(DESTDIR)/$(PYTHONDIR)/imgcreate) @@ -41,7 +40,6 @@ uninstall: rm -f $(DESTDIR)/usr/bin/livecd-creator rm -rf $(DESTDIR)/usr/lib/livecd-creator rm -rf $(DESTDIR)/usr/share/doc/livecd-tools-$(VERSION) - rm -rf $(DESTDIR)/usr/share/livecd-tools dist : all git-archive --format=tar --prefix=livecd-tools-$(VERSION)/ HEAD | bzip2 -9v > livecd-tools-$(VERSION).tar.bz2 diff --git a/livecd-tools.spec b/livecd-tools.spec index ce4fea8..a5ca5ec 100644 --- a/livecd-tools.spec +++ b/livecd-tools.spec @@ -50,13 +50,12 @@ rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) -%doc AUTHORS COPYING README HACKING +%doc AUTHORS COPYING README HACKING API +%doc config/livecd-fedora-minimal.ks %{_mandir}/man*/* %{_bindir}/livecd-creator %{_bindir}/livecd-iso-to-disk %{_bindir}/livecd-iso-to-pxeboot -%dir %{_datadir}/livecd-tools -%{_datadir}/livecd-tools/* %{_bindir}/image-creator %dir %{python_sitelib}/imgcreate %{python_sitelib}/imgcreate/*.py From katzj at fedoraproject.org Fri Aug 29 00:17:58 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 29 Aug 2008 00:17:58 +0000 (UTC) Subject: [Fedora-livecd-list] livecd-tools.spec Makefile Message-ID: <20080829001758.48FEC12037B@lists.fedorahosted.org> Makefile | 2 +- livecd-tools.spec | 20 +++++++++++++++++++- 2 files changed, 20 insertions(+), 2 deletions(-) New commits: commit 02dd8e1cf9a09016573c6b5eb6bdd2362e95b05f Author: Jeremy Katz Date: Thu Aug 28 19:56:28 2008 -0400 Bump version diff --git a/Makefile b/Makefile index ef45cae..05993c6 100644 --- a/Makefile +++ b/Makefile @@ -1,5 +1,5 @@ -VERSION = 017 +VERSION = 018 INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} diff --git a/livecd-tools.spec b/livecd-tools.spec index a5ca5ec..ab641b8 100644 --- a/livecd-tools.spec +++ b/livecd-tools.spec @@ -4,7 +4,7 @@ Summary: Tools for building live CD's Name: livecd-tools -Version: 017 +Version: 018 Release: 1%{?dist} License: GPLv2 Group: System Environment/Base @@ -63,6 +63,24 @@ rm -rf $RPM_BUILD_ROOT %{python_sitelib}/imgcreate/*.pyc %changelog +* Thu Aug 28 2008 Jeremy Katz - 018-1 +- Use logging API for debugging messages (dhuff) +- Some initial support for booting live images on an XO +- Refactoring of mount code for appliance-creator (danpb, dhuff) +- Make --base-on actually work again +- Drop the image configs; these are now in the spin-kickstarts repo +- plymouth support +- Listen to bootloader --append in config +- Add man pages (Pedro Silva) +- Support booting from Intel based Macs via EFI on USB (#450193) +- Fixes for SELinux enforcing (eparis) +- Eject the CD on shutdown (#239928) +- Allow adding extra kernel args with livecd-iso-to-disk +- Support for persistent /home (#445218) +- Copy timezone to /etc/localtime (#445624) +- Ensure that commands run by livecd-creator exist +- Mount a tmpfs for some dirs (#447127) + * Tue May 6 2008 Bill Nottingham - 017-1 - fix F9 final configs From katzj at fedoraproject.org Fri Aug 29 00:18:01 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 29 Aug 2008 00:18:01 +0000 (UTC) Subject: [Fedora-livecd-list] Changes to 'refs/tags/livecd-tools-018' Message-ID: <20080829001801.6D5E612037B@lists.fedorahosted.org> Tag 'livecd-tools-018' created by Jeremy Katz at 2008-08-29 00:16 +0000 livecd-tools-018 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAki3P9wACgkQbZmr36XllQ1JOgCg5hINMlQEURrFvJvTc6vaGrrJ wjMAoPycg4E4KBwt28cVsFzBTyUWvfNO =2nGn -----END PGP SIGNATURE----- Changes since livecd-tools-017-69: --- 0 files changed --- From mikeperry-fcd at fscked.org Fri Aug 29 21:11:43 2008 From: mikeperry-fcd at fscked.org (Mike Perry) Date: Fri, 29 Aug 2008 14:11:43 -0700 Subject: [Fedora-livecd-list] Periodically remastered LiveCDs? Message-ID: <20080829211143.GA25198@fscked.org> Hey guys, I was wondering if there are any plans or existing unofficial torrents that provide remastered "stable" LiveCD images with all the recent updates applied? For example, I've tried out the FC9 LiveCD and my wireless card would not work until I installed the iso to a USB and upgraded my wpa_supplicant and NetworkManager. From googling around, this seemed like a common problem with the early FC9 installs. In general, I've noticed the initial release of many distributions is quite buggy, but that things vastly improve after a couple of months of updates. Is there any reason why remastered updates aren't provided officially? Having a more stable LiveCD will definitely give people a much more favorable opinion of Fedora. Anyways, great work on the LiveCD effort in general. I was really impressed with how easy it was to get the USB stick installed in a non-destructive fashion, even when it contained the very .iso it installed from. Cool stuff! -- Mike Perry Mad Computer Scientist fscked.org evil labs -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ruben at rubenkerkhof.com Sat Aug 30 15:46:28 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Sat, 30 Aug 2008 17:46:28 +0200 Subject: [Fedora-livecd-list] [PATCH] Older authconfig doesn't have --update Message-ID: <6CFFE0CE-EC1F-4912-A839-E5F3203C415F@rubenkerkhof.com> Hi list, This prevents an error message when building live cd's for Centos 4 and Red Hat 4 Signed-off-by: Ruben Kerkhof --- imgcreate/kickstart.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 11eac7c..377b253 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -163,7 +163,7 @@ class AuthConfig(KickstartConfig): return auth = ksauthconfig.authconfig or "--useshadow --enablemd5" - args = ["/usr/sbin/authconfig", "--update", "--nostart"] + args = ["/usr/sbin/authconfig", "--kickstart", "--nostart"] self.call(args + auth.split()) class FirewallConfig(KickstartConfig): -- 1.5.5.1 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1638 bytes Desc: not available URL: