From katzj at fedoraproject.org Thu Apr 3 15:21:44 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 3 Apr 2008 15:21:44 GMT Subject: [Fedora-livecd-list] tools/livecd-iso-to-disk.sh Message-ID: <200804031521.m33FLiJC018551@hosted1.fedoraproject.org> tools/livecd-iso-to-disk.sh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit d69237bcf038ca91ba5e12a9a1d8508b2159183f Author: Jeremy Katz Date: Thu Apr 3 11:06:34 2008 -0400 Ensure we copy osmin.img from the right path. diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 0302bcf..0b70eff 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -232,8 +232,8 @@ elif [ -f $CDMNT/LiveOS/ext3fs.img ]; then elif [ -f $CDMNT/ext3fs.img ]; then cp $CDMNT/ext3fs.img $USBMNT/LiveOS/ext3fs.img || exitclean fi -if [ -f $CDMNT/osmin.img ]; then - cp $CDMNT/osmin.img $USBMNT/LiveOS/osmin.img || exitclean +if [ -f $CDMNT/LiveOS/osmin.img ]; then + cp $CDMNT/LiveOS/osmin.img $USBMNT/LiveOS/osmin.img || exitclean fi cp $CDMNT/isolinux/* $USBMNT/$SYSLINUXPATH From katzj at fedoraproject.org Thu Apr 3 21:07:49 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 3 Apr 2008 21:07:49 GMT Subject: [Fedora-livecd-list] imgcreate/kickstart.py Message-ID: <200804032107.m33L7nS3028215@hosted1.fedoraproject.org> imgcreate/kickstart.py | 25 +++++++++++++++++-------- 1 file changed, 17 insertions(+), 8 deletions(-) New commits: commit 7c1246ff21f5be35ef2ac470bd62378f079cb39e Author: Jeremy Katz Date: Thu Apr 3 16:57:28 2008 -0400 Handle the fact that upstart doesn't use inittab diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 30156d8..ebee1b4 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -208,14 +208,23 @@ class ServicesConfig(KickstartConfig): class XConfig(KickstartConfig): """A class to apply a kickstart X configuration to a system.""" def apply(self, ksxconfig): - if not ksxconfig.startX: - return - f = open(self.path("/etc/inittab"), "rw+") - buf = f.read() - buf = buf.replace("id:3:initdefault", "id:5:initdefault") - f.seek(0) - f.write(buf) - f.close() + if os.path.exists(self.path("/etc/inittab")) and ksxconfig.startX: + f = open(self.path("/etc/inittab"), "rw+") + buf = f.read() + buf = buf.replace("id:3:initdefault", "id:5:initdefault") + f.seek(0) + f.write(buf) + f.close() + + # sigh. with upstart, we no longer use inittab + if os.path.exists(self.path("/etc/sysconfig/init")) and not ksxconfig.startX: + f = open(self.path("/etc/sysconfig/init"), "rw+") + buf = f.read() + buf = buf.replace("GRAPHICAL=yes", "GRAPHICAL=no") + f.seek(0) + f.write(buf) + f.close() + class NetworkConfig(KickstartConfig): """A class to apply a kickstart network configuration to a system.""" From svahl at fedoraproject.org Thu Apr 3 21:49:29 2008 From: svahl at fedoraproject.org (Sebastian Vahl) Date: Thu, 3 Apr 2008 21:49:29 GMT Subject: [Fedora-livecd-list] config/livecd-fedora-kde.ks Message-ID: <200804032149.m33LnT1u011145@hosted1.fedoraproject.org> config/livecd-fedora-kde.ks | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) New commits: commit 9d49595062aeaa716fde93a96284b899bd36ca10 Author: Sebastian Vahl Date: Thu Apr 3 23:40:26 2008 +0200 remove ktorrent for space issues diff --git a/config/livecd-fedora-kde.ks b/config/livecd-fedora-kde.ks index 9b24fc4..44e3b92 100644 --- a/config/livecd-fedora-kde.ks +++ b/config/livecd-fedora-kde.ks @@ -4,7 +4,6 @@ @kde-desktop # include nm-applet directly --knetworkmanager NetworkManager-gnome # unwanted packages from @kde-desktop @@ -15,7 +14,7 @@ NetworkManager-gnome -digikam -kdeedu -scribus -#-ktorrent +-ktorrent #-kdegames # KDE 3 @@ -30,7 +29,6 @@ filelight # some extras fuse -dvd+rw-tools # additional fonts @fonts From Mark.E.Smith at arnold.af.mil Fri Apr 4 11:57:12 2008 From: Mark.E.Smith at arnold.af.mil (Smith, Mark E CTR USAF AFMC AEDC/ATA) Date: Fri, 4 Apr 2008 07:57:12 -0400 Subject: [Fedora-livecd-list] Don't Abort on Unresolved Dependencies Message-ID: <742A581E9269444DAFA19BA1157795B802416BF7@VFGAMLMC11.Enterprise.afmc.ds.af.mil> I saw in a thread "How to ensure minimum version of packages?," 19 March 2008, a reference to disabling abort for unresolved dependencies. How do you do that? I am working on a machine without internet access using local repositories. The repositories are not complete and collecting all the dependencies and putting them on the machine piecemeal is painful. From Mark.E.Smith at arnold.af.mil Fri Apr 4 12:01:17 2008 From: Mark.E.Smith at arnold.af.mil (Smith, Mark E CTR USAF AFMC AEDC/ATA) Date: Fri, 4 Apr 2008 08:01:17 -0400 Subject: [Fedora-livecd-list] Test Post Operations Without Going Through the Whole Livecd Process Message-ID: <742A581E9269444DAFA19BA1157795B802416BFB@VFGAMLMC11.Enterprise.afmc.ds.af.mil> Is there a way to test post operations without running the entire livecd build process? I have an operation that is failing (useradd) and rebuilding the entire livecd image for each new attempt is tedious. From tim.wood at datawranglers.com Fri Apr 4 16:16:20 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Fri, 04 Apr 2008 10:16:20 -0600 Subject: [Fedora-livecd-list] Test Post Operations Without Going Through the Whole Livecd Process In-Reply-To: <742A581E9269444DAFA19BA1157795B802416BFB@VFGAMLMC11.Enterprise.afmc.ds.af.mil> References: <742A581E9269444DAFA19BA1157795B802416BFB@VFGAMLMC11.Enterprise.afmc.ds.af.mil> Message-ID: <47F65454.1030001@datawranglers.com> I suspect the answer is there isn't a way. But, if livecd-tools had some minor changes (step 1 & 2 below) it could be done (step 3): 1) Add a flag that tells livecd-tools to not delete temp files 2) Add a second flag that tells livecd-tools to use an existing set of temp files 3) Split your ks into two parts: the parts before post and the post/post nochroot sections Mmmm useful... Tim _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com Smith, Mark E CTR USAF AFMC AEDC/ATA wrote: > Is there a way to test post operations without running the entire livecd > build process? I have an operation that is failing (useradd) and > rebuilding the entire livecd image for each new attempt is tedious. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbgallagher2000 at yahoo.co.uk Mon Apr 7 17:45:39 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Mon, 7 Apr 2008 18:45:39 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd Message-ID: <533362.35888.qm@web26708.mail.ukl.yahoo.com> Hi, Please can you include a minimal development envrionment on the LiveCD release, in F8 it's less than 20mb, the files required are binutils-2.17.50.0.18-1.i386.rpm gcc-4.1.2-33.i386.rpm glibc-devel-2.7-2.i386.rpm glibc-headers-2.7-2.i386.rpm kernel-devel-2.6.23.1-42.fc8.i686.rpm kernel-headers-2.6.23.1-42.fc8.i386.rpm libgomp-4.1.2-33.i386.rpm make-3.81-10.fc8.i386.rpm patch-2.5.4-30.fc8.i386.rpm This enables installing ndiswrapper, madwifi drivers etc without an internet connection Cheers :) James ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From tim.wood at datawranglers.com Mon Apr 7 18:03:50 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 07 Apr 2008 12:03:50 -0600 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <533362.35888.qm@web26708.mail.ukl.yahoo.com> References: <533362.35888.qm@web26708.mail.ukl.yahoo.com> Message-ID: <47FA6206.4080100@datawranglers.com> I can try and draft a kickstart (even if it's not up to me to include it in livecd-tools proper). Looking at what you've got below, I can think of two issues. First, the minimal image on F8 doesn't allow login so I'll have to work around that. Second, the list below is not the complete list of needed packages for a LiveCD so I'll have to work out the packages to include. James, if I do come up with a kickstart, would you be willing to test it. Also, does anyone have any other thoughts/warnings before I start hacking? Tim James Gallagher wrote: > Hi, > > Please can you include a minimal development > envrionment on the LiveCD release, in F8 it's less > than 20mb, the files required are > > > binutils-2.17.50.0.18-1.i386.rpm > gcc-4.1.2-33.i386.rpm > glibc-devel-2.7-2.i386.rpm > glibc-headers-2.7-2.i386.rpm > kernel-devel-2.6.23.1-42.fc8.i686.rpm > kernel-headers-2.6.23.1-42.fc8.i386.rpm > libgomp-4.1.2-33.i386.rpm > make-3.81-10.fc8.i386.rpm > patch-2.5.4-30.fc8.i386.rpm > > > This enables installing ndiswrapper, madwifi drivers > etc without an internet connection > > Cheers :) > > James > > > > > ___________________________________________________________ > Yahoo! For Good helps you make a difference > > http://uk.promotions.yahoo.com/forgood/ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From katzj at redhat.com Mon Apr 7 18:37:57 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Apr 2008 14:37:57 -0400 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <533362.35888.qm@web26708.mail.ukl.yahoo.com> References: <533362.35888.qm@web26708.mail.ukl.yahoo.com> Message-ID: <1207593477.19828.12.camel@aglarond.local> On Mon, 2008-04-07 at 18:45 +0100, James Gallagher wrote: > Please can you include a minimal development > envrionment on the LiveCD release, in F8 it's less > than 20mb, the files required are You do realize that the image is bursting at the seams as it is? Way too much of my life is spent taking and removing things to get back under the 700 meg limit. The right answer is getting drivers working for hardware -- eg, we now have the ath5k driver which supports a lot of the Atheros hardware Jeremy From wtogami at redhat.com Mon Apr 7 18:43:38 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 07 Apr 2008 14:43:38 -0400 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FA6206.4080100@datawranglers.com> References: <533362.35888.qm@web26708.mail.ukl.yahoo.com> <47FA6206.4080100@datawranglers.com> Message-ID: <47FA6B5A.1070303@redhat.com> Did I misunderstand what James asked? It sounded like he wanted to add a whole bunch of additional packages to the standard LiveCD's in order to allow building out-of-tree kernel modules. If this is the case then the answer is NO because: 1) It is not a priority of Fedora to support proprietary kernel modules (ndiswrapper). (Aside from that, can you even use ndiswrapper reliably with Fedora's 4KB kernel stacks?) 2) Doing so would bloat the LiveCD's much larger than the limits that would fit onto a CD. If someone wants to do this for their own personal LiveCD they are free to do whatever they want. Warren Tim Wood wrote: > I can try and draft a kickstart (even if it's not up to me to include it > in livecd-tools proper). Looking at what you've got below, I can think > of two issues. First, the minimal image on F8 doesn't allow login so > I'll have to work around that. Second, the list below is not the > complete list of needed packages for a LiveCD so I'll have to work out > the packages to include. James, if I do come up with a kickstart, would > you be willing to test it. Also, does anyone have any other > thoughts/warnings before I start hacking? > > Tim > > > James Gallagher wrote: >> Hi, >> >> Please can you include a minimal development >> envrionment on the LiveCD release, in F8 it's less >> than 20mb, the files required are >> >> >> binutils-2.17.50.0.18-1.i386.rpm >> gcc-4.1.2-33.i386.rpm >> glibc-devel-2.7-2.i386.rpm >> glibc-headers-2.7-2.i386.rpm >> kernel-devel-2.6.23.1-42.fc8.i686.rpm >> kernel-headers-2.6.23.1-42.fc8.i386.rpm >> libgomp-4.1.2-33.i386.rpm >> make-3.81-10.fc8.i386.rpm >> patch-2.5.4-30.fc8.i386.rpm >> >> >> This enables installing ndiswrapper, madwifi drivers >> etc without an internet connection >> >> Cheers :) >> >> James >> >> >> >> >> ___________________________________________________________ >> Yahoo! For Good helps you make a difference >> http://uk.promotions.yahoo.com/forgood/ >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >> >> > > From jbgallagher2000 at yahoo.co.uk Mon Apr 7 18:46:03 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Mon, 7 Apr 2008 19:46:03 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FA6206.4080100@datawranglers.com> Message-ID: <39441.82751.qm@web26714.mail.ukl.yahoo.com> I'll test it, sure, but why do you claim this is not a complete list of needed packages? I have routinely installed this set of packages since F6 (tediously from a usb stick transfer), there's a howto on fedoradforums.org posted by me for F7. Heck, I would be happy if you just bzipped the 9 files and chucked them on the LiveCD as an optional package. I'm surprised no one else sees this as *critical*, with the ASUS Eee PC for example, you need to jump through hoops to get the LiveCD running with wifi from a usb stick. Including these packages would make it very easy. Am I misunderstanding the problems involved in including these rpms? Cheers James --- Tim Wood wrote: > I can try and draft a kickstart (even if it's not up > to me to include it > in livecd-tools proper). Looking at what you've got > below, I can think > of two issues. First, the minimal image on F8 > doesn't allow login so > I'll have to work around that. Second, the list > below is not the > complete list of needed packages for a LiveCD so > I'll have to work out > the packages to include. James, if I do come up > with a kickstart, would > you be willing to test it. Also, does anyone have > any other > thoughts/warnings before I start hacking? > > Tim > > > James Gallagher wrote: > > Hi, > > > > Please can you include a minimal development > > envrionment on the LiveCD release, in F8 it's less > > than 20mb, the files required are > > > > > > binutils-2.17.50.0.18-1.i386.rpm > > gcc-4.1.2-33.i386.rpm > > glibc-devel-2.7-2.i386.rpm > > glibc-headers-2.7-2.i386.rpm > > kernel-devel-2.6.23.1-42.fc8.i686.rpm > > kernel-headers-2.6.23.1-42.fc8.i386.rpm > > libgomp-4.1.2-33.i386.rpm > > make-3.81-10.fc8.i386.rpm > > patch-2.5.4-30.fc8.i386.rpm > > > > > > This enables installing ndiswrapper, madwifi > drivers > > etc without an internet connection > > > > Cheers :) > > > > James > > > > > > > > > > > ___________________________________________________________ > > > Yahoo! For Good helps you make a difference > > > > http://uk.promotions.yahoo.com/forgood/ > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > > > > -- > _________________________________ > Tim Wood, CLP, RHCT > 719.338.7484 (tel) > > The Data Wranglers > Web, Database & more since since 1994 > www.datawranglers.com > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From jbgallagher2000 at yahoo.co.uk Mon Apr 7 18:48:55 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Mon, 7 Apr 2008 19:48:55 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FA6B5A.1070303@redhat.com> Message-ID: <635027.65791.qm@web26704.mail.ukl.yahoo.com> --- Warren Togami wrote: > Did I misunderstand what James asked? It sounded > like he wanted to add > a whole bunch of additional packages to the standard > LiveCD's in order > to allow building out-of-tree kernel modules. If > this is the case then > the answer is NO because: > > 1) It is not a priority of Fedora to support > proprietary kernel modules > (ndiswrapper). (Aside from that, can you even use > ndiswrapper reliably > with Fedora's 4KB kernel stacks?) > 2) Doing so would bloat the LiveCD's much larger > than the limits that > would fit onto a CD. > > If someone wants to do this for their own personal > LiveCD they are free > to do whatever they want. > > Warren > > Tim Wood wrote: > > I can try and draft a kickstart (even if it's not > up to me to include it > > in livecd-tools proper). Looking at what you've > got below, I can think > > of two issues. First, the minimal image on F8 > doesn't allow login so > > I'll have to work around that. Second, the list > below is not the > > complete list of needed packages for a LiveCD so > I'll have to work out > > the packages to include. James, if I do come up > with a kickstart, would > > you be willing to test it. Also, does anyone have > any other > > thoughts/warnings before I start hacking? > > > > Tim > > > > > > James Gallagher wrote: > >> Hi, > >> > >> Please can you include a minimal development > >> envrionment on the LiveCD release, in F8 it's > less > >> than 20mb, the files required are > >> > >> > >> binutils-2.17.50.0.18-1.i386.rpm > >> gcc-4.1.2-33.i386.rpm > >> glibc-devel-2.7-2.i386.rpm > >> glibc-headers-2.7-2.i386.rpm > >> kernel-devel-2.6.23.1-42.fc8.i686.rpm > >> kernel-headers-2.6.23.1-42.fc8.i386.rpm > >> libgomp-4.1.2-33.i386.rpm > >> make-3.81-10.fc8.i386.rpm > >> patch-2.5.4-30.fc8.i386.rpm > >> > >> > >> This enables installing ndiswrapper, madwifi > drivers > >> etc without an internet connection > >> > >> Cheers :) > >> > >> James > >> > >> > >> > >> > >> > ___________________________________________________________ > > >> Yahoo! For Good helps you make a difference > >> http://uk.promotions.yahoo.com/forgood/ > >> > >> -- > >> Fedora-livecd-list mailing list > >> Fedora-livecd-list at redhat.com > >> > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > >> > >> > > > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > Warren That's a very silly attitude. What harm can there be from an extra 20mb of rpms which would help in dozens of scenarios? I hope your opinion is not the consensus on the mailing list, I would be very disappointed james ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From sundaram at fedoraproject.org Mon Apr 7 18:53:28 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 08 Apr 2008 00:23:28 +0530 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <635027.65791.qm@web26704.mail.ukl.yahoo.com> References: <635027.65791.qm@web26704.mail.ukl.yahoo.com> Message-ID: <47FA6DA8.3050906@fedoraproject.org> James Gallagher wrote: > > That's a very silly attitude. What harm can there be > from an extra 20mb of rpms which would help in dozens > of scenarios? I hope your opinion is not the > consensus on the mailing list, I would be very > disappointed There is *zero* additional space in the live cd. It is completely filled. You have to remove existing packages if you want to add any more. Rahul From jbgallagher2000 at yahoo.co.uk Mon Apr 7 18:55:32 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Mon, 7 Apr 2008 19:55:32 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <1207593477.19828.12.camel@aglarond.local> Message-ID: <605250.33742.qm@web26703.mail.ukl.yahoo.com> ath5k don't work on the ASUS Eee PC, and that's set to be mega this year. I posted A detailed howto on compiling madwifi drivers for this on various forums, if the livecd includes this small addition (<20mb) I can make a script work with just the madwifi driver and patch file. A lot of peeps would appreciate it :) James --- Jeremy Katz wrote: > On Mon, 2008-04-07 at 18:45 +0100, James Gallagher > wrote: > > Please can you include a minimal development > > envrionment on the LiveCD release, in F8 it's less > > than 20mb, the files required are > > You do realize that the image is bursting at the > seams as it is? Way > too much of my life is spent taking and removing > things to get back > under the 700 meg limit. The right answer is > getting drivers working > for hardware -- eg, we now have the ath5k driver > which supports a lot of > the Atheros hardware > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From sundaram at fedoraproject.org Mon Apr 7 19:03:02 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 08 Apr 2008 00:33:02 +0530 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <605250.33742.qm@web26703.mail.ukl.yahoo.com> References: <605250.33742.qm@web26703.mail.ukl.yahoo.com> Message-ID: <47FA6FE6.8090608@fedoraproject.org> James Gallagher wrote: > ath5k don't work on the ASUS Eee PC, and that's set to > be mega this year. I posted A detailed howto on > compiling madwifi drivers for this on various forums, > if the livecd includes this small addition (<20mb) I > can make a script work with just the madwifi driver > and patch file. A lot of peeps would appreciate it :) Real work is being done to integrate changes directly so you don't need a additional script. http://kernelslacker.livejournal.com/115918.html http://kernelslacker.livejournal.com/116445.html Meanwhile, there is eeedora http://wiki.eeeuser.com/howto:eeedora Rahul From jbgallagher2000 at yahoo.co.uk Mon Apr 7 19:16:11 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Mon, 7 Apr 2008 20:16:11 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FA6FE6.8090608@fedoraproject.org> Message-ID: <805849.60676.qm@web26706.mail.ukl.yahoo.com> erm, that guy seems to have nothing but problems with Fedora on his ASUS Eee PC. I posted a howto here http://forums.fedoraforum.org/showthread.php?t=185536 I have to package the required development rpms for my script to work, that's just silly. Just 20mb and you guys can't fit the files in? Ok, well, I'm not gonna be rude, and I'm not gonna dictate, I don't give my free time to create this great OS, and I do thank you all. Best wishes for the F9 release James --- Rahul Sundaram wrote: > James Gallagher wrote: > > ath5k don't work on the ASUS Eee PC, and that's > set to > > be mega this year. I posted A detailed howto on > > compiling madwifi drivers for this on various > forums, > > if the livecd includes this small addition (<20mb) > I > > can make a script work with just the madwifi > driver > > and patch file. A lot of peeps would appreciate it > :) > > Real work is being done to integrate changes > directly so you don't need > a additional script. > > http://kernelslacker.livejournal.com/115918.html > http://kernelslacker.livejournal.com/116445.html > > Meanwhile, there is eeedora > > http://wiki.eeeuser.com/howto:eeedora > > Rahul > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From svahl at fedoraproject.org Mon Apr 7 19:28:35 2008 From: svahl at fedoraproject.org (Sebastian Vahl) Date: Mon, 7 Apr 2008 19:28:35 GMT Subject: [Fedora-livecd-list] config/livecd-fedora-kde.ks Message-ID: <200804071928.m37JSZPP025281@hosted1.fedoraproject.org> config/livecd-fedora-kde.ks | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 7a4ceb951a466d9aa4d2c5316a0b28ae5012aaba Author: Sebastian Vahl Date: Mon Apr 7 21:18:30 2008 +0200 re-added ktorrent since Infinity wallpapers are removed diff --git a/config/livecd-fedora-kde.ks b/config/livecd-fedora-kde.ks index 44e3b92..8f1e367 100644 --- a/config/livecd-fedora-kde.ks +++ b/config/livecd-fedora-kde.ks @@ -14,7 +14,7 @@ NetworkManager-gnome -digikam -kdeedu -scribus --ktorrent +#-ktorrent #-kdegames # KDE 3 From sundaram at fedoraproject.org Mon Apr 7 20:21:59 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 08 Apr 2008 01:51:59 +0530 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <805849.60676.qm@web26706.mail.ukl.yahoo.com> References: <805849.60676.qm@web26706.mail.ukl.yahoo.com> Message-ID: <47FA8267.4040501@fedoraproject.org> James Gallagher wrote: > erm, that guy seems to have nothing but problems with > Fedora on his ASUS Eee PC. I posted a howto here > http://forums.fedoraforum.org/showthread.php?t=185536 > "That guy" is the primary Fedora kernel maintainer working on integrating changes to make Fedora work out of the box on eeepc. > Just 20mb and you guys can't fit the files in? Like I said, there is really no space left. Look at the size of the live cd image. It barely fits a CD right now. Rahul From katzj at redhat.com Mon Apr 7 20:22:17 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Apr 2008 16:22:17 -0400 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <805849.60676.qm@web26706.mail.ukl.yahoo.com> References: <805849.60676.qm@web26706.mail.ukl.yahoo.com> Message-ID: <1207599737.19828.18.camel@aglarond.local> On Mon, 2008-04-07 at 20:16 +0100, James Gallagher wrote: > I have to package the required development rpms for my > script to work, that's just silly. > > Just 20mb and you guys can't fit the files in? Like I said, there's not any space left on the disc. We can't just add things without removing something else -- there's a fundamental limit that we hit up against (the size of a CD) and which we are constantly having to make tradeoffs against. If you can suggest something to free up the space, then there can be a real discussion. Otherwise, it's just bikeshedding. Jeremy From tim.wood at datawranglers.com Tue Apr 8 00:00:59 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 07 Apr 2008 18:00:59 -0600 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <1207599737.19828.18.camel@aglarond.local> References: <805849.60676.qm@web26706.mail.ukl.yahoo.com> <1207599737.19828.18.camel@aglarond.local> Message-ID: <47FAB5BB.1040508@datawranglers.com> It sounds like the kickstart in question is going to have to be for a DVD or a supplemental one (like the XFCE one) with various trade-offs. Jeremy Katz wrote: > On Mon, 2008-04-07 at 20:16 +0100, James Gallagher wrote: > >> I have to package the required development rpms for my >> script to work, that's just silly. >> >> Just 20mb and you guys can't fit the files in? >> > > Like I said, there's not any space left on the disc. We can't just add > things without removing something else -- there's a fundamental limit > that we hit up against (the size of a CD) and which we are constantly > having to make tradeoffs against. If you can suggest something to free > up the space, then there can be a real discussion. Otherwise, it's just > bikeshedding. > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Tue Apr 8 00:21:37 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Apr 2008 20:21:37 -0400 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FAB5BB.1040508@datawranglers.com> References: <805849.60676.qm@web26706.mail.ukl.yahoo.com> <1207599737.19828.18.camel@aglarond.local> <47FAB5BB.1040508@datawranglers.com> Message-ID: <1207614097.19828.23.camel@aglarond.local> On Mon, 2008-04-07 at 18:00 -0600, Tim Wood wrote: > It sounds like the kickstart in question is going to have to be for a > DVD or a supplemental one (like the XFCE one) with various trade-offs. Except that the original poster wasn't asking for a kickstart or an alternate image, he was asking for the inclusion of additional packages on the distributed images. Jeremy From tim.wood at datawranglers.com Tue Apr 8 00:48:37 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 07 Apr 2008 18:48:37 -0600 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <1207614097.19828.23.camel@aglarond.local> References: <805849.60676.qm@web26706.mail.ukl.yahoo.com> <1207599737.19828.18.camel@aglarond.local> <47FAB5BB.1040508@datawranglers.com> <1207614097.19828.23.camel@aglarond.local> Message-ID: <47FAC0E5.50202@datawranglers.com> I noticed that. I was proposing something of a compromise. If XFCE and a limited number of languages would work, it should be fairly straightforward to craft something that's (at least) close to what he wants. Tim Jeremy Katz wrote: > On Mon, 2008-04-07 at 18:00 -0600, Tim Wood wrote: > >> It sounds like the kickstart in question is going to have to be for a >> DVD or a supplemental one (like the XFCE one) with various trade-offs. >> > > Except that the original poster wasn't asking for a kickstart or an > alternate image, he was asking for the inclusion of additional packages > on the distributed images. > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbgallagher2000 at yahoo.co.uk Tue Apr 8 04:29:10 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Tue, 8 Apr 2008 05:29:10 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <1207599737.19828.18.camel@aglarond.local> Message-ID: <270282.90478.qm@web26703.mail.ukl.yahoo.com> Right, here you go, keeping in mind that this is a LiveCD, do we really need 1. Selinux, selinux troubleshooter 2. Totem Movie player (it doesn't actually play anything does it?) 3. Gnumeric Spreadsheet (How many people are gonna use a livecd for spreadsheet work) 4.Evolution (99% of peeps will use web based mail on a livecd) 5. Some of the rubbish games. Also, bear in mind that many people install from the livecd, and are then left without an internet connection to run the add/remove package manager. If they could easily enable a wifi driver then the above packages can easily be added after installation. Is it just me that thinks this is more important than having a spreadsheet for instance. It is a real pain in the arse trying to set up fedora on systems where the wifi connectivity isn't working out-of-the-box, I don't really understand why the team are so against a small 20mb addition to make it a smoother process. Regards James > things without removing something else -- there's a > fundamental limit > that we hit up against (the size of a CD) and which > we are constantly > having to make tradeoffs against. If you can > suggest something to free > up the space, then there can be a real discussion. > Otherwise, it's just > bikeshedding. > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From sundaram at fedoraproject.org Tue Apr 8 04:58:02 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 08 Apr 2008 10:28:02 +0530 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <270282.90478.qm@web26703.mail.ukl.yahoo.com> References: <270282.90478.qm@web26703.mail.ukl.yahoo.com> Message-ID: <47FAFB5A.9020604@fedoraproject.org> James Gallagher wrote: > Right, here you go, keeping in mind that this is a > LiveCD, do we really need > > 1. Selinux, selinux troubleshooter > 2. Totem Movie player (it doesn't actually play > anything does it?) > 3. Gnumeric Spreadsheet (How many people are gonna use > a livecd for spreadsheet work) > 4.Evolution (99% of peeps will use web based mail on > a livecd) > 5. Some of the rubbish games. Note that the Live CD is used for two purposes 1) For demonstrating Fedora 2) For installing Fedora While things like a mail client isn't that useful for a demo, it is quite useful on a installed system. Totem plays patent unencumbered open formats. I am not sure which games you call rubbish. If you can be more specific, that would be useful. Rahul From tim.wood at datawranglers.com Tue Apr 8 05:01:36 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 07 Apr 2008 23:01:36 -0600 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <39441.82751.qm@web26714.mail.ukl.yahoo.com> References: <39441.82751.qm@web26714.mail.ukl.yahoo.com> Message-ID: <47FAFC30.2010605@datawranglers.com> I realized I never responded to this... I mis-read your original post and thought you were hoping for help with a kickstart that would help you create a LiveCD that would be generate minimal development cd. Of course, as everyone has pointed out, I did mis-read your email. regards, Tim James Gallagher wrote: > I'll test it, sure, but why do you claim this is not > a complete list of needed packages? I have routinely > installed this set of packages since F6 (tediously > from a usb stick transfer), there's a howto on > fedoradforums.org posted by me for F7. Heck, I would > be happy if you just bzipped the 9 files and chucked > them on the LiveCD as an optional package. > > I'm surprised no one else sees this as *critical*, > with the ASUS Eee PC for example, you need to jump > through hoops to get the LiveCD running with wifi from > a usb stick. Including these packages would make it > very easy. > > Am I misunderstanding the problems involved in > including these rpms? > > Cheers > > James > --- Tim Wood wrote: > > >> I can try and draft a kickstart (even if it's not up >> to me to include it >> in livecd-tools proper). Looking at what you've got >> below, I can think >> of two issues. First, the minimal image on F8 >> doesn't allow login so >> I'll have to work around that. Second, the list >> below is not the >> complete list of needed packages for a LiveCD so >> I'll have to work out >> the packages to include. James, if I do come up >> with a kickstart, would >> you be willing to test it. Also, does anyone have >> any other >> thoughts/warnings before I start hacking? >> >> Tim >> >> >> James Gallagher wrote: >> >>> Hi, >>> >>> Please can you include a minimal development >>> envrionment on the LiveCD release, in F8 it's less >>> than 20mb, the files required are >>> >>> >>> binutils-2.17.50.0.18-1.i386.rpm >>> gcc-4.1.2-33.i386.rpm >>> glibc-devel-2.7-2.i386.rpm >>> glibc-headers-2.7-2.i386.rpm >>> kernel-devel-2.6.23.1-42.fc8.i686.rpm >>> kernel-headers-2.6.23.1-42.fc8.i386.rpm >>> libgomp-4.1.2-33.i386.rpm >>> make-3.81-10.fc8.i386.rpm >>> patch-2.5.4-30.fc8.i386.rpm >>> >>> >>> This enables installing ndiswrapper, madwifi >>> >> drivers >> >>> etc without an internet connection >>> >>> Cheers :) >>> >>> James >>> >>> >>> >>> >>> >>> > ___________________________________________________________ > >>> Yahoo! For Good helps you make a difference >>> >>> http://uk.promotions.yahoo.com/forgood/ >>> >>> -- >>> Fedora-livecd-list mailing list >>> Fedora-livecd-list at redhat.com >>> >>> > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > >>> >>> >> -- >> _________________________________ >> Tim Wood, CLP, RHCT >> 719.338.7484 (tel) >> >> The Data Wranglers >> Web, Database & more since since 1994 >> www.datawranglers.com >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> >> > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > > ___________________________________________________________ > Yahoo! For Good helps you make a difference > > http://uk.promotions.yahoo.com/forgood/ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbgallagher2000 at yahoo.co.uk Tue Apr 8 05:15:43 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Tue, 8 Apr 2008 06:15:43 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FAFB5A.9020604@fedoraproject.org> Message-ID: <406150.15315.qm@web26710.mail.ukl.yahoo.com> Do we really need 17 games? (including two entries for solitaire for some reason). Chess, AisleRiot Solitaire, Mahjongg, Mines and Sudoku would be sufficient.ion) And Evolution can be installed post-hard drive install (assuming an internet connect After all, extra games can be added via pirut (assuming an internet connection) --- Rahul Sundaram wrote: > James Gallagher wrote: > > Right, here you go, keeping in mind that this is a > > LiveCD, do we really need > > > > 1. Selinux, selinux troubleshooter > > 2. Totem Movie player (it doesn't actually play > > anything does it?) > > 3. Gnumeric Spreadsheet (How many people are gonna > use > > a livecd for spreadsheet work) > > 4.Evolution (99% of peeps will use web based mail > on > > a livecd) > > 5. Some of the rubbish games. > > Note that the Live CD is used for two purposes > > 1) For demonstrating Fedora > 2) For installing Fedora > > While things like a mail client isn't that useful > for a demo, it is > quite useful on a installed system. Totem plays > patent unencumbered open > formats. I am not sure which games you call rubbish. > If you can be more > specific, that would be useful. > > Rahul > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From cgt at navicon.dk Tue Apr 8 07:14:08 2008 From: cgt at navicon.dk (Christian G. Tveen) Date: Tue, 08 Apr 2008 09:14:08 +0200 Subject: [Fedora-livecd-list] accessing flash rw ? Message-ID: <47FB1B40.6080006@navicon.dk> Hi, I've been trying to use the livecd scripts (014-1.fc9) to create my own livecd, and installed it to a flash. Running the livecd, I fail to mount the flash, as its reported as allready mounted. I assume its occupied by the loop devices. Is there a way to mount the flash, so I can store some files on the flash either by command line, or by modifying a livecd script ? Any pointers / help would be very much appreciated Regards Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: cgt.vcf Type: text/x-vcard Size: 193 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3408 bytes Desc: S/MIME Cryptographic Signature URL: From jbgallagher2000 at yahoo.co.uk Tue Apr 8 08:25:10 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Tue, 8 Apr 2008 09:25:10 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <406150.15315.qm@web26710.mail.ukl.yahoo.com> Message-ID: <50744.49106.qm@web26712.mail.ukl.yahoo.com> ok, timezones mean you guys can't reply for a while, but let me add this. I've been a major supporter of Fedora for over 4 years, I realize I'm on the "user" side and your team is the "development" side, but it's "quid pro quo" right? How about a little help here to make the user experience smoother? cheers James --- James Gallagher wrote: > Do we really need 17 games? (including two entries > for > solitaire for some reason). > > Chess, AisleRiot Solitaire, Mahjongg, Mines and > Sudoku > would be sufficient.ion) > > And Evolution can be installed post-hard drive > install > (assuming an internet connect > > After all, extra games can be added via pirut > (assuming an internet connection) > > --- Rahul Sundaram > wrote: > > > James Gallagher wrote: > > > Right, here you go, keeping in mind that this is > a > > > LiveCD, do we really need > > > > > > 1. Selinux, selinux troubleshooter > > > 2. Totem Movie player (it doesn't actually play > > > anything does it?) > > > 3. Gnumeric Spreadsheet (How many people are > gonna > > use > > > a livecd for spreadsheet work) > > > 4.Evolution (99% of peeps will use web based > mail > > on > > > a livecd) > > > 5. Some of the rubbish games. > > > > Note that the Live CD is used for two purposes > > > > 1) For demonstrating Fedora > > 2) For installing Fedora > > > > While things like a mail client isn't that useful > > for a demo, it is > > quite useful on a installed system. Totem plays > > patent unencumbered open > > formats. I am not sure which games you call > rubbish. > > If you can be more > > specific, that would be useful. > > > > Rahul > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > > > > ___________________________________________________________ > > Yahoo! For Good helps you make a difference > > http://uk.promotions.yahoo.com/forgood/ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From tim.wood at datawranglers.com Tue Apr 8 15:08:16 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Tue, 08 Apr 2008 09:08:16 -0600 Subject: [Fedora-livecd-list] accessing flash rw ? In-Reply-To: <47FB1B40.6080006@navicon.dk> References: <47FB1B40.6080006@navicon.dk> Message-ID: <47FB8A60.9070309@datawranglers.com> You can start with a simple df to see what the system has mounted. In my experience, flash devices tend to show up as /dev/sd* (e.g. /dev/sda). Tim Christian G. Tveen wrote: > Hi, > > I've been trying to use the livecd scripts (014-1.fc9) to create my > own livecd, and installed it to a flash. > > Running the livecd, I fail to mount the flash, as its reported as > allready mounted. I assume its occupied by the loop devices. Is there > a way to mount the flash, so I can store some files on the flash > either by command line, or by modifying a livecd script ? Any pointers > / help would be very much appreciated > > Regards Christian > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From cgt at navicon.dk Tue Apr 8 18:24:48 2008 From: cgt at navicon.dk (Christian G. Tveen) Date: Tue, 08 Apr 2008 20:24:48 +0200 Subject: [Fedora-livecd-list] accessing flash rw ? In-Reply-To: <47FB8A60.9070309@datawranglers.com> References: <47FB1B40.6080006@navicon.dk> <47FB8A60.9070309@datawranglers.com> Message-ID: <47FBB870.4020606@navicon.dk> Hi, Thanks, but I'm pretty sure its /dev/sdb1 (dmesg). Its however not the problem. I can mount a directory to /dev/live, and what I see is something that I believe is the flash, which probably prevents me from mounting the /dev/sdb1 for normal usage. However, I'm not certain on which loop devices are used for what purpose, and I assume the linux system for still remain on the flash, so it should not be un-looped or ? Somewhere in the scripts it possible to modify, to to init_to_ram, thus copiying the whole flash onto memory (and if cdrom, eject). However, I would prefer not to copy the system to ram, as it increases startup time. Regards Chrisitan Tim Wood skrev: > You can start with a simple df to see what the system has mounted. In > my experience, flash devices tend to show up as /dev/sd* (e.g. /dev/sda). > > Tim > > > Christian G. Tveen wrote: >> Hi, >> >> I've been trying to use the livecd scripts (014-1.fc9) to create my >> own livecd, and installed it to a flash. >> >> Running the livecd, I fail to mount the flash, as its reported as >> allready mounted. I assume its occupied by the loop devices. Is there >> a way to mount the flash, so I can store some files on the flash >> either by command line, or by modifying a livecd script ? Any >> pointers / help would be very much appreciated >> >> Regards Christian >> ------------------------------------------------------------------------ >> >> -- >> Fedora-livecd-list mailing list >> Fedora-livecd-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-livecd-list >> > > > -- > _________________________________ > Tim Wood, CLP, RHCT > 719.338.7484 (tel) > > The Data Wranglers > Web, Database & more since since 1994 > www.datawranglers.com > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbgallagher2000 at yahoo.co.uk Tue Apr 8 21:13:50 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Tue, 8 Apr 2008 22:13:50 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <50744.49106.qm@web26712.mail.ukl.yahoo.com> Message-ID: <735486.43806.qm@web26706.mail.ukl.yahoo.com> Jeremy Katz said a discussion could start if I suggested packages to remove. I did this, quite sensibly, so why no replies? --- James Gallagher wrote: > ok, timezones mean you guys can't reply for a while, > but let me add this. > > I've been a major supporter of Fedora for over 4 > years, I realize I'm on the "user" side and your > team > is the "development" side, but it's "quid pro quo" > right? > > How about a little help here to make the user > experience smoother? > > cheers > > James > > --- James Gallagher > wrote: > > > Do we really need 17 games? (including two entries > > for > > solitaire for some reason). > > > > Chess, AisleRiot Solitaire, Mahjongg, Mines and > > Sudoku > > would be sufficient.ion) > > > > And Evolution can be installed post-hard drive > > install > > (assuming an internet connect > > > > After all, extra games can be added via pirut > > (assuming an internet connection) > > > > --- Rahul Sundaram > > wrote: > > > > > James Gallagher wrote: > > > > Right, here you go, keeping in mind that this > is > > a > > > > LiveCD, do we really need > > > > > > > > 1. Selinux, selinux troubleshooter > > > > 2. Totem Movie player (it doesn't actually > play > > > > anything does it?) > > > > 3. Gnumeric Spreadsheet (How many people are > > gonna > > > use > > > > a livecd for spreadsheet work) > > > > 4.Evolution (99% of peeps will use web based > > mail > > > on > > > > a livecd) > > > > 5. Some of the rubbish games. > > > > > > Note that the Live CD is used for two purposes > > > > > > 1) For demonstrating Fedora > > > 2) For installing Fedora > > > > > > While things like a mail client isn't that > useful > > > for a demo, it is > > > quite useful on a installed system. Totem plays > > > patent unencumbered open > > > formats. I am not sure which games you call > > rubbish. > > > If you can be more > > > specific, that would be useful. > > > > > > Rahul > > > > > > -- > > > Fedora-livecd-list mailing list > > > Fedora-livecd-list at redhat.com > > > > > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > > > > > > > > > > > ___________________________________________________________ > > > > Yahoo! For Good helps you make a difference > > > > http://uk.promotions.yahoo.com/forgood/ > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > > > > ___________________________________________________________ > > Yahoo! For Good helps you make a difference > > http://uk.promotions.yahoo.com/forgood/ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From sundaram at fedoraproject.org Tue Apr 8 21:19:24 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 09 Apr 2008 02:49:24 +0530 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <735486.43806.qm@web26706.mail.ukl.yahoo.com> References: <735486.43806.qm@web26706.mail.ukl.yahoo.com> Message-ID: <47FBE15C.1020009@fedoraproject.org> James Gallagher wrote: > Jeremy Katz said a discussion could start if I > suggested packages to remove. I did this, quite > sensibly, so why no replies? Desktop live cd is unlikely to ship with any development tools. Short term workarounds are generally not encouraged. If you would like to create a custom live cd to meet your needs, there is good documentation for that and there are many here who can help answer questions on that. Additional note is that people working on these things are now busy getting the Fedora 9 release out which is reaching major milestones and requires lot of attention at this point. Rahul From jbgallagher2000 at yahoo.co.uk Tue Apr 8 21:41:14 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Tue, 8 Apr 2008 22:41:14 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FBE15C.1020009@fedoraproject.org> Message-ID: <7709.62612.qm@web26708.mail.ukl.yahoo.com> --- Rahul Sundaram wrote: > James Gallagher wrote: > > Jeremy Katz said a discussion could start if I > > suggested packages to remove. I did this, quite > > sensibly, so why no replies? > > Desktop live cd is unlikely to ship with any > development tools. Short > term workarounds are generally not encouraged. If > you would like to > create a custom live cd to meet your needs, there is > good documentation > for that and there are many here who can help answer > questions on that. > > Additional note is that people working on these > things are now busy > getting the Fedora 9 release out which is reaching > major milestones and > requires lot of attention at this point. > > Rahul > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > I realised the F9 release was imminent and hoped to get what I though was a minor addition included (A minor addition which would have huge benefits) I think the LivecCD with an extra 20mb of devel rpms would fit on a cd with overburn enabled, easily. I think k3b, nero, roxio etc can all easily do an overburn. Why not release the standard LiveCD and another one with devel rpms included and a warning that overburn will be required? If you monitor the download stats for these I think you'll find the devel enabled LiveCD will be more popular. ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From sundaram at fedoraproject.org Tue Apr 8 21:46:27 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 09 Apr 2008 03:16:27 +0530 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <7709.62612.qm@web26708.mail.ukl.yahoo.com> References: <7709.62612.qm@web26708.mail.ukl.yahoo.com> Message-ID: <47FBE7B3.7020000@fedoraproject.org> James Gallagher wrote: > I realised the F9 release was imminent and hoped to > get what I though was a minor addition included (A > minor addition which would have huge benefits) > > I think the LivecCD with an extra 20mb of devel rpms > would fit on a cd with overburn enabled, easily. I > think k3b, nero, roxio etc can all easily do an > overburn. Why not release the standard LiveCD and > another one with devel rpms included and a warning > that overburn will be required? > > If you monitor the download stats for these I think > you'll find the devel enabled LiveCD will be more > popular There is hosting space, bandwidth. QA, documentation, web pages etc associated with every additional variant. That overhead is pretty high. Again if you want to create such a variant, people here can gladly help you. Officially hosting it is a entirely different matter. Rahul From jbgallagher2000 at yahoo.co.uk Tue Apr 8 21:52:09 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Tue, 8 Apr 2008 22:52:09 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <47FBE7B3.7020000@fedoraproject.org> Message-ID: <691502.6052.qm@web26705.mail.ukl.yahoo.com> Unless an official fedora LiveCD release includes devel rpms it's not gonna help me. I post fixes/patches on various forums around the world, and there's no way I could host a modded LiveCD myself. --- Rahul Sundaram wrote: > James Gallagher wrote: > > > I realised the F9 release was imminent and hoped > to > > get what I though was a minor addition included (A > > minor addition which would have huge benefits) > > > > I think the LivecCD with an extra 20mb of devel > rpms > > would fit on a cd with overburn enabled, easily. I > > think k3b, nero, roxio etc can all easily do an > > overburn. Why not release the standard LiveCD and > > another one with devel rpms included and a warning > > that overburn will be required? > > > > If you monitor the download stats for these I > think > > you'll find the devel enabled LiveCD will be more > > popular > > There is hosting space, bandwidth. QA, > documentation, web pages etc > associated with every additional variant. That > overhead is pretty high. > Again if you want to create such a variant, people > here can gladly help > you. Officially hosting it is a entirely different > matter. > > Rahul > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From todd655495 at yahoo.com Tue Apr 8 22:29:12 2008 From: todd655495 at yahoo.com (Todd N) Date: Tue, 8 Apr 2008 15:29:12 -0700 (PDT) Subject: [Fedora-livecd-list] Building Live CD from externally-created ext3 file system Message-ID: <962222.29799.qm@web54010.mail.re2.yahoo.com> Hello, I'm new to the list so pardon me if I break any etiquette rules... it's not intentional. :-) The description of the Live CD Creator application found on Fedora's website includes a section on the steps performed by livecd-creator (see http://fedoraproject.org/wiki/FedoraLiveCD/LiveCDHowTo#head-275d791c27ecce3379d1e2cc5cfbd04f5d03af5d ). My question is whether there is a way to build a live CD using a / (ext3) filesystem created by some other means. Basically I'd like to be able to perform the last three steps listed in the document referenced above: * Creates a squashfs file system containing only the ext3 file (compression) * Configures the boot loader * Creates an iso9660 bootable CD We have already built a system and have it working exactly the way we want it. Is there a way to take that filesystem, compress it, and build the CD without having to go through the system configuration, package selection, and all the custom configs at the end? We'd like to build a CD that has maximum flexibility for compatible hardware. I appreciate any help that can be offered. Thanks. Todd ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Wed Apr 9 01:34:40 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 08 Apr 2008 21:34:40 -0400 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <270282.90478.qm@web26703.mail.ukl.yahoo.com> References: <270282.90478.qm@web26703.mail.ukl.yahoo.com> Message-ID: <1207704880.24509.10.camel@aglarond.local> On Tue, 2008-04-08 at 05:29 +0100, James Gallagher wrote: > Right, here you go, keeping in mind that this is a > LiveCD, do we really need It is a live CD, but it's also one of the primary installation paths for Fedora. So it's important that it showcase the strengths and unique things about Fedora within the LiveCD. > 1. Selinux, selinux troubleshooter There have been a number of threads along this line, but SELinux is a big part of Fedora. Take away SELinux and you don't really have Fedora as such. Also, as it turns out, given that you can't remove most of it (deps still pull in things like the libraries and utils), there isn't much space to be gained > 2. Totem Movie player (it doesn't actually play > anything does it?) It plays plenty of content! But _free_ content, not content that's encumbered by patents > 3. Gnumeric Spreadsheet (How many people are gonna use > a livecd for spreadsheet work) Although it's not the best metric in the world, I have definitely used it on multiple occasions. As one of the parts is marketing, it's good to be able to show that the capability is there to avoid people thinking its not. > 4.Evolution (99% of peeps will use web based mail on > a livecd) Again, remember that people do install from the live image. Which makes it a harder call. Especially when evolution is one of the "major" apps. I expect that more people use it than would build kernel modules, though. > Also, bear in mind that many people install from the > livecd, and are then left without an internet > connection to run the add/remove package manager. If > they could easily enable a wifi driver then the above > packages can easily be added after installation. But to enable wifi drivers, we should be working towards enabling _supporting them out of the box with Fedora_. Not requiring users to go and find a howto that has them compile a driver which may or may not infringe upon the GPL. For your specific case of the atheros chip used by the eee, there is continuing work to actually properly support the chip with the mainline driver rather than completely unsupportable solutions like madwifi or ndiswrapper. And if the argument is that people can't get online to do things like install the set of packages for doing compilation, then how are they going to get online to get the "driver"? The chicken and the egg problem still exists, it's just moved around a bit. Given the way that our livecds support installing random bits, it's easy enough for someone who has a real need to yum install the minimal development pieces that you're suggesting and then do the build. Or just download a tarball of a binary driver. Jeremy From katzj at redhat.com Wed Apr 9 01:35:54 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 08 Apr 2008 21:35:54 -0400 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <50744.49106.qm@web26712.mail.ukl.yahoo.com> References: <50744.49106.qm@web26712.mail.ukl.yahoo.com> Message-ID: <1207704954.24509.13.camel@aglarond.local> On Tue, 2008-04-08 at 09:25 +0100, James Gallagher wrote: > ok, timezones mean you guys can't reply for a while, > but let me add this. > > I've been a major supporter of Fedora for over 4 > years, I realize I'm on the "user" side and your team > is the "development" side, but it's "quid pro quo" > right? > > How about a little help here to make the user > experience smoother? I have a hard time seeing adding a development environment at the expense of end-user applications as something which makes the user experience smoother. It may help one use case, but at the expense of others. And it helps one which really isn't in line with Fedora's overall goals and mission, which makes it somewhat unattractive given the cost Jeremy From katzj at redhat.com Wed Apr 9 01:37:22 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 08 Apr 2008 21:37:22 -0400 Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <7709.62612.qm@web26708.mail.ukl.yahoo.com> References: <7709.62612.qm@web26708.mail.ukl.yahoo.com> Message-ID: <1207705042.24509.16.camel@aglarond.local> On Tue, 2008-04-08 at 22:41 +0100, James Gallagher wrote: > I think the LivecCD with an extra 20mb of devel rpms > would fit on a cd with overburn enabled, easily. I > think k3b, nero, roxio etc can all easily do an > overburn. Why not release the standard LiveCD and > another one with devel rpms included and a warning > that overburn will be required? Overburning isn't something that you want to try to support. We have enough problems with flaky drives and media burning 700 meg images as it stands :( And "just add another image" is actually a pretty expensive proposition in terms of hosting, testing, etc. And it then isn't entirely obvious how a user is going to know what the "right" thing to download is. Jeremy From jbgallagher2000 at yahoo.co.uk Wed Apr 9 09:43:26 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Wed, 9 Apr 2008 10:43:26 +0100 (BST) Subject: [Fedora-livecd-list] Minimal development environment on Livecd In-Reply-To: <1207705042.24509.16.camel@aglarond.local> Message-ID: <509006.26622.qm@web26702.mail.ukl.yahoo.com> --- Jeremy Katz wrote: > On Tue, 2008-04-08 at 22:41 +0100, James Gallagher > wrote: > > I think the LivecCD with an extra 20mb of devel > rpms > > would fit on a cd with overburn enabled, easily. I > > think k3b, nero, roxio etc can all easily do an > > overburn. Why not release the standard LiveCD and > > another one with devel rpms included and a warning > > that overburn will be required? > > Overburning isn't something that you want to try to > support. We have > enough problems with flaky drives and media burning > 700 meg images as it > stands :( > > And "just add another image" is actually a pretty > expensive proposition > in terms of hosting, testing, etc. And it then > isn't entirely obvious > how a user is going to know what the "right" thing > to download is. > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > Ok, thanks for all the replys everone, I think I understand the philosopy a bit better, and maybe it's not as big a deal as I made out. The aim to get the drivers working out-of-the-box on Fedora is very sensible and I hope it makes good progress going forward. I agree that selinux, totem, gnumeric probably shouldn't go because of reasons posted (I was a little tongue in cheek on my criticism of totem) Still not convinced about Evolution, and all those games?? ;) Anyhow, with the livecd-iso-to-disk package I suppose it is easy for people to burn the iso to usb and then add the extra packages using yumdownloader or similar from an internet connected machine, in fact this is the easiest solution for the eee pc. It would help if there was a group defined for the miniminal set of devel rpms, since the "Development Tools" group is huge, so it's fiddly to individually get the 9 rpms required for the minimal environment. Perhaps I should post to another list to suggest this, which one do you reccomend? Once again, thanks for your considered replies, and I wish you all well for the upcoming release James ___________________________________________________________ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ From katzj at fedoraproject.org Thu Apr 10 04:15:03 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 10 Apr 2008 04:15:03 GMT Subject: [Fedora-livecd-list] 6 commits - config/livecd-fedora-base-desktop.ks config/livecd-fedora-desktop.ks imgcreate/kickstart.py imgcreate/yuminst.py Message-ID: <200804100415.m3A4F36D002923@hosted1.fedoraproject.org> config/livecd-fedora-base-desktop.ks | 11 +++++++++-- config/livecd-fedora-desktop.ks | 1 + imgcreate/kickstart.py | 25 ++++++++----------------- imgcreate/yuminst.py | 6 ++++-- 4 files changed, 22 insertions(+), 21 deletions(-) New commits: commit 0e85e65b0e3f45d17650c5d2e87768dcf5d4f7dd Author: Jeremy Katz Date: Tue Apr 8 15:26:11 2008 -0400 Don't check for updates with PackageKit during live boots diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 72bd4cf..b3c418d 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -136,6 +136,11 @@ 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 + # 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 commit 3b3b7824763f14230fa45fbad65e50e469b5dda8 Author: Jeremy Katz Date: Fri Apr 4 11:08:16 2008 -0400 Revert "Handle the fact that upstart doesn't use inittab" This reverts commit 7c1246ff21f5be35ef2ac470bd62378f079cb39e. Upstart is now looking at inittab (again) diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index ebee1b4..30156d8 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -208,23 +208,14 @@ class ServicesConfig(KickstartConfig): class XConfig(KickstartConfig): """A class to apply a kickstart X configuration to a system.""" def apply(self, ksxconfig): - if os.path.exists(self.path("/etc/inittab")) and ksxconfig.startX: - f = open(self.path("/etc/inittab"), "rw+") - buf = f.read() - buf = buf.replace("id:3:initdefault", "id:5:initdefault") - f.seek(0) - f.write(buf) - f.close() - - # sigh. with upstart, we no longer use inittab - if os.path.exists(self.path("/etc/sysconfig/init")) and not ksxconfig.startX: - f = open(self.path("/etc/sysconfig/init"), "rw+") - buf = f.read() - buf = buf.replace("GRAPHICAL=yes", "GRAPHICAL=no") - f.seek(0) - f.write(buf) - f.close() - + if not ksxconfig.startX: + return + f = open(self.path("/etc/inittab"), "rw+") + buf = f.read() + buf = buf.replace("id:3:initdefault", "id:5:initdefault") + f.seek(0) + f.write(buf) + f.close() class NetworkConfig(KickstartConfig): """A class to apply a kickstart network configuration to a system.""" commit bcbe540da5be8866a6f0b82f8758473fc43a79de Author: Jeremy Katz Date: Thu Apr 3 14:09:50 2008 -0400 Switch to turning off firstboot via chkconfig to avoid launching s-c-display diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 2d3c8c0..72bd4cf 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -131,7 +131,7 @@ useradd -c "Fedora Live" fedora passwd -d fedora > /dev/null # turn off firstboot for livecd boots -echo "RUN_FIRSTBOOT=NO" > /etc/sysconfig/firstboot +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 commit 54f5283bda966b12f54c0ea58bdbd4f1af67082e Author: Jeremy Katz Date: Wed Apr 2 09:37:17 2008 -0400 Set perms on fedora user's homedir so their .face is visible diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 3c775dd..2d3c8c0 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -122,7 +122,7 @@ if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then fi # configure X, allowing user to override xdriver -if [ -n "$xdriver" ]; then +if [ -n "\$xdriver" ]; then exists system-config-display --noui --reconfig --set-depth=24 \$xdriver fi diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index 106bf52..edd6097 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -158,6 +158,7 @@ FOE 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 + chmod 711 /home/fedora # TODO: would be nice to get e-d-s to pick this one up too... but how? fi commit f3f26d37c9eda1b0deef9655a14b540713fd18bd Author: Jeremy Katz Date: Fri Mar 28 14:39:38 2008 -0400 Raise errors on dep problems diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index a8dd6cd..23804bc 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -152,7 +152,7 @@ class LiveCDYum(yum.YumBase): (res, resmsg) = self.buildTransaction() except yum.Errors.RepoError, e: raise CreatorError("Unable to download from repo : %s" %(e,)) - if res != 2 and False: + if res != 2: raise CreatorError("Failed to build transaction : %s" % str.join("\n", resmsg)) dlpkgs = map(lambda x: x.po, filter(lambda txmbr: txmbr.ts_state in ("i", "u"), self.tsInfo.getMembers())) @@ -161,7 +161,9 @@ class LiveCDYum(yum.YumBase): self.initActionTs() self.populateTs(keepold=0) - self.ts.check() + deps = self.ts.check() + if len(deps) != 0: + raise CreatorError("Dependency check failed!") rc = self.ts.order() if rc != 0: raise CreatorError("ordering packages for installation failed!") commit a5885bd50c65356be4092c2ab8e8c99afba854ef Author: Jeremy Katz Date: Fri Mar 28 14:39:20 2008 -0400 Only run system-config-display if the user asks for a specific driver diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 092d621..3c775dd 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -122,7 +122,9 @@ if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then fi # configure X, allowing user to override xdriver -exists system-config-display --noui --reconfig --set-depth=24 \$xdriver +if [ -n "$xdriver" ]; then + exists system-config-display --noui --reconfig --set-depth=24 \$xdriver +fi # add fedora user with no passwd useradd -c "Fedora Live" fedora From ml at deadbabylon.de Thu Apr 10 09:36:32 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 10 Apr 2008 11:36:32 +0200 Subject: [Fedora-livecd-list] One big and some smaller issues with current live images Message-ID: <200804101136.38207.ml@deadbabylon.de> Hi. I just want to ask a few question if these issues are already know or, if not, worth to bug. I'm quite busy ATM, so I want to ask before do doubled work. :) First the big one: Selinux is preventing the live image user to get root privileges. /bin/su isn't executable for him and "liveinst" also fails with an "unknown error". If I switch to TTY1 and disable enforcing with "setenforce 0" both are working. So this is likely a SELinux issue. And the smaller ones happen during the creation of the images: 1. warning: basesystem-8.1-1: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 2. warning: fonts-KOI8-R-100dpi-1.0-10.fc8: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 3. Installing: udev ##################### [507/787]error initializing udevd socket 4. Installing: selinux-policy-targeted ##################### [607/787]/usr/sbin/semanage: You must specify a prefix /usr/sbin/semanage: You must specify a prefix 5. This error happens at last, after creating the iso: Exception exceptions.AttributeError: "'NoneType' object has no attribute 'sysconf'" in > ignored 1175.00user 449.38system 39:16.99elapsed 68%CPU (0avgtext+0avgdata 0maxresident)k 10731298inputs+13728472outputs (1109major+2298273minor)pagefaults 0swaps Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From ml at deadbabylon.de Thu Apr 10 09:40:10 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 10 Apr 2008 11:40:10 +0200 Subject: [Fedora-livecd-list] One big and some smaller issues with current live images In-Reply-To: <200804101136.38207.ml@deadbabylon.de> References: <200804101136.38207.ml@deadbabylon.de> Message-ID: <200804101140.10377.ml@deadbabylon.de> Just forgotten: Packages are from current rawhide and livecd-tools are current git. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From dhuff at redhat.com Thu Apr 10 19:03:17 2008 From: dhuff at redhat.com (David Huff) Date: Thu, 10 Apr 2008 15:03:17 -0400 Subject: [Fedora-livecd-list] RFC: PATCH: multi-partition disk image + python logging API Message-ID: <47FE6475.10100@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have been playing around with the appliance/disk creator stuff that Daniel P. Berrange posted to the list back in February: https://www.redhat.com/archives/fedora-livecd-list/2008-February/msg00085.html Daniel has broken this functionality in to three patches. 1. Make-use-of-python-logging-API-for-debug-messages.patch 2. Refactor-disk-mount-classes-to-allow-multi-partition.patch 3. Add-appliance-disk-creator.patch The later still has a couple bugs that need to be worked out however I am looking for comments on the first two which are attached. I can try to split the second patch into smaller chunks if that would make it easier, however I think it makes sense to have it as one patch. Thanks, David - -- David Huff Red Hat, Raleigh, NC Mobile: 919-796-3553 Office: 919-754-4129 GPG Key ID: 6A20BBF7 GPG Fingerprint: FE13 8AF6 0E58 D92E A4E1 2D0A 71C1 CADF 6A20 BBF7 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFH/mR0ccHK32ogu/cRAi4PAJ99OFRJZSI7sHhff0h0dqTsnWKsXACdGiC+ TMsEve8W9vSuzPgpIwam+po= =5yjw -----END PGP SIGNATURE----- From dhuff at redhat.com Thu Apr 10 19:06:10 2008 From: dhuff at redhat.com (David Huff) Date: Thu, 10 Apr 2008 15:06:10 -0400 Subject: [Fedora-livecd-list] RFC: PATCH: multi-partition disk image + python logging API In-Reply-To: <47FE6475.10100@redhat.com> References: <47FE6475.10100@redhat.com> Message-ID: <47FE6522.9090009@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Huff wrote: | I have been playing around with the appliance/disk creator stuff that | Daniel P. Berrange posted to the list back in February: | | https://www.redhat.com/archives/fedora-livecd-list/2008-February/msg00085.html | | | | Daniel has broken this functionality in to three patches. | | 1. Make-use-of-python-logging-API-for-debug-messages.patch | 2. Refactor-disk-mount-classes-to-allow-multi-partition.patch | 3. Add-appliance-disk-creator.patch | | The later still has a couple bugs that need to be worked out however I | am looking for comments on the first two which are attached. I can try | to split the second patch into smaller chunks if that would make it | easier, however I think it makes sense to have it as one patch. | | | Thanks, | David | | 2nd patch attached ....... - ------------------------------------------------------------------------ - -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list - -- David Huff Red Hat, Raleigh, NC Mobile: 919-796-3553 Office: 919-754-4129 GPG Key ID: 6A20BBF7 GPG Fingerprint: FE13 8AF6 0E58 D92E A4E1 2D0A 71C1 CADF 6A20 BBF7 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFH/mUhccHK32ogu/cRAtNOAJ9c3mrFVTj9cMuP7bTXLcZhUOqbZACdHBnD x/JadIpZq1GMjl1Fh+y1klI= =bWRa -----END PGP SIGNATURE----- From katzj at redhat.com Thu Apr 10 19:30:49 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 10 Apr 2008 15:30:49 -0400 Subject: [Fedora-livecd-list] One big and some smaller issues with current live images In-Reply-To: <200804101136.38207.ml@deadbabylon.de> References: <200804101136.38207.ml@deadbabylon.de> Message-ID: <1207855849.12231.8.camel@aglarond.local> On Thu, 2008-04-10 at 11:36 +0200, Sebastian Vahl wrote: > Selinux is preventing the live image user to get root privileges. /bin/su > isn't executable for him and "liveinst" also fails with an "unknown error". > If I switch to TTY1 and disable enforcing with "setenforce 0" both are > working. So this is likely a SELinux issue. I think this is a more general problem in today's rawhide -- Jesse was talking with dwalsh earlier afaik. > And the smaller ones happen during the creation of the images: > 1. warning: basesystem-8.1-1: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 > 2. warning: fonts-KOI8-R-100dpi-1.0-10.fc8: Header V3 DSA signature: NOKEY, > key ID 30c9ecf8 This is just RPM telling you about the keys the packages are signed with. > 3. Installing: udev ##################### > [507/787]error initializing udevd socket Sounds like a bug in its %post script > 4. Installing: selinux-policy-targeted ##################### > [607/787]/usr/sbin/semanage: You must specify a prefix > /usr/sbin/semanage: You must specify a prefix Likewise. > 5. This error happens at last, after creating the iso: > > Exception exceptions.AttributeError: "'NoneType' object has no > attribute 'sysconf'" in > ignored What version of yum are you running with? This should only be a fallback case (and even then, I don't see how it leads to an exception) Jeremy From katzj at redhat.com Thu Apr 10 19:37:38 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 10 Apr 2008 15:37:38 -0400 Subject: [Fedora-livecd-list] RFC: PATCH: multi-partition disk image + python logging API In-Reply-To: <47FE6475.10100@redhat.com> References: <47FE6475.10100@redhat.com> Message-ID: <1207856258.12231.16.camel@aglarond.local> On Thu, 2008-04-10 at 15:03 -0400, David Huff wrote: > I have been playing around with the appliance/disk creator stuff that > Daniel P. Berrange posted to the list back in February: > > https://www.redhat.com/archives/fedora-livecd-list/2008-February/msg00085.html > > > Daniel has broken this functionality in to three patches. > > 1. Make-use-of-python-logging-API-for-debug-messages.patch > 2. Refactor-disk-mount-classes-to-allow-multi-partition.patch > 3. Add-appliance-disk-creator.patch > > The later still has a couple bugs that need to be worked out however I > am looking for comments on the first two which are attached. I can try > to split the second patch into smaller chunks if that would make it > easier, however I think it makes sense to have it as one patch. -ENOPATCHES. Remember, mailman eats things if you attach a git formatted patch. git-format-patch + git-send-email is your friend. Also, note that at this point, no changes are going to go into the Fedora 9 livecd-creator unless they're very targeted bug fixes. But that doesn't mean we can't start looking at things for the next go-round Jeremy From ml at deadbabylon.de Thu Apr 10 20:02:24 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 10 Apr 2008 22:02:24 +0200 Subject: [Fedora-livecd-list] One big and some smaller issues with current live images In-Reply-To: <1207855849.12231.8.camel@aglarond.local> References: <200804101136.38207.ml@deadbabylon.de> <1207855849.12231.8.camel@aglarond.local> Message-ID: <200804102202.29330.ml@deadbabylon.de> Am Do 10.April 2008 schrieb Jeremy Katz: > On Thu, 2008-04-10 at 11:36 +0200, Sebastian Vahl wrote: > > Selinux is preventing the live image user to get root privileges. /bin/su > > isn't executable for him and "liveinst" also fails with an "unknown > > error". If I switch to TTY1 and disable enforcing with "setenforce 0" > > both are working. So this is likely a SELinux issue. > > I think this is a more general problem in today's rawhide -- Jesse was > talking with dwalsh earlier afaik. Ok. Thanks. > > And the smaller ones happen during the creation of the images: > > 1. warning: basesystem-8.1-1: Header V3 DSA signature: NOKEY, key ID > > 4f2a6fd2 2. warning: fonts-KOI8-R-100dpi-1.0-10.fc8: Header V3 DSA > > signature: NOKEY, key ID 30c9ecf8 > > This is just RPM telling you about the keys the packages are signed > with. Uh. Local problem. I have to clean my local repo from time to time. > > > 3. Installing: udev ##################### > > [507/787]error initializing udevd socket > > Sounds like a bug in its %post script ok. https://bugzilla.redhat.com/show_bug.cgi?id=441941 > > > 4. Installing: selinux-policy-targeted ##################### > > [607/787]/usr/sbin/semanage: You must specify a prefix > > /usr/sbin/semanage: You must specify a prefix > > Likewise. https://bugzilla.redhat.com/show_bug.cgi?id=441943 > > 5. This error happens at last, after creating the iso: > > > > Exception exceptions.AttributeError: "'NoneType' object has no > > attribute 'sysconf'" in > > ignored > > What version of yum are you running with? This should only be a > fallback case (and even then, I don't see how it leads to an exception) yum-3.2.14-2.fc9.noarch Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From dhuff at redhat.com Thu Apr 10 20:35:13 2008 From: dhuff at redhat.com (huff) Date: Thu, 10 Apr 2008 16:35:13 -0400 Subject: [Fedora-livecd-list] [PATCH] Make use of python logging API for debug messages In-Reply-To: References: Message-ID: <1207859713-27684-1-git-send-email-dhuff@redhat.com> From: Daniel P. Berrange --- imgcreate/creator.py | 5 ++- imgcreate/debug.py | 64 ++++++++++++++++++++++++++++++++++++++++++++++++++ imgcreate/live.py | 4 +- imgcreate/yuminst.py | 3 +- tools/image-creator | 13 ++++++++- tools/livecd-creator | 14 +++++++++- 6 files changed, 94 insertions(+), 9 deletions(-) create mode 100644 imgcreate/debug.py diff --git a/imgcreate/creator.py b/imgcreate/creator.py index c7b1046..0d22b56 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -22,6 +22,7 @@ import stat import sys import tempfile import shutil +import logging import yum import rpm @@ -501,7 +502,7 @@ class ImageCreator(object): (pkg, e)) for pkg in skipped_pkgs: - print >> sys.stderr, "Skipping missing package '%s'" % (pkg,) + logging.info("Skipping missing package '%s'" % (pkg,)) def __select_groups(self, ayum): skipped_groups = [] @@ -516,7 +517,7 @@ class ImageCreator(object): skipped_groups.append(group) for group in skipped_groups: - print >> sys.stderr, "Skipping missing group '%s'" % (group.name,) + logging.info("Skipping missing group '%s'" % (group.name,)) def __deselect_packages(self, ayum): for pkg in kickstart.get_excluded(self.ks, diff --git a/imgcreate/debug.py b/imgcreate/debug.py new file mode 100644 index 0000000..6d725e9 --- /dev/null +++ b/imgcreate/debug.py @@ -0,0 +1,64 @@ +# +# debug.py: Helper routines for debugging +# +# Copyright 2008, Red Hat Inc. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; version 2 of the License. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU Library General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +# + +import logging +import logging.handlers +import optparse +import sys + +def add_logging_options(parser): + logopt = optparse.OptionGroup(parser, "Debugging options", + "These options control the output of logging information during image creation") + + # Logging related options + logopt.add_option("-d", "--debug", action="store_true", dest="debug", + help="Output debugging information") + logopt.add_option("-v", "--verbose", action="store_true", dest="verbose", + help="Output verbose progress information") + logopt.add_option("", "--logfile", type="string", default=None, dest="logfile", + help="Save debug information to FILENAME") + + parser.add_option_group(logopt) + + +def setup_logging(verbose=False, debug=False, logfile=None): + + rootLogger = logging.getLogger() + if debug: + rootLogger.setLevel(logging.DEBUG) + elif verbose: + rootLogger.setLevel(logging.INFO) + else: + rootLogger.setLevel(logging.WARN) + + dateFormat = "%a, %d %b %Y %H:%M:%S" + if logfile is not None: + fileHandler = logging.handlers.RotatingFileHandler(logfile, "a", + 1024*1024, 5) + + fileFormat = "[%(asctime)s %(process)d] %(levelname)s (%(module)s:%(lineno)d) %(message)s" + fileHandler.setFormatter(logging.Formatter(fileFormat, + dateFormat)) + rootLogger.addHandler(fileHandler) + else: + streamHandler = logging.StreamHandler(sys.stderr) + streamFormat = "%(levelname)-6s %(message)s" + streamHandler.setFormatter(logging.Formatter(streamFormat, + dateFormat)) + rootLogger.addHandler(streamHandler) diff --git a/imgcreate/live.py b/imgcreate/live.py index bbb17ef..03a5466 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -21,6 +21,7 @@ import os.path import glob import shutil import subprocess +import logging from imgcreate.errors import * from imgcreate.fs import * @@ -279,8 +280,7 @@ class LiveImageCreatorBase(LoopImageCreator): elif os.path.exists("/usr/lib/anaconda-runtime/implantisomd5"): implantisomd5 = "/usr/lib/anaconda-runtime/implantisomd5" else: - print >> sys.stderr, \ - "isomd5sum not installed; not setting up mediacheck" + logging.warn("isomd5sum not installed; not setting up mediacheck") subprocess.call([implantisomd5, iso]) diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index 4c9ae40..4725146 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -18,6 +18,7 @@ import os import sys +import logging import yum import rpmUtils @@ -110,7 +111,7 @@ class LiveCDYum(yum.YumBase): pkgs.remove(x) self.tsInfo.conditionals[req] = pkgs else: - print >> sys.stderr, "No such package %s to remove" %(pkg,) + logging.warn("No such package %s to remove" %(pkg,)) def selectGroup(self, grp, include = pykickstart.parser.GROUP_DEFAULT): yum.YumBase.selectGroup(self, grp) diff --git a/tools/image-creator b/tools/image-creator index aca9228..34ce253 100755 --- a/tools/image-creator +++ b/tools/image-creator @@ -21,8 +21,10 @@ import os import sys import shutil import optparse +import logging import imgcreate +import imgcreate.debug def parse_options(args): parser = optparse.OptionParser(usage = "%prog [--name=] ") @@ -30,6 +32,9 @@ def parse_options(args): parser.add_option("-n", "--name", type="string", dest="name", help="Image name and filesystem label") + # options relating to logging + imgcreate.debug.add_logging_options(parser) + (options, args) = parser.parse_args() if len(args) != 1: @@ -45,10 +50,14 @@ def main(): print >> sys.stderr, "You must run image-creator as root" return 1 + imgcreate.debug.setup_logging(options.verbose, + options.debug, + options.logfile) + try: ks = imgcreate.read_kickstart(kscfg) except imgcreate.CreatorError, e: - print >> sys.stderr, "Error loading kickstart file '%s' : %s" % (kscfg, e) + logging.error("Unable to load kickstart file '%s' : %s" % (kscfg, e)) return 1 if options.name: @@ -61,7 +70,7 @@ def main(): try: creator.create() except imgcreate.CreatorError, e: - print >> sys.stderr, "Error creating image : %s" % e + logging.error("Unable to create image : %s" % e) return 1 finally: creator.cleanup() diff --git a/tools/livecd-creator b/tools/livecd-creator index 7c08323..cacaff2 100755 --- a/tools/livecd-creator +++ b/tools/livecd-creator @@ -22,8 +22,10 @@ import os.path import sys import time import optparse +import logging import imgcreate +import imgcreate.debug class Usage(Exception): def __init__(self, msg = None, no_error = False): @@ -53,6 +55,9 @@ def parse_options(args): help="Cache directory to use (default: private cache") parser.add_option_group(sysopt) + # options relating to logging + imgcreate.debug.add_logging_options(parser) + # debug options not recommended for "production" images # Start a shell in the chroot for post-configuration. parser.add_option("-l", "--shell", action="store_true", dest="give_shell", @@ -63,6 +68,7 @@ def parse_options(args): parser.add_option("", "--skip-minimize", action="store_true", dest="skip_minimize", help=optparse.SUPPRESS_HELP) + (options, args) = parser.parse_args() if not options.kscfg or not os.path.isfile(options.kscfg): raise Usage("Kickstart config '%s' does not exist" %(options.kscfg,)) @@ -87,6 +93,10 @@ def main(): print >> out, msg return ret + imgcreate.debug.setup_logging(options.verbose, + options.debug, + options.logfile) + if os.geteuid () != 0: print >> sys.stderr, "You must run livecd-creator as root" return 1 @@ -101,7 +111,7 @@ def main(): "livecd-", maxlen = imgcreate.FSLABEL_MAXLEN) - print "Using label '%s' and name '%s'" % (fs_label, name) + logging.info("Using label '%s' and name '%s'" % (fs_label, name)) ks = imgcreate.read_kickstart(options.kscfg) @@ -121,7 +131,7 @@ def main(): creator.unmount() creator.package() except imgcreate.CreatorError, e: - print >> sys.stderr, "Error creating Live CD : %s" % e + logging.error("Error creating Live CD : %s" % e) return 1 finally: creator.cleanup() -- 1.5.4.3 From katzj at fedoraproject.org Thu Apr 10 20:47:29 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Thu, 10 Apr 2008 20:47:29 GMT Subject: [Fedora-livecd-list] imgcreate/fs.py Message-ID: <200804102047.m3AKlTkn002919@hosted1.fedoraproject.org> imgcreate/fs.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) New commits: commit 21609df66b47bf1ae2d6e930ed7a994c59a9aa19 Author: Jeremy Katz Date: Thu Apr 10 16:35:51 2008 -0400 Fix creation of minimal sized snapshot Creating the minimal sized snapshot has been broken for a while which then breaks the ability to do an install on something with only 4 gigs of flash like the eeePC diff --git a/imgcreate/fs.py b/imgcreate/fs.py index 9ca3a3e..98c0db4 100644 --- a/imgcreate/fs.py +++ b/imgcreate/fs.py @@ -285,8 +285,8 @@ class SparseExtLoopbackMount(SparseLoopbackMount): minsize = self.__resize_to_minimal() self.truncate(minsize) - - return self.resize(size) + self.resize(size) + return minsize class DeviceMapperSnapshot(object): def __init__(self, imgloop, cowloop): @@ -299,7 +299,7 @@ class DeviceMapperSnapshot(object): def get_path(self): if self.__name is None: return None - return "/dev/mapper" + self.__name + return os.path.join("/dev/mapper", self.__name) path = property(get_path) def create(self): From dhuff at redhat.com Thu Apr 10 20:37:18 2008 From: dhuff at redhat.com (huff) Date: Thu, 10 Apr 2008 16:37:18 -0400 Subject: [Fedora-livecd-list] [PATCH] Refactor disk/mount classes to allow multi-partition/fs layouts In-Reply-To: References: Message-ID: <1207859838-27796-1-git-send-email-dhuff@redhat.com> From: Daniel P. Berrange --- imgcreate/creator.py | 17 ++-- imgcreate/fs.py | 247 ++++++++++++++++++++++++++++++++----------------- imgcreate/live.py | 6 +- 3 files changed, 174 insertions(+), 96 deletions(-) diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 0d22b56..979e1b9 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -208,7 +208,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" @@ -817,12 +821,11 @@ class LoopImageCreator(ImageCreator): if not base_on is None: 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/fs.py b/imgcreate/fs.py index 9ca3a3e..e53cfa9 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 * @@ -86,42 +87,51 @@ class BindChrootMount: subprocess.call(["/bin/umount", self.dest]) self.mounted = False -class LoopbackMount: - def __init__(self, lofile, mountdir, fstype = None): - self.lofile = lofile - self.mountdir = mountdir - self.fstype = fstype +class Disk: + def __init__(self, size, device = None): + self._device = device + self._size = size - self.mounted = False - self.losetup = False - self.rmdir = False - self.loopdev = None + def create(self): + pass def cleanup(self): - self.unmount() - self.lounsetup() + pass - def unmount(self): - if self.mounted: - rc = subprocess.call(["/bin/umount", self.mountdir]) - if rc == 0: - self.mounted = False + def get_device(self): + return self._device + def set_device(self, path): + self._device = path + device = property(get_device, set_device) - if self.rmdir and not self.mounted: - try: - os.rmdir(self.mountdir) - except OSError, e: - pass - self.rmdir = False + 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 lounsetup(self): - if self.losetup: - rc = subprocess.call(["/sbin/losetup", "-d", self.loopdev]) - self.losetup = False - self.loopdev = None + def exists(self): + return os.path.exists(self.lofile) - def loopsetup(self): - if self.losetup: + def create(self): + if self.device is not None: return losetupProc = subprocess.Popen(["/sbin/losetup", "-f"], @@ -132,40 +142,27 @@ class LoopbackMount: raise MountError("Failed to allocate loop device for '%s'" % self.lofile) - self.loopdev = losetupOutput.split()[0] + device = losetupOutput.split()[0] - rc = subprocess.call(["/sbin/losetup", self.loopdev, self.lofile]) + 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 - self.losetup = True - - def mount(self): - if self.mounted: + 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 - 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 - -class SparseLoopbackMount(LoopbackMount): - def __init__(self, lofile, mountdir, size, fstype = None): - LoopbackMount.__init__(self, lofile, mountdir, fstype) - self.size = size +class SparseLoopbackDisk(LoopbackDisk): + def __init__(self, lofile, size): + LoopbackDisk.__init__(self, lofile, size) def expand(self, create = False, size = None): flags = os.O_WRONLY @@ -176,6 +173,7 @@ class SparseLoopbackMount(LoopbackMount): 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) @@ -185,36 +183,107 @@ class SparseLoopbackMount(LoopbackMount): 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() + -class SparseExtLoopbackMount(SparseLoopbackMount): - def __init__(self, lofile, mountdir, size, fstype, blocksize, fslabel): - SparseLoopbackMount.__init__(self, lofile, mountdir, size, fstype) + 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.lofile, - str(self.size / 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.lofile]) - - def create(self): - SparseLoopbackMount.create(self) - self.__format_filesystem() + "-ouser_xattr,acl", self.disk.device]) - def resize(self, size = None): - current_size = os.stat(self.lofile)[stat.ST_SIZE] + def __resize_filesystem(self, size = None): + current_size = os.stat(self.disk.lofile)[stat.ST_SIZE] if size is None: size = self.size @@ -227,21 +296,28 @@ class SparseExtLoopbackMount(SparseLoopbackMount): self.__fsck() - resize2fs(self.lofile, size) - - if size < current_size: - self.truncate(size) + resize2fs(self.disk.lofile, size) return size - def mount(self): - if not os.path.isfile(self.lofile): - self.create() + 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.resize() - return SparseLoopbackMount.mount(self) + self.__format_filesystem() + + def mount(self): + self.__create() + DiskMount.mount(self) def __fsck(self): - subprocess.call(["/sbin/e2fsck", "-f", "-y", self.lofile]) + 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): @@ -253,7 +329,7 @@ class SparseExtLoopbackMount(SparseLoopbackMount): dev_null = os.open("/dev/null", os.O_WRONLY) try: - out = subprocess.Popen(['/sbin/dumpe2fs', '-h', self.lofile], + out = subprocess.Popen(['/sbin/dumpe2fs', '-h', self.disk.lofile], stdout = subprocess.PIPE, stderr = dev_null).communicate()[0] finally: @@ -273,7 +349,7 @@ class SparseExtLoopbackMount(SparseLoopbackMount): while top != (bot + 1): t = bot + ((top - bot) / 2) - if not resize2fs(self.lofile, t): + if not resize2fs(self.disk.lofile, t): top = t else: bot = t @@ -306,8 +382,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 +391,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: @@ -382,15 +458,14 @@ class DeviceMapperSnapshot(object): # 8) Create a squashfs of the COW # def create_image_minimizer(path, image, minimal_size): - imgloop = LoopbackMount(image, "None") + 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) diff --git a/imgcreate/live.py b/imgcreate/live.py index 03a5466..e25e8cd 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -131,7 +131,7 @@ class LiveImageCreatorBase(LoopImageCreator): # def __base_on_iso(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) -- 1.5.4.3 From dhuff at redhat.com Thu Apr 10 20:42:36 2008 From: dhuff at redhat.com (David Huff) Date: Thu, 10 Apr 2008 16:42:36 -0400 Subject: [Fedora-livecd-list] RFC: PATCH: multi-partition disk image + python logging API In-Reply-To: <1207856258.12231.16.camel@aglarond.local> References: <47FE6475.10100@redhat.com> <1207856258.12231.16.camel@aglarond.local> Message-ID: <47FE7BBC.6090301@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Katz wrote: | On Thu, 2008-04-10 at 15:03 -0400, David Huff wrote: |> I have been playing around with the appliance/disk creator stuff that |> Daniel P. Berrange posted to the list back in February: |> |> https://www.redhat.com/archives/fedora-livecd-list/2008-February/msg00085.html |> |> |> Daniel has broken this functionality in to three patches. |> |> 1. Make-use-of-python-logging-API-for-debug-messages.patch |> 2. Refactor-disk-mount-classes-to-allow-multi-partition.patch |> 3. Add-appliance-disk-creator.patch |> |> The later still has a couple bugs that need to be worked out however I |> am looking for comments on the first two which are attached. I can try |> to split the second patch into smaller chunks if that would make it |> easier, however I think it makes sense to have it as one patch. | | -ENOPATCHES. Remember, mailman eats things if you attach a git | formatted patch. git-format-patch + git-send-email is your friend. patches send as separate messages via git-send-email see list. | Also, note that at this point, no changes are going to go into the | Fedora 9 livecd-creator unless they're very targeted bug fixes. But | that doesn't mean we can't start looking at things for the next go-round I am fine with that, I just want people to start thinking about this so we can get something started around an appliance creation tool. - -D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFH/nu8ccHK32ogu/cRAv0DAJ9VzIqMzqMdacXESOe7MIE+2YFntwCdE2OI SRxxcf0vcJevM9CJRaP6OUw= =N263 -----END PGP SIGNATURE----- From wtogami at redhat.com Fri Apr 11 02:49:25 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 10 Apr 2008 22:49:25 -0400 Subject: [Fedora-livecd-list] One big and some smaller issues with current live images In-Reply-To: <200804102202.29330.ml@deadbabylon.de> References: <200804101136.38207.ml@deadbabylon.de> <1207855849.12231.8.camel@aglarond.local> <200804102202.29330.ml@deadbabylon.de> Message-ID: <47FED1B5.90209@redhat.com> Sebastian Vahl wrote: > >>> 3. Installing: udev ##################### >>> [507/787]error initializing udevd socket >> Sounds like a bug in its %post script > > ok. > https://bugzilla.redhat.com/show_bug.cgi?id=441941 I just wrote a proposed patch that corrects the %post logic. Some review would be appreciated please. Harald could you please look it over and build ASAP? Please let rel-eng@ know after built. Thanks, Warren Togami wtogami at redhat.com From wtogami at redhat.com Fri Apr 11 03:33:57 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 10 Apr 2008 23:33:57 -0400 Subject: [Fedora-livecd-list] matchpathcon error during chroot install Message-ID: <47FEDC25.5090206@redhat.com> The following happens during installation of a chroot. You can reproduce this with: yum install ltsp-server ltsp-build-client Installing: kernel ##################### [245/342] /dev/mapper/control: matchpathcon 0020000 failed: No such file or directory Failure to communicate with kernel device-mapper driver. Anybody have any idea where is calling matchpathcon? I don't see this skimming through the kernel and mkinitrd sources, so it might be elsewhere. Warren Togami wtogami at redhat.com From katzj at redhat.com Fri Apr 11 12:36:35 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 11 Apr 2008 08:36:35 -0400 Subject: [Fedora-livecd-list] matchpathcon error during chroot install In-Reply-To: <47FEDC25.5090206@redhat.com> References: <47FEDC25.5090206@redhat.com> Message-ID: <1207917395.12231.23.camel@aglarond.local> On Thu, 2008-04-10 at 23:33 -0400, Warren Togami wrote: > Installing: kernel ##################### [245/342] > /dev/mapper/control: matchpathcon 0020000 failed: No such file or directory > Failure to communicate with kernel device-mapper driver. > > Anybody have any idea where is calling matchpathcon? I don't see this > skimming through the kernel and mkinitrd sources, so it might be elsewhere. matchpathcon(3) gets called by rpm Jeremy From orion at cora.nwra.com Fri Apr 11 22:36:38 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 11 Apr 2008 16:36:38 -0600 Subject: [Fedora-livecd-list] Don't Abort on Unresolved Dependencies In-Reply-To: <742A581E9269444DAFA19BA1157795B802416BF7@VFGAMLMC11.Enterprise.afmc.ds.af.mil> References: <742A581E9269444DAFA19BA1157795B802416BF7@VFGAMLMC11.Enterprise.afmc.ds.af.mil> Message-ID: <47FFE7F6.40205@cora.nwra.com> Smith, Mark E CTR USAF AFMC AEDC/ATA wrote: > I saw in a thread "How to ensure minimum version of packages?," 19 March > 2008, a reference to disabling abort for unresolved dependencies. How do > you do that? I am working on a machine without internet access using > local repositories. The repositories are not complete and collecting all > the dependencies and putting them on the machine piecemeal is painful. > > %packages --ignoredeps ? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From gary at mlbassoc.com Fri Apr 11 23:34:04 2008 From: gary at mlbassoc.com (Gary Thomas) Date: Fri, 11 Apr 2008 17:34:04 -0600 Subject: [Fedora-livecd-list] Don't Abort on Unresolved Dependencies In-Reply-To: <47FFE7F6.40205@cora.nwra.com> References: <742A581E9269444DAFA19BA1157795B802416BF7@VFGAMLMC11.Enterprise.afmc.ds.af.mil> <47FFE7F6.40205@cora.nwra.com> Message-ID: <47FFF56C.9080701@mlbassoc.com> Orion Poplawski wrote: > Smith, Mark E CTR USAF AFMC AEDC/ATA wrote: >> I saw in a thread "How to ensure minimum version of packages?," 19 March >> 2008, a reference to disabling abort for unresolved dependencies. How do >> you do that? I am working on a machine without internet access using >> local repositories. The repositories are not complete and collecting all >> the dependencies and putting them on the machine piecemeal is painful. >> >> > > %packages --ignoredeps Wouldn't this keep it from trying to resolve any dependency chains, even the ones that _are_ present in the available repositories? -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------ From orion at cora.nwra.com Sat Apr 12 15:31:31 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Sat, 12 Apr 2008 09:31:31 -0600 (MDT) Subject: [Fedora-livecd-list] Don't Abort on Unresolved Dependencies In-Reply-To: <47FFF56C.9080701@mlbassoc.com> References: <742A581E9269444DAFA19BA1157795B802416BF7@VFGAMLMC11.Enterprise.afmc.ds.af.mil> <47FFE7F6.40205@cora.nwra.com> <47FFF56C.9080701@mlbassoc.com> Message-ID: <3486.71.208.78.229.1208014291.squirrel@www.cora.nwra.com> > Orion Poplawski wrote: >> Smith, Mark E CTR USAF AFMC AEDC/ATA wrote: >>> I saw in a thread "How to ensure minimum version of packages?," 19 >>> March >>> 2008, a reference to disabling abort for unresolved dependencies. How >>> do >>> you do that? I am working on a machine without internet access using >>> local repositories. The repositories are not complete and collecting >>> all >>> the dependencies and putting them on the machine piecemeal is painful. >>> >>> >> >> %packages --ignoredeps > > Wouldn't this keep it from trying to resolve any dependency chains, > even the ones that _are_ present in the available repositories? Mis-remembered the option. From http://fedoraproject.org/wiki/Anaconda/Kickstart?highlight=%28kickstart%29#head-72c36ffd538ba63e92e1bb696c4f296a23a45364 --ignoremissing * Ignore any packages or groups specified in the packages section that are not found in any configured repository. The default behavior is to halt the installation and ask the user if the installation should be aborted or continued. This option allows fully automated installation even in the error case. It is used as follows: %packages --ignoremissing From sundaram at fedoraproject.org Sat Apr 12 23:04:00 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 13 Apr 2008 04:34:00 +0530 Subject: [Fedora-livecd-list] livecd-creator traceback on rawhide Message-ID: <48013FE0.1080505@fedoraproject.org> Hi, Livecd-creator from livecd-tools-015-1.fc9.i386 fails with this exception -- Setting supported flag to 0 Exception exceptions.AttributeError: "'NoneType' object has no attribute 'sysconf'" in > ignored --- The ks file I am using is http://sundaram.fedorapeople.org/spins/livecd-fedora-9-xfce.ks Rahul From kanarip at kanarip.com Sun Apr 13 00:59:37 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 13 Apr 2008 02:59:37 +0200 Subject: [Fedora-livecd-list] Don't Abort on Unresolved Dependencies In-Reply-To: <3486.71.208.78.229.1208014291.squirrel@www.cora.nwra.com> References: <742A581E9269444DAFA19BA1157795B802416BF7@VFGAMLMC11.Enterprise.afmc.ds.af.mil> <47FFE7F6.40205@cora.nwra.com> <47FFF56C.9080701@mlbassoc.com> <3486.71.208.78.229.1208014291.squirrel@www.cora.nwra.com> Message-ID: <48015AF9.9070608@kanarip.com> orion at cora.nwra.com wrote: >> Orion Poplawski wrote: >>> Smith, Mark E CTR USAF AFMC AEDC/ATA wrote: >>>> I saw in a thread "How to ensure minimum version of packages?," 19 >>>> March >>>> 2008, a reference to disabling abort for unresolved dependencies. How >>>> do >>>> you do that? I am working on a machine without internet access using >>>> local repositories. The repositories are not complete and collecting >>>> all >>>> the dependencies and putting them on the machine piecemeal is painful. >>>> >>>> >>> %packages --ignoredeps >> Wouldn't this keep it from trying to resolve any dependency chains, >> even the ones that _are_ present in the available repositories? > > Mis-remembered the option. From > http://fedoraproject.org/wiki/Anaconda/Kickstart?highlight=%28kickstart%29#head-72c36ffd538ba63e92e1bb696c4f296a23a45364 > > --ignoremissing > > * Ignore any packages or groups specified in the packages section that > are not found in any configured repository. The default behavior is to > halt the installation and ask the user if the installation should be > aborted or continued. This option allows fully automated installation > even in the error case. It is used as follows: > > %packages --ignoremissing > That won't stop complaining over missing dependencies. It will only prevent borking on package foo being in the package manifest, but not being available from any of the repositories configured. Kind regards, Jeroen van Meeuwen -kanarip From kanarip at kanarip.com Sun Apr 13 15:30:08 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 13 Apr 2008 17:30:08 +0200 Subject: [Fedora-livecd-list] Kickstart templating and localized spins Message-ID: <48022700.5060506@kanarip.com> Hello there, The Spin SIG is interested in "templating" kickstarts or finding other means in which it can easily test and approve localized spins, and other community spins, from a technical point of view. The idea I had is to build a certain spin concept with two basic kickstart files, and a "localization kickstart"; a higher-level kickstart including the lower-level kickstart. Here's an overview of the idea: fedora-live-base.ks Includes everything needed to make a live spin work. fedora-live-desktop.ks Includes everything needed to make the 'desktop' spin concept work, but no localization. Includes fedora-live-base.ks. fedora-live-desktop-.ks Includes localization bits (lang, keyboard, timezone, @-support). Includes fedora-live-desktop.ks. Maybe create fedora-live-desktop-default.ks to provide the default compose the way it is now (localization is en_US, includes @*-support). More information (and more up-to-date information) is at https://fedoraproject.org/wiki/SIGs/Spins/KickstartPool A sample set of kickstarts is at: http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=tree Although possibly a futile point at this moment; A stock Fedora 8 compose from the kickstarts currently in livecd-tools' GIT repo (including updates!), and one that only includes @dutch-support (new model, also including updates). [jmeeuwen at bofh005 spin-kickstarts]$ du -sh *.iso 775M livecd-fedora-8-desktop-200804131637.iso 703M livecd-fedora-live-desktop-nl_NL-200804131550.iso I'd appreciate feedback from you ;-) Kind regards, Jeroen van Meeuwen -kanarip From tim.wood at datawranglers.com Sun Apr 13 22:36:26 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sun, 13 Apr 2008 16:36:26 -0600 Subject: [Fedora-livecd-list] Kickstart templating and localized spins In-Reply-To: <48022700.5060506@kanarip.com> References: <48022700.5060506@kanarip.com> Message-ID: <48028AEA.80502@datawranglers.com> Jeroen, Double plus good. The basic division of labor looks right to me ... for what that's worth ;-) Anything that people might want to overide that can't be overidden should be moved to the 'top' level kickstart. I can't remember what things fall into that category, but candidates that come to mind include repositories, timezone and (possibly) networking. I believe these would generally go into the localization kickstart. Similarly, there are certain packages that are currently included in the low level kickstarts that (1) arn't actually necessary and (2) some people don't want. SE Linux comes to mind. I suspect those items would generally be grouped under the live-desktop.ks. Tim Jeroen van Meeuwen wrote: > Hello there, > > The Spin SIG is interested in "templating" kickstarts or finding other > means in which it can easily test and approve localized spins, and > other community spins, from a technical point of view. > > The idea I had is to build a certain spin concept with two basic > kickstart files, and a "localization kickstart"; a higher-level > kickstart including the lower-level kickstart. Here's an overview of > the idea: > > fedora-live-base.ks > Includes everything needed to make a live spin work. > > fedora-live-desktop.ks > Includes everything needed to make the 'desktop' spin concept work, > but no localization. Includes fedora-live-base.ks. > > fedora-live-desktop-.ks > Includes localization bits (lang, keyboard, timezone, > @-support). Includes fedora-live-desktop.ks. > > Maybe create fedora-live-desktop-default.ks to provide the default > compose the way it is now (localization is en_US, includes @*-support). > > More information (and more up-to-date information) is at > > https://fedoraproject.org/wiki/SIGs/Spins/KickstartPool > > A sample set of kickstarts is at: > > http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=tree > > Although possibly a futile point at this moment; A stock Fedora 8 > compose from the kickstarts currently in livecd-tools' GIT repo > (including updates!), and one that only includes @dutch-support (new > model, also including updates). > > [jmeeuwen at bofh005 spin-kickstarts]$ du -sh *.iso > 775M livecd-fedora-8-desktop-200804131637.iso > 703M livecd-fedora-live-desktop-nl_NL-200804131550.iso > > I'd appreciate feedback from you ;-) > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From lars.bjorndal at broadpark.no Mon Apr 14 06:56:34 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Mon, 14 Apr 2008 08:56:34 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version Message-ID: I tried to send the following message to the revisor list, but it seems that the message does not arrive. Let me try this list instead... From: lars.bjorndal at broadpark.no (Lars Bj?rndal) To: Revisor User Discussion and Support List Subject: Problem with todays git version Date: Sun, 13 Apr 2008 21:09:57 +0200 Hello, list! Todays git version of revisor is not compilable. ./reconfigure cannot find revisor/modwui (whatever it is good for...). I still would like to build a working livecd from my Fedora 8 box with revisor's command line interface. Should I expect to be able to do so, or should I instead go back to livecd-creator? Lars From kanarip at kanarip.com Mon Apr 14 07:38:39 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 14 Apr 2008 09:38:39 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version In-Reply-To: References: Message-ID: <480309FF.7060909@kanarip.com> Lars Bj?rndal wrote: > I tried to send the following message to the revisor list, but it > seems that the message does not arrive. Let me try this list instead... > > From: lars.bjorndal at broadpark.no (Lars Bj?rndal) > To: Revisor User Discussion and Support List > Subject: Problem with todays git version > Date: Sun, 13 Apr 2008 21:09:57 +0200 > > Hello, list! > > Todays git version of revisor is not compilable. ./reconfigure cannot > find revisor/modwui (whatever it is good for...). > > I still would like to build a working livecd from my Fedora 8 box with > revisor's command line interface. Should I expect to be able to do so, > or should I instead go back to livecd-creator? > modwui has now been pushed, the latest GIT should work (given you get the latest GIT from livecd-tools as well, and make dist, rpmbuild -ta livecd-tools-015.tar.bz2). Kind regards, Jeroen van Meeuwen -kanarip From Mark.E.Smith at arnold.af.mil Mon Apr 14 10:51:36 2008 From: Mark.E.Smith at arnold.af.mil (Smith, Mark E CTR USAF AFMC AEDC/ATA) Date: Mon, 14 Apr 2008 06:51:36 -0400 Subject: [Fedora-livecd-list] Don't Abort on Unresolved Dependencies In-Reply-To: <48015AF9.9070608@kanarip.com> References: <742A581E9269444DAFA19BA1157795B802416BF7@VFGAMLMC11.Enterprise.afmc.ds.af.mil> <47FFE7F6.40205@cora.nwra.com><47FFF56C.9080701@mlbassoc.com><3486.71.208.78.229.1208014291.squirrel@www.cora.nwra.com> <48015AF9.9070608@kanarip.com> Message-ID: <742A581E9269444DAFA19BA1157795B8024919E2@VFGAMLMC11.Enterprise.afmc.ds.af.mil> %packages --ignoremissing should give the behavior that I am after. Thanks. -----Original Message----- From: fedora-livecd-list-bounces at redhat.com [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of Jeroen van Meeuwen Sent: Saturday, April 12, 2008 8:00 PM To: fedora-livecd-list at redhat.com Subject: Re: [Fedora-livecd-list] Don't Abort on Unresolved Dependencies orion at cora.nwra.com wrote: >> Orion Poplawski wrote: >>> Smith, Mark E CTR USAF AFMC AEDC/ATA wrote: >>>> I saw in a thread "How to ensure minimum version of packages?," 19 >>>> March >>>> 2008, a reference to disabling abort for unresolved dependencies. How >>>> do >>>> you do that? I am working on a machine without internet access using >>>> local repositories. The repositories are not complete and collecting >>>> all >>>> the dependencies and putting them on the machine piecemeal is painful. >>>> >>>> >>> %packages --ignoredeps >> Wouldn't this keep it from trying to resolve any dependency chains, >> even the ones that _are_ present in the available repositories? > > Mis-remembered the option. From > http://fedoraproject.org/wiki/Anaconda/Kickstart?highlight=%28kickstart% 29#head-72c36ffd538ba63e92e1bb696c4f296a23a45364 > > --ignoremissing > > * Ignore any packages or groups specified in the packages section that > are not found in any configured repository. The default behavior is to > halt the installation and ask the user if the installation should be > aborted or continued. This option allows fully automated installation > even in the error case. It is used as follows: > > %packages --ignoremissing > That won't stop complaining over missing dependencies. It will only prevent borking on package foo being in the package manifest, but not being available from any of the repositories configured. Kind regards, Jeroen van Meeuwen -kanarip -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list From sebastian at when.com Mon Apr 14 19:35:44 2008 From: sebastian at when.com (sebastian at when.com) Date: Mon, 14 Apr 2008 21:35:44 +0200 Subject: [Fedora-livecd-list] Issue with current Revisor Rawhide version Message-ID: <4803B210.9050607@when.com> Hi everybody, I'm not sure, whether this is the right place, but I was just trying to use the current revisor rawhide version (2.1.0-1rc7.f9)... The major problem I encountered was, that the whole process takes hours to complete (well, I stopped it before it was able to finish): When I had a look at the revisor-rundir folder in /var/tmp/, I figured out, that the LiveOS folder was somehow blown up: ext3fs.img has 2.8 GB (!) and squashfs.img up to 9.1 GB (!), which seems to me quite big (I'm just preparing a live CD with about 700 MB). No, I haven't filed a bug, yet ;) I just wanted to mention this first... Sebastian From kanarip at kanarip.com Mon Apr 14 20:10:57 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 14 Apr 2008 22:10:57 +0200 Subject: [Fedora-livecd-list] Issue with current Revisor Rawhide version In-Reply-To: <4803B210.9050607@when.com> References: <4803B210.9050607@when.com> Message-ID: <4803BA51.70909@kanarip.com> sebastian at when.com wrote: > Hi everybody, > > I'm not sure, whether this is the right place, but I was just trying to > use the current revisor rawhide version (2.1.0-1rc7.f9)... > > The major problem I encountered was, that the whole process takes hours > to complete For it to take a very long time is an indication something is wrong... (well, I stopped it before it was able to finish): When I > had a look at the revisor-rundir folder in /var/tmp/, I figured out, > that the LiveOS folder was somehow blown up: > > ext3fs.img has 2.8 GB (!) and squashfs.img up to 9.1 GB (!), which seems > to me quite big (I'm just preparing a live CD with about 700 MB). > The ext3fs.img being this large doesn't surprise me, but the squashfs is way too large. I'm not sure what happened, could you run with --debug 9 and see if the increased verbosity gives any indication? If you send me the log and the configuration I'll take a close look at them. > No, I haven't filed a bug, yet ;) I just wanted to mention this first... > That alright. A bug can take larger attachments though ;-) Kind regards, Jeroen van Meeuwen -kanarip From katzj at redhat.com Mon Apr 14 22:30:46 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 14 Apr 2008 18:30:46 -0400 Subject: [Fedora-livecd-list] livecd-creator traceback on rawhide In-Reply-To: <48013FE0.1080505@fedoraproject.org> References: <48013FE0.1080505@fedoraproject.org> Message-ID: <1208212246.16377.7.camel@aglarond.local> On Sun, 2008-04-13 at 04:34 +0530, Rahul Sundaram wrote: > Livecd-creator from livecd-tools-015-1.fc9.i386 fails with this exception It's been reported by a couple of people and I failed to reproduce it until today. I'm looking at it, although it's kind of crazy weird (and doesn't hurt anything) :-/ Jeremy From katzj at redhat.com Mon Apr 14 22:40:07 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 14 Apr 2008 18:40:07 -0400 Subject: [Fedora-livecd-list] Kickstart templating and localized spins In-Reply-To: <48022700.5060506@kanarip.com> References: <48022700.5060506@kanarip.com> Message-ID: <1208212807.16377.17.camel@aglarond.local> On Sun, 2008-04-13 at 17:30 +0200, Jeroen van Meeuwen wrote: > fedora-live-base.ks > Includes everything needed to make a live spin work. How does this differ from fedora-base-desktop.ks which we have today and which is used as the basis for the Desktop, the KDE and the XFCE spins? > fedora-live-desktop.ks > Includes everything needed to make the 'desktop' spin concept work, > but no localization. Includes fedora-live-base.ks. > > fedora-live-desktop-.ks > Includes localization bits (lang, keyboard, timezone, > @-support). Includes fedora-live-desktop.ks. > > Maybe create fedora-live-desktop-default.ks to provide the default > compose the way it is now (localization is en_US, includes @*-support). Ummm, the configs for the way things are done today _have_ to exist in some form. Otherwise, it kind of breaks the ability for us to, you know, release the distro ;-) I really don't like -default, though. 'base' has been pretty good, but -base-base-desktop seems odd :) I'm not against the general idea, although it's really too late to make changes to the configs we use for Fedora 9. > Although possibly a futile point at this moment; A stock Fedora 8 > compose from the kickstarts currently in livecd-tools' GIT repo > (including updates!), and one that only includes @dutch-support (new > model, also including updates). Sure you're not building x86_64 images? As that looks pretty close to the x86_64 size. If not, then ahh, the fun of the ever-growing distro! Jeremy From apevec at redhat.com Mon Apr 14 22:51:12 2008 From: apevec at redhat.com (Alan Pevec) Date: Tue, 15 Apr 2008 00:51:12 +0200 Subject: [Fedora-livecd-list] [PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd Message-ID: <4803DFE0.5070600@redhat.com> mkliveinitrd: wait for udev queue to clear before killing udevd udevd doesn't seem to cleanup on kill, so let it clear events from /dev/.udev/queue/ Or should this be filed as udevd bug (cleanup .udev/queue/ on startup and/or kill) ? diff --git a/mkliveinitrd b/mkliveinitrd index 84fcc80..52b7326 100755 --- a/mkliveinitrd +++ b/mkliveinitrd @@ -818,6 +818,10 @@ fi if [ -x /sysroot$init ] ; then # Leave initramfs and transition to rootfs + if [ "$quiet" != "1" ] ; then + echo "waiting for system to settle before $init" + fi + /sbin/udevsettle --timeout=30 || : kill `pidof udevd` if [ "$quiet" != "1" ] ; then echo "transfering control to $init" From katzj at redhat.com Mon Apr 14 23:34:26 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 14 Apr 2008 19:34:26 -0400 Subject: [Fedora-livecd-list] [PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd In-Reply-To: <4803DFE0.5070600@redhat.com> References: <4803DFE0.5070600@redhat.com> Message-ID: <1208216066.16377.45.camel@aglarond.local> On Tue, 2008-04-15 at 00:51 +0200, Alan Pevec wrote: > mkliveinitrd: wait for udev queue to clear before killing udevd > > udevd doesn't seem to cleanup on kill, so let it clear events from /dev/.udev/queue/ > > Or should this be filed as udevd bug (cleanup .udev/queue/ on startup and/or kill) ? We've already done one udevsettle for 30 seconds -- how does this any more guarantee that things are cleared? I suspect this should probably be handled in udev. But what exactly are you seeing as the symptom? Jeremy From katzj at fedoraproject.org Tue Apr 15 03:11:49 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Tue, 15 Apr 2008 03:11:49 GMT Subject: [Fedora-livecd-list] 3 commits - config/livecd-fedora-base-desktop.ks imgcreate/yuminst.py Message-ID: <200804150311.m3F3Bnj3010343@hosted1.fedoraproject.org> config/livecd-fedora-base-desktop.ks | 80 +++++++++++++++++++++++------------ imgcreate/yuminst.py | 20 +++----- 2 files changed, 61 insertions(+), 39 deletions(-) New commits: commit 5bda5e32507cc79a7e63330491cbc45eb990e6fa Author: Jeremy Katz Date: Mon Apr 14 22:59:43 2008 -0400 Add fedora-livecd-late initscript Move things which depend on hal (s-c-display and anaconda) so that they're run in a new initscripts which is after hal starts. diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index b3c418d..e29abdf 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -92,27 +92,6 @@ if [ -b /dev/live ]; then 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 @@ -121,11 +100,6 @@ if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then done fi -# configure X, allowing user to override xdriver -if [ -n "\$xdriver" ]; then - exists system-config-display --noui --reconfig --set-depth=24 \$xdriver -fi - # add fedora user with no passwd useradd -c "Fedora Live" fedora passwd -d fedora > /dev/null @@ -156,6 +130,56 @@ touch /media/.hal-mtab 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 @@ -164,6 +188,10 @@ 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 + # save a little bit of space at least... rm -f /boot/initrd* # make sure there aren't core files lying around commit 51c80b12c12f256982cee3f71ae5360292f60211 Author: Jeremy Katz Date: Mon Apr 14 22:02:17 2008 -0400 Clean up the output a little bit diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index 9ddac7e..9d585ec 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -166,4 +166,6 @@ class LiveCDYum(yum.YumBase): cb = callback.RPMInstallCallback() cb.tsInfo = self.tsInfo cb.filelog = False - return self.runTransaction(cb) + ret = self.runTransaction(cb) + print "" + return ret commit f8078c51851f735a15d1b8ae5130861e36854a70 Author: Jeremy Katz Date: Mon Apr 14 21:57:16 2008 -0400 Fix odd traceback error on __del__ (#442443) Avoid weird (ignored) traceback when tearing things down. We already make sure that the yum object gets closed, so just pass on the yum __del__ diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index 23804bc..9ddac7e 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -48,18 +48,10 @@ class LiveCDYum(yum.YumBase): os.unlink(self.conf.installroot + "/yum.conf") except: pass - try: - yum.YumBase.close(self) - except AttributeError: - # FIXME: Make one last ditch effort to close fds still open - # in the install root; this is only needed when - # there's no way to ask yum to close its sqlite dbs, - # though. See https://bugzilla.redhat.com/236409 - for i in range(3, os.sysconf("SC_OPEN_MAX")): - try: - os.close(i) - except: - pass + yum.YumBase.close(self) + + def __del__(self): + pass def _writeConf(self, confpath, installroot): conf = "[main]\n" From tim.wood at datawranglers.com Tue Apr 15 05:09:03 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 14 Apr 2008 23:09:03 -0600 Subject: [Fedora-livecd-list] Kickstart templating and localized spins In-Reply-To: <1208212807.16377.17.camel@aglarond.local> References: <48022700.5060506@kanarip.com> <1208212807.16377.17.camel@aglarond.local> Message-ID: <4804386F.8000803@datawranglers.com> I thought Jeroen was proposing something that exists apart from the livecd-tools distro itself? Whether he is or not, the existing kickstarts all seem to make assumptions that can't be overidden (e.g. package choice). For what I've been doing, I usually find there's one or two assumptions that make the standard kickstarts unusable. What's he's proposing appears to move some (all?) of those problems up the chain several spots. Tim Wood Jeremy Katz wrote: > On Sun, 2008-04-13 at 17:30 +0200, Jeroen van Meeuwen wrote: > >> fedora-live-base.ks >> Includes everything needed to make a live spin work. >> > > How does this differ from fedora-base-desktop.ks which we have today and > which is used as the basis for the Desktop, the KDE and the XFCE spins? > > >> fedora-live-desktop.ks >> Includes everything needed to make the 'desktop' spin concept work, >> but no localization. Includes fedora-live-base.ks. >> >> fedora-live-desktop-.ks >> Includes localization bits (lang, keyboard, timezone, >> @-support). Includes fedora-live-desktop.ks. >> >> Maybe create fedora-live-desktop-default.ks to provide the default >> compose the way it is now (localization is en_US, includes @*-support). >> > > Ummm, the configs for the way things are done today _have_ to exist in > some form. Otherwise, it kind of breaks the ability for us to, you > know, release the distro ;-) I really don't like -default, though. > 'base' has been pretty good, but -base-base-desktop seems odd :) > > I'm not against the general idea, although it's really too late to make > changes to the configs we use for Fedora 9. > > >> Although possibly a futile point at this moment; A stock Fedora 8 >> compose from the kickstarts currently in livecd-tools' GIT repo >> (including updates!), and one that only includes @dutch-support (new >> model, also including updates). >> > > Sure you're not building x86_64 images? As that looks pretty close to > the x86_64 size. If not, then ahh, the fun of the ever-growing distro! > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From apevec at redhat.com Tue Apr 15 08:35:17 2008 From: apevec at redhat.com (Alan Pevec) Date: Tue, 15 Apr 2008 10:35:17 +0200 Subject: [Fedora-livecd-list] [PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd In-Reply-To: <1208216066.16377.45.camel@aglarond.local> References: <4803DFE0.5070600@redhat.com> <1208216066.16377.45.camel@aglarond.local> Message-ID: <480468C5.3090304@redhat.com> Jeremy Katz wrote: > On Tue, 2008-04-15 at 00:51 +0200, Alan Pevec wrote: >> mkliveinitrd: wait for udev queue to clear before killing udevd >> >> udevd doesn't seem to cleanup on kill, so let it clear events from /dev/.udev/queue/ >> >> Or should this be filed as udevd bug (cleanup .udev/queue/ on startup and/or kill) ? > > We've already done one udevsettle for 30 seconds -- how does this any > more guarantee that things are cleared? I suspect this should probably We do dmsetup etc. in the meantime so more udev events appear. And if all is good, it won't hang 30 sec, it continues immediately. btw, we have unconditional 5s sleep here: http://git.fedorahosted.org/git/?p=mkinitrd;a=blob;f=mkliveinitrd;h=84fcc8036d47613e33c6f3c79003900ae7b6fcae;hb=HEAD#l653 Can we remove that? > be handled in udev. But what exactly are you seeing as the symptom? start_udev after switching root times out (after default 180s) on its udevsettle and after boot is finished, I still see an event /devices/virtual/block/dm-1 in exported queue /dev/.udev/queue/ - I assume this is b/c we killed previous instance of udevd before event could be cleared. It's a race condition - for me it shows up when PXE booting oVirt liveCD (created with livecd-iso-to-pxeboot), never when booting the same ISO directly (both F9 KVM guests on F8 host). If I add eshell, which pauses just before killing udevd, event is cleared. I agree this might be seen as a workaround but killing udevd just like that doesn't seem polite. Then again udevd should prolly clear its exported queue on startup, so I'm CCing Harald to weigh in. From apevec at redhat.com Tue Apr 15 08:55:36 2008 From: apevec at redhat.com (Alan Pevec) Date: Tue, 15 Apr 2008 10:55:36 +0200 Subject: [Fedora-livecd-list] [PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd In-Reply-To: <480469D5.2010200@redhat.com> References: <4803DFE0.5070600@redhat.com> <1208216066.16377.45.camel@aglarond.local> <480468C5.3090304@redhat.com> <480469D5.2010200@redhat.com> Message-ID: <48046D88.7090100@redhat.com> Harald Hoyer wrote: > If I understand that correctly, a udevd is running in initrd, which is > killed and then normal boot with rc.sysinit start and start_udev is called. yes > Since start_udev replays all events anyway, why don't you kill udevd and > remove the old queue? Also possible solution. But shouldn't udevd, for robustness, cleanup /dev/.udev/queue/ on its startup? From lars.bjorndal at broadpark.no Tue Apr 15 09:36:47 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Tue, 15 Apr 2008 11:36:47 +0200 Subject: [Fedora-livecd-list] Error when creating revisor srpms from latest git Message-ID: Just a small one: Error: bad date in %changelog: ti. april 15 2008 Jeroen van Meeuwen 2.1.0-1rc9 Lars From kanarip at kanarip.com Tue Apr 15 10:43:08 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 15 Apr 2008 12:43:08 +0200 Subject: [Fedora-livecd-list] Kickstart templating and localized spins In-Reply-To: <1208212807.16377.17.camel@aglarond.local> References: <48022700.5060506@kanarip.com> <1208212807.16377.17.camel@aglarond.local> Message-ID: <480486BC.4060601@kanarip.com> Jeremy Katz wrote: > On Sun, 2008-04-13 at 17:30 +0200, Jeroen van Meeuwen wrote: >> fedora-live-base.ks >> Includes everything needed to make a live spin work. > > How does this differ from fedora-base-desktop.ks which we have today and > which is used as the basis for the Desktop, the KDE and the XFCE spins? > This particular 'base.ks' is not necessarily different in this aspect, as you could tell from the demo 'base.ks' in the spin-kickstarts GIT repository on hosted. The point of 'base' though is to really only include the bits needed to make a live spin work. It's what other people can base their work on for a new spin concept, without too much being inherited. In that aspect still it is very much similar if not completely equal to what exists today in the livecd GIT repo/packages. It allows further customization in the higher level kickstarts without having to undo or override what's in the base kickstart. Possibly, we'd include settings that are non-negotiable; selinux comes to mind, as well as disabling firstboot, etc. >> fedora-live-desktop.ks >> Includes everything needed to make the 'desktop' spin concept work, >> but no localization. Includes fedora-live-base.ks. >> >> fedora-live-desktop-.ks >> Includes localization bits (lang, keyboard, timezone, >> @-support). Includes fedora-live-desktop.ks. >> >> Maybe create fedora-live-desktop-default.ks to provide the default >> compose the way it is now (localization is en_US, includes @*-support). > > Ummm, the configs for the way things are done today _have_ to exist in > some form. Otherwise, it kind of breaks the ability for us to, you > know, release the distro ;-) The Spin SIG is just as much concerned with the Fedora Project being able to release, of course ;-) I really don't like -default, though. It can go away... The implication though is that the officially released version would actually be a localized version. I intended -default to be non-localized, yet at the localization (higher) level so that the released spin is valid for everyone. Would the bits in '-default' be at a higher level, a localized spin would inherit all the "default" localization bits (@*-support). > 'base' has been pretty good, but -base-base-desktop seems odd :) > From where I'm sitting, 'desktop' as it is right now is a spin concept (fedora-live-gnome.ks if you will). I'm sure there's bits all "Desktop" spins need (now livecd-fedora-8-base-desktop.ks): XFCE, KDE and "GNOME" (now 'desktop') come to mind. For now though, all spins are desktop orientated spins and hence there's no problem including the bits that make a desktop oriented spin in the base kickstart. Would non-desktop oriented spins rise to the surface, I'm sure that within a level we can distinct between certain branches. Right now I'm thinking 'fedora-live-base-desktop.ks' vs. 'fedora-live-base-runlevel3.ks' but I would rather not commit to a model now only to find out it's invalid at the moment the first new spin concept comes along. > I'm not against the general idea, although it's really too late to make > changes to the configs we use for Fedora 9. > I didn't expect otherwise. I'm aiming at the F10 development cycle. >> Although possibly a futile point at this moment; A stock Fedora 8 >> compose from the kickstarts currently in livecd-tools' GIT repo >> (including updates!), and one that only includes @dutch-support (new >> model, also including updates). > > Sure you're not building x86_64 images? As that looks pretty close to > the x86_64 size. If not, then ahh, the fun of the ever-growing distro! > These were x86_64 composes, the point was the difference between a "default" spin (including @*-support), and a localized spin. Kind regards, Jeroen van Meeuwen -kanarip From lars.bjorndal at broadpark.no Tue Apr 15 11:50:38 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Tue, 15 Apr 2008 13:50:38 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version In-Reply-To: <480309FF.7060909@kanarip.com> (Jeroen van Meeuwen's message of "Mon, 14 Apr 2008 09:38:39 +0200") References: <480309FF.7060909@kanarip.com> Message-ID: Jeroen van Meeuwen writes: > Lars Bj?rndal wrote: >> I tried to send the following message to the revisor list, but it >> seems that the message does not arrive. Let me try this list instead... >> From: lars.bjorndal at broadpark.no (Lars Bj?rndal) >> To: Revisor User Discussion and Support List >> Subject: Problem with todays git version >> Date: Sun, 13 Apr 2008 21:09:57 +0200 >> Hello, list! >> Todays git version of revisor is not compilable. ./reconfigure >> cannot >> find revisor/modwui (whatever it is good for...). >> I still would like to build a working livecd from my Fedora 8 box >> with >> revisor's command line interface. Should I expect to be able to do so, >> or should I instead go back to livecd-creator? >> > > modwui has now been pushed, the latest GIT should work (given you get > the latest GIT from livecd-tools as well, and make dist, rpmbuild -ta > livecd-tools-015.tar.bz2). I got the following error right after startup of revisor: Traceback (most recent call last): File "/usr/sbin/revisor", line 48, in revisor = Revisor() NameError: name 'Revisor' is not defined Lars From kanarip at kanarip.com Tue Apr 15 11:57:54 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 15 Apr 2008 13:57:54 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version In-Reply-To: References: <480309FF.7060909@kanarip.com> Message-ID: <48049842.5010502@kanarip.com> Lars Bj?rndal wrote: > Jeroen van Meeuwen writes: > >> Lars Bj?rndal wrote: >>> I tried to send the following message to the revisor list, but it >>> seems that the message does not arrive. Let me try this list instead... >>> From: lars.bjorndal at broadpark.no (Lars Bj?rndal) >>> To: Revisor User Discussion and Support List >>> Subject: Problem with todays git version >>> Date: Sun, 13 Apr 2008 21:09:57 +0200 >>> Hello, list! >>> Todays git version of revisor is not compilable. ./reconfigure >>> cannot >>> find revisor/modwui (whatever it is good for...). >>> I still would like to build a working livecd from my Fedora 8 box >>> with >>> revisor's command line interface. Should I expect to be able to do so, >>> or should I instead go back to livecd-creator? >>> >> modwui has now been pushed, the latest GIT should work (given you get >> the latest GIT from livecd-tools as well, and make dist, rpmbuild -ta >> livecd-tools-015.tar.bz2). > > I got the following error right after startup of revisor: > > Traceback (most recent call last): > File "/usr/sbin/revisor", line 48, in revisor = Revisor() > NameError: name 'Revisor' is not defined > That should be easily fixed... Looking right now. Kind regards, Jeroen van Meeuwen -kanarip From kanarip at kanarip.com Tue Apr 15 12:00:18 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 15 Apr 2008 14:00:18 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version In-Reply-To: <48049842.5010502@kanarip.com> References: <480309FF.7060909@kanarip.com> <48049842.5010502@kanarip.com> Message-ID: <480498D2.2080306@kanarip.com> Jeroen van Meeuwen wrote: > Lars Bj?rndal wrote: >> I got the following error right after startup of revisor: >> >> Traceback (most recent call last): >> File "/usr/sbin/revisor", line 48, in revisor = Revisor() >> NameError: name 'Revisor' is not defined >> > > That should be easily fixed... Looking right now. > I was right. Pushed. Kind regards, Jeroen van Meeuwen -kanarip From lars.bjorndal at broadpark.no Tue Apr 15 12:44:14 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Tue, 15 Apr 2008 14:44:14 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version In-Reply-To: <48049842.5010502@kanarip.com> (Jeroen van Meeuwen's message of "Tue, 15 Apr 2008 13:57:54 +0200") References: <480309FF.7060909@kanarip.com> <48049842.5010502@kanarip.com> Message-ID: Jeroen van Meeuwen writes: > Lars Bj?rndal wrote: >> Jeroen van Meeuwen writes: >> >> I got the following error right after startup of revisor: >> Traceback (most recent call last): >> File "/usr/sbin/revisor", line 48, in revisor = Revisor() >> NameError: name 'Revisor' is not defined >> > > That should be easily fixed... Looking right now. Thank you, but I got a new error message: Traceback (most recent call last): File "/usr/sbin/revisor", line 48, in revisor = revisor.Revisor() File "/usr/lib/python2.5/site-packages/revisor/__init__.py", line 55, in __ini t__ self.parse_options() File "/usr/lib/python2.5/site-packages/revisor/__init__.py", line 88, in parse _options runtime_group = self.parser.add_option_group(_("Runtime Options")) NameError: global name '_' is not defined Lars From katzj at redhat.com Tue Apr 15 16:39:40 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 15 Apr 2008 12:39:40 -0400 Subject: [Fedora-livecd-list] [PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd In-Reply-To: <480468C5.3090304@redhat.com> References: <4803DFE0.5070600@redhat.com> <1208216066.16377.45.camel@aglarond.local> <480468C5.3090304@redhat.com> Message-ID: <1208277580.16377.98.camel@aglarond.local> On Tue, 2008-04-15 at 10:35 +0200, Alan Pevec wrote: > Jeremy Katz wrote: > > On Tue, 2008-04-15 at 00:51 +0200, Alan Pevec wrote: > >> mkliveinitrd: wait for udev queue to clear before killing udevd > >> > >> udevd doesn't seem to cleanup on kill, so let it clear events from /dev/.udev/queue/ > >> > >> Or should this be filed as udevd bug (cleanup .udev/queue/ on startup and/or kill) ? > > > > We've already done one udevsettle for 30 seconds -- how does this any > > more guarantee that things are cleared? I suspect this should probably > > We do dmsetup etc. in the meantime so more udev events appear. And if all is good, it won't hang 30 sec, it continues immediately. There's no guarantee that 30 seconds is enough, though. > btw, we have unconditional 5s sleep here: http://git.fedorahosted.org/git/?p=mkinitrd;a=blob;f=mkliveinitrd;h=84fcc8036d47613e33c6f3c79003900ae7b6fcae;hb=HEAD#l653 > Can we remove that? I'd rather not -- it's the only time and way that anyone can tell whether they're using a persistent or a temporary overlay right now. Longer term, I'd like to integrate something better into the desktop session, but that's less easy to do than might be hoped. > > be handled in udev. But what exactly are you seeing as the symptom? > > start_udev after switching root times out (after default 180s) on its udevsettle and after boot is finished, I still see an event /devices/virtual/block/dm-1 in exported queue /dev/.udev/queue/ - I assume this is b/c we killed previous instance of udevd before event could be cleared. > It's a race condition - for me it shows up when PXE booting oVirt liveCD (created with livecd-iso-to-pxeboot), never when booting the same ISO directly (both F9 KVM guests on F8 host). If I add eshell, which pauses just before killing udevd, event is cleared. > > I agree this might be seen as a workaround but killing udevd just like that doesn't seem polite. > Then again udevd should prolly clear its exported queue on startup, so I'm CCing Harald to weigh in. This really feels like the better answer. It's not going to leave the possibility that 30 seconds isn't long enough Jeremy From katzj at redhat.com Tue Apr 15 16:40:34 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 15 Apr 2008 12:40:34 -0400 Subject: [Fedora-livecd-list] [PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd In-Reply-To: <48046D88.7090100@redhat.com> References: <4803DFE0.5070600@redhat.com> <1208216066.16377.45.camel@aglarond.local> <480468C5.3090304@redhat.com> <480469D5.2010200@redhat.com> <48046D88.7090100@redhat.com> Message-ID: <1208277634.16377.100.camel@aglarond.local> On Tue, 2008-04-15 at 10:55 +0200, Alan Pevec wrote: > Harald Hoyer wrote: > > Since start_udev replays all events anyway, why don't you kill udevd and > > remove the old queue? > > Also possible solution. But shouldn't udevd, for robustness, cleanup /dev/.udev/queue/ on its startup? Especially as we really would rather not have to know the details of exactly what udev is using as its queue in the initrd. Hard-coding details like this in places has bitten us way too many times Jeremy From katzj at redhat.com Tue Apr 15 16:47:31 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 15 Apr 2008 12:47:31 -0400 Subject: [Fedora-livecd-list] Kickstart templating and localized spins In-Reply-To: <480486BC.4060601@kanarip.com> References: <48022700.5060506@kanarip.com> <1208212807.16377.17.camel@aglarond.local> <480486BC.4060601@kanarip.com> Message-ID: <1208278051.16377.105.camel@aglarond.local> On Tue, 2008-04-15 at 12:43 +0200, Jeroen van Meeuwen wrote: > Jeremy Katz wrote: > > On Sun, 2008-04-13 at 17:30 +0200, Jeroen van Meeuwen wrote: > I really don't like -default, though. > > It can go away... The implication though is that the officially released > version would actually be a localized version. I intended -default to be > non-localized, yet at the localization (higher) level so that the > released spin is valid for everyone. Would the bits in '-default' be at > a higher level, a localized spin would inherit all the "default" > localization bits (@*-support). No, I get the point... it's just naming that's tricky here > > 'base' has been pretty good, but -base-base-desktop seems odd :) > > > > From where I'm sitting, 'desktop' as it is right now is a spin concept > (fedora-live-gnome.ks if you will). I'm sure there's bits all "Desktop" > spins need (now livecd-fedora-8-base-desktop.ks): XFCE, KDE and "GNOME" > (now 'desktop') come to mind. A true GNOME spin would be a different beast than the desktop livecd we do today. But I really don't want to have this lengthy and pointless bikeshed discussion again. > For now though, all spins are desktop > orientated spins and hence there's no problem including the bits that > make a desktop oriented spin in the base kickstart. Would non-desktop > oriented spins rise to the surface, I'm sure that within a level we can > distinct between certain branches. Right now I'm thinking > 'fedora-live-base-desktop.ks' vs. 'fedora-live-base-runlevel3.ks' but I > would rather not commit to a model now only to find out it's invalid at > the moment the first new spin concept comes along. Yeah, a lot better to wait and deal with it when it comes up and there's a real user rather than trying to just do something in advance of users. > >> Although possibly a futile point at this moment; A stock Fedora 8 > >> compose from the kickstarts currently in livecd-tools' GIT repo > >> (including updates!), and one that only includes @dutch-support (new > >> model, also including updates). > > > > Sure you're not building x86_64 images? As that looks pretty close to > > the x86_64 size. If not, then ahh, the fun of the ever-growing distro! > > These were x86_64 composes, the point was the difference between a > "default" spin (including @*-support), and a localized spin. Seems about like I'd expect then. Also, note that, eg, the KDE spin already today is non-localized due to the space requirements for the kde-i18n/kde-l10n packages Jeremy From sebastian at when.com Tue Apr 15 17:41:29 2008 From: sebastian at when.com (sebastian at when.com) Date: Tue, 15 Apr 2008 19:41:29 +0200 Subject: [Fedora-livecd-list] Issue with current Revisor Rawhide version In-Reply-To: <4803BA51.70909@kanarip.com> References: <4803B210.9050607@when.com> <4803BA51.70909@kanarip.com> Message-ID: <4804E8C9.5030608@when.com> Jeroen van Meeuwen wrote: > sebastian at when.com wrote: >> Hi everybody, >> >> I'm not sure, whether this is the right place, but I was just trying >> to use the current revisor rawhide version (2.1.0-1rc7.f9)... >> >> The major problem I encountered was, that the whole process takes >> hours to complete > > For it to take a very long time is an indication something is wrong... > > (well, I stopped it before it was able to finish): When I >> had a look at the revisor-rundir folder in /var/tmp/, I figured out, >> that the LiveOS folder was somehow blown up: >> >> ext3fs.img has 2.8 GB (!) and squashfs.img up to 9.1 GB (!), which >> seems to me quite big (I'm just preparing a live CD with about 700 MB). >> > > The ext3fs.img being this large doesn't surprise me, but the squashfs is > way too large. I'm not sure what happened, could you run with --debug 9 > and see if the increased verbosity gives any indication? If you send me > the log and the configuration I'll take a close look at them. I tried it again today using the CLI and the --debug option and it worked quite well (and way faster). It didn't create a final iso image, but I got the files in the revisor-rundir folder: ext3fs.img still had 2.8 GB, but the squashfs.img was at about 800 MB... Currently, I'm giving it a second try... Thanks for your help! Sebastian >> No, I haven't filed a bug, yet ;) I just wanted to mention this first... >> > > That alright. A bug can take larger attachments though ;-) > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From todd655495 at yahoo.com Tue Apr 15 19:50:06 2008 From: todd655495 at yahoo.com (Todd N) Date: Tue, 15 Apr 2008 12:50:06 -0700 (PDT) Subject: [Fedora-livecd-list] Booting Live CD in VESA mode Message-ID: <807505.645.qm@web54011.mail.re2.yahoo.com> Hello, Is there an easy way to change a boot option for the Live CD, as the system is booting, so that the generic VESA video driver is used? I have tried adding "video=vesafb vga=791" to the boot options but the systems using the Live CD (we have tried several different machines with varying hardware) still boot up using the default driver for their particular video card. It would be nice to be able to interrupt the boot process to override this default and use the generic VESA driver. Any (relevant) thoughts are appreciated. Thanks, Todd ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Tue Apr 15 20:03:34 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 15 Apr 2008 16:03:34 -0400 Subject: [Fedora-livecd-list] Booting Live CD in VESA mode In-Reply-To: <807505.645.qm@web54011.mail.re2.yahoo.com> References: <807505.645.qm@web54011.mail.re2.yahoo.com> Message-ID: <1208289814.16377.114.camel@aglarond.local> On Tue, 2008-04-15 at 12:50 -0700, Todd N wrote: > Is there an easy way to change a boot option for the Live CD, as the > system is booting, so that the generic VESA video driver is used? I > have tried adding "video=vesafb vga=791" to the boot options but the > systems using the Live CD (we have tried several different machines > with varying hardware) still boot up using the default driver for > their particular video card. It would be nice to be able to interrupt > the boot process to override this default and use the generic VESA > driver. boot with 'xdriver=vesa' Jeremy > From jiesun66 at yahoo.com Tue Apr 15 20:43:37 2008 From: jiesun66 at yahoo.com (jie sun) Date: Tue, 15 Apr 2008 13:43:37 -0700 (PDT) Subject: [Fedora-livecd-list] fc7 revisor re-spinned install CD failed to install 3rd party packages In-Reply-To: <1208278051.16377.105.camel@aglarond.local> Message-ID: <989721.58014.qm@web31601.mail.mud.yahoo.com> Hi, I tried to re-spin fc7 with revisor and add some 3rd party packages. I run revisor successfully with new repo and burnt the iso file to a CD. I can see the 3rd party packages are on the CD package list. But after install with the CD, non of the 3rd party packages gets installed. Only fedora existing packages gets installed. Did I missed something while running revisor? Does anybody know how to install 3rd party packages with revisor? Regards, Jie Sun between 0000-00-00 and 9999-99-99 -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidsonpaulo at gmail.com Tue Apr 15 21:32:02 2008 From: davidsonpaulo at gmail.com (Davidson Rodrigues Paulo) Date: Tue, 15 Apr 2008 18:32:02 -0300 Subject: [Fedora-livecd-list] [livecd-creator] ioctl: LOOP_CLR_FD: Device or resource busy Message-ID: Hi, I'm trying to build a Fedora 8 Live CD using livecd-creator with a hand-made kickstart, but I experiencing the following problem that occurs after all the packages are installed: # livecd-creator -c ~dpaulo/fedora-full.ks --cache=/srv/revisor/livecd-cache/ --fslabel=F-8-Live-1 (...) Installing: system-config-keyboard ##################### [533/533] umount: /var/tmp/livecd-creator-dXy9yh/install_root: resource is busy umount: /var/tmp/livecd-creator-dXy9yh/install_root: resource is busy ioctl: LOOP_CLR_FD: Device or resource busy Traceback (most recent call last): File "/usr/bin/livecd-creator", line 1603, in sys.exit(main()) File "/usr/bin/livecd-creator", line 1575, in main target.install() File "/usr/bin/livecd-creator", line 948, in install self.installPackages() File "/usr/bin/livecd-creator", line 602, in installPackages %(self.build_dir, subdir)): OSError: [Errno 2] No such file or directory: '/var/tmp/livecd-creator-dXy9yh/install_root/etc/lvm/cache' Software versions: * kernel-2.6.24.4-64.fc8 * livecd-tools-013-1.fc8 * yum-3.2.8-2.fc8 I'm attaching fedora-full.ks kickstart file. Thanks a lot, -- Davidson Paulo Linux System Administrator LPI Certified Level 1: LPI000132770 Revista Fedora Brasil, Editor-In-Chief Fedora Project, Ambassador http://daveandnaty.blogspot.com/ http://davidsonenatalia.blogspot.com/ From todd655495 at yahoo.com Tue Apr 15 21:43:55 2008 From: todd655495 at yahoo.com (Todd N) Date: Tue, 15 Apr 2008 14:43:55 -0700 (PDT) Subject: [Fedora-livecd-list] Booting Live CD in VESA mode Message-ID: <852511.85309.qm@web54011.mail.re2.yahoo.com> ----- Original Message ---- From: Jeremy Katz To: fedora-livecd-list at redhat.com Sent: Tuesday, April 15, 2008 3:03:34 PM Subject: Re: [Fedora-livecd-list] Booting Live CD in VESA mode On Tue, 2008-04-15 at 12:50 -0700, Todd N wrote: > Is there an easy way to change a boot option for the Live CD, as the > system is booting, so that the generic VESA video driver is used? I > have tried adding "video=vesafb vga=791" to the boot options but the > systems using the Live CD (we have tried several different machines > with varying hardware) still boot up using the default driver for > their particular video card. It would be nice to be able to interrupt > the boot process to override this default and use the generic VESA > driver. boot with 'xdriver=vesa' Jeremy > Looks like it's working. Thanks much! Todd -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kanarip at kanarip.com Wed Apr 16 09:49:53 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 16 Apr 2008 11:49:53 +0200 Subject: [Fedora-livecd-list] fc7 revisor re-spinned install CD failed to install 3rd party packages In-Reply-To: <989721.58014.qm@web31601.mail.mud.yahoo.com> References: <989721.58014.qm@web31601.mail.mud.yahoo.com> Message-ID: <4805CBC1.2020804@kanarip.com> jie sun wrote: > Hi, > I tried to re-spin fc7 with revisor and add some 3rd party packages. I > run revisor successfully with new repo and burnt the iso file to a CD. I > can see the 3rd party packages are on the CD package list. But after > install with the CD, non of the 3rd party packages gets installed. Only > fedora existing packages gets installed. > > Did I missed something while running revisor? Does anybody know how > to install 3rd party packages with revisor? > Did you see the third party packages appear in the Package Selection dialog in the graphical installation? The third party repository would need a comps ("Groups" file) to enable anaconda to display the groups and packages in the package selection dialog. If not, you are not able to select them in any other way then using a kickstart (sample): interactive %packages some-third-party-repo-package %end This will select the package, but will still enable you to use the package selection dialog to select other packages as well. Kind regards, Jeroen van Meeuwen -kanarip From kanarip at kanarip.com Wed Apr 16 09:55:55 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 16 Apr 2008 11:55:55 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version In-Reply-To: References: <480309FF.7060909@kanarip.com> <48049842.5010502@kanarip.com> Message-ID: <4805CD2B.4010602@kanarip.com> Lars Bj?rndal wrote: > Thank you, but I got a new error message: > > Traceback (most recent call last): > File "/usr/sbin/revisor", line 48, in > revisor = revisor.Revisor() > File "/usr/lib/python2.5/site-packages/revisor/__init__.py", line > 55, in __ini > t__ > self.parse_options() > File "/usr/lib/python2.5/site-packages/revisor/__init__.py", line > 88, in parse > _options > runtime_group = self.parser.add_option_group(_("Runtime Options")) > NameError: global name '_' is not defined > OMG, this one I feel ashamed for. I had "fixed" this in revisor/__init__.py, while I should have fixed it in revisor/__init__.py.in (which replaces revisor/__init__.py everytime you run autoreconf && ./configure). Fixed version is pushed now. Kind regards, Jeroen van Meeuwen -kanarip From diegobz at gmail.com Wed Apr 16 11:30:08 2008 From: diegobz at gmail.com (=?ISO-8859-1?Q?Diego_B=FArigo_Zacar=E3o?=) Date: Wed, 16 Apr 2008 08:30:08 -0300 Subject: [Fedora-livecd-list] [livecd-creator] ioctl: LOOP_CLR_FD: Device or resource busy In-Reply-To: References: Message-ID: <6600c1b10804160430of37ab79vf685738af440d66c@mail.gmail.com> Hello. 2008/4/15, Davidson Rodrigues Paulo : > > Hi, > > I'm trying to build a Fedora 8 Live CD using livecd-creator with a > hand-made kickstart, but I experiencing the following problem that > occurs after all the packages are installed: > > # livecd-creator -c ~dpaulo/fedora-full.ks > --cache=/srv/revisor/livecd-cache/ --fslabel=F-8-Live-1 > (...) > Installing: system-config-keyboard ##################### [533/533] > umount: /var/tmp/livecd-creator-dXy9yh/install_root: resource is busy > umount: /var/tmp/livecd-creator-dXy9yh/install_root: resource is busy > ioctl: LOOP_CLR_FD: Device or resource busy > Traceback (most recent call last): > File "/usr/bin/livecd-creator", line 1603, in > sys.exit(main()) > File "/usr/bin/livecd-creator", line 1575, in main > target.install() > File "/usr/bin/livecd-creator", line 948, in install > self.installPackages() > File "/usr/bin/livecd-creator", line 602, in installPackages > %(self.build_dir, subdir)): > OSError: [Errno 2] No such file or directory: > '/var/tmp/livecd-creator-dXy9yh/install_root/etc/lvm/cache' > > Is there space enough in your /var/tmp? You can set "-t /home/user/tmp", for example, to point it to use another directory with more space. Regards -- Diego B?rigo Zacar?o Linux User #402589 USE SOFTWARE LIVRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From jiesun66 at yahoo.com Wed Apr 16 12:40:44 2008 From: jiesun66 at yahoo.com (jie sun) Date: Wed, 16 Apr 2008 05:40:44 -0700 (PDT) Subject: [Fedora-livecd-list] fc7 revisor re-spinned install CD failed to install 3rd party packages In-Reply-To: <4805CBC1.2020804@kanarip.com> Message-ID: <899478.88072.qm@web31605.mail.mud.yahoo.com> Hi, I did not change comps but I used kickstart file to include my rpms and all my packages gets included on the CD. The problem is after installation with the CD, non of my packages get installed. Seems only fedora packages gets installed. Regards, Jie Jeroen van Meeuwen wrote: jie sun wrote: > Hi, > I tried to re-spin fc7 with revisor and add some 3rd party packages. I > run revisor successfully with new repo and burnt the iso file to a CD. I > can see the 3rd party packages are on the CD package list. But after > install with the CD, non of the 3rd party packages gets installed. Only > fedora existing packages gets installed. > > Did I missed something while running revisor? Does anybody know how > to install 3rd party packages with revisor? > Did you see the third party packages appear in the Package Selection dialog in the graphical installation? The third party repository would need a comps ("Groups" file) to enable anaconda to display the groups and packages in the package selection dialog. If not, you are not able to select them in any other way then using a kickstart (sample): interactive %packages some-third-party-repo-package %end This will select the package, but will still enable you to use the package selection dialog to select other packages as well. Kind regards, Jeroen van Meeuwen -kanarip -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Timo.Penndorf at tu-dresden.de Wed Apr 16 12:45:40 2008 From: Timo.Penndorf at tu-dresden.de (Timo Penndorf) Date: Wed, 16 Apr 2008 14:45:40 +0200 Subject: [Fedora-livecd-list] [livecd-creator] ioctl: LOOP_CLR_FD: Device or resource busy In-Reply-To: References: Message-ID: <1208349940.13119.4.camel@bft50> Hi, this sounds similar to the issue I mentioned earlier in this list ("ext3 issues") After the live cd creation run lsof | grep install_root On my system the file /var/tmp/imgcreate-O5Rka3/install_root/lib/libnss_files-2.7.so was still open so the unmount has to fail. Timo Am Dienstag, den 15.04.2008, 18:32 -0300 schrieb Davidson Rodrigues Paulo: > Hi, > > I'm trying to build a Fedora 8 Live CD using livecd-creator with a > hand-made kickstart, but I experiencing the following problem that > occurs after all the packages are installed: > > # livecd-creator -c ~dpaulo/fedora-full.ks > --cache=/srv/revisor/livecd-cache/ --fslabel=F-8-Live-1 > (...) > Installing: system-config-keyboard ##################### [533/533] > umount: /var/tmp/livecd-creator-dXy9yh/install_root: resource is busy > umount: /var/tmp/livecd-creator-dXy9yh/install_root: resource is busy > ioctl: LOOP_CLR_FD: Device or resource busy > Traceback (most recent call last): > File "/usr/bin/livecd-creator", line 1603, in > sys.exit(main()) > File "/usr/bin/livecd-creator", line 1575, in main > target.install() > File "/usr/bin/livecd-creator", line 948, in install > self.installPackages() > File "/usr/bin/livecd-creator", line 602, in installPackages > %(self.build_dir, subdir)): > OSError: [Errno 2] No such file or directory: > '/var/tmp/livecd-creator-dXy9yh/install_root/etc/lvm/cache' > > Software versions: > > * kernel-2.6.24.4-64.fc8 > * livecd-tools-013-1.fc8 > * yum-3.2.8-2.fc8 > > I'm attaching fedora-full.ks kickstart file. > > Thanks a lot, > -- +--------------------------------------+ | | | Dipl.-Ing. Timo Penndorf | | | | Institut f?r Verarbeitungsmaschinen | | und Mobile Arbeitsmaschinen | | | | Technische Universit?t Dresden | | 01062 Dresden | | | | Tel: 0351 463 34972 | | Fax: 0351 463 37731 | | | +--------------------------------------+ +--------------------------------------+ | | | Dipl.-Ing. Timo Penndorf | | | | Institute of Processing Machines | | and Mobile Machinery | | | | Dresden University of Technology | | D-01062 Dresden | | | | Tel: 0049 351 463 34972 | | Fax: 0049 351 463 37731 | | | +--------------------------------------+ From davidsonpaulo at gmail.com Wed Apr 16 12:44:38 2008 From: davidsonpaulo at gmail.com (Davidson Rodrigues Paulo) Date: Wed, 16 Apr 2008 09:44:38 -0300 Subject: [Fedora-livecd-list] [livecd-creator] ioctl: LOOP_CLR_FD: Device or resource busy In-Reply-To: <6600c1b10804160430of37ab79vf685738af440d66c@mail.gmail.com> References: <6600c1b10804160430of37ab79vf685738af440d66c@mail.gmail.com> Message-ID: 2008/4/16, Diego B?rigo Zacar?o : > Is there space enough in your /var/tmp? Hi Diego, first I tried another partition, /srv/revisor, which has 4GB+ of free space, more than enough to a Live CD installation. Once the installation failed, I was unable to umount /srv/revisor partition too, even rebooting the system. I'm wondering if this is not a kernel issue... Thanks, -- Davidson Paulo Linux System Administrator LPI Certified Level 1: LPI000132770 Revista Fedora Brasil, Editor-In-Chief Fedora Project, Ambassador http://daveandnaty.blogspot.com/ http://davidsonenatalia.blogspot.com/ From kanarip at kanarip.com Wed Apr 16 13:46:35 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 16 Apr 2008 15:46:35 +0200 Subject: [Fedora-livecd-list] fc7 revisor re-spinned install CD failed to install 3rd party packages In-Reply-To: <899478.88072.qm@web31605.mail.mud.yahoo.com> References: <899478.88072.qm@web31605.mail.mud.yahoo.com> Message-ID: <4806033B.70201@kanarip.com> jie sun wrote: > Hi, > I did not change comps but I used kickstart file to include my rpms > and all my packages gets included on the CD. The problem is after > installation with the CD, non of my packages get installed. Seems only > fedora packages gets installed. > Packages that are not selected during the installation dialog are not going to be installed, no matter if they are available on the media you are installing from, or not. You can select packages using the Package Selection dialog anaconda has in both text and graphical install, where it finds the categories and groups it displays in a file called comps.xml. This comps.xml is included with every third party repository available to you on the net, but is often lacking in private repositories (you know, those with all kinds of custom RPMs). It is this comps.xml file though you will need to create yourself and add to the repository, or edit an existing comps file to include the packages you add to the mix. Revisor has a --revisor-comps and includes stock Fedora comps files in the revisor-comps sub-package, just for that particular reason. If you edit one of those, and specify --revisor-comps /path/to/edited/comps, Revisor will include that comps file (instead of the aggregated form of all comps files available from all repositories specified). Mind that although it might prove very useful, it might as well as break things -a faulty comps might not only cause the compose to fail, but will definitely cause the installation to fail. Or, you choose (select to install) the packages using a kickstart file during the installation (something different from using the kickstart file with Revisor during the compose of the media). Then, anaconda (the installation program) will select the packages you specify in the kickstart for installation (what you have done until now is tell Revisor to include the packages for the compose), all that without regards to any comps.xml file. Now, you can include such a kickstart on the media, and as such you seamlessly, secretly, pre-select packages while allowing the user to interactively select/deselect packages in anaconda's package selection dialog. Create/modify a kickstart such as the one you have now, and make it say: "interactive" You would want as few as possible other settings if you want it to be as seamless as possible, but you can provide other answers to anaconda's questions as well (root password, timezone, language, etc). Then, when you have that kickstart file, you create installation media specifying the following options (or click the appropriate check-boxes in the GUI): --kickstart /path/to/kickstart --kickstart-include which includes the kickstart file on the CD, DVD, or in the tree --kickstart-default which sets the bootloader menu entries to use the kickstart file during installation I hope this helps, Kind regards, Jeroen van Meeuwen -kanarip > Regards, > Jie > > */Jeroen van Meeuwen /* wrote: > > jie sun wrote: > > Hi, > > I tried to re-spin fc7 with revisor and add some 3rd party > packages. I > > run revisor successfully with new repo and burnt the iso file to > a CD. I > > can see the 3rd party packages are on the CD package list. But after > > install with the CD, non of the 3rd party packages gets > installed. Only > > fedora existing packages gets installed. > > > > Did I missed something while running revisor? Does anybody know how > > to install 3rd party packages with revisor? > > > > Did you see the third party packages appear in the Package Selection > dialog in the graphical installation? The third party repository would > need a comps ("Groups" file) to enable anaconda to display the groups > and packages in the package selection dialog. If not, you are not able > to select them in any other way then using a kickstart (sample): > > interactive > > %packages > some-third-party-repo-package > %end > > This will select the package, but will still enable you to use the > package selection dialog to select other packages as well. > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > ------------------------------------------------------------------------ > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > it now. > > > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From lars.bjorndal at broadpark.no Wed Apr 16 14:32:45 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Wed, 16 Apr 2008 16:32:45 +0200 Subject: [Fedora-livecd-list] FWD: Problem with todays git version In-Reply-To: <4805CD2B.4010602@kanarip.com> (Jeroen van Meeuwen's message of "Wed, 16 Apr 2008 11:55:55 +0200") References: <480309FF.7060909@kanarip.com> <48049842.5010502@kanarip.com> <4805CD2B.4010602@kanarip.com> Message-ID: Jeroen van Meeuwen writes: > Lars Bj?rndal wrote: >> Thank you, but I got a new error message: >> Traceback (most recent call last): >> File "/usr/sbin/revisor", line 48, in >> revisor = revisor.Revisor() File >> "/usr/lib/python2.5/site-packages/revisor/__init__.py", line >> 55, in __ini >> t__ self.parse_options() >> File "/usr/lib/python2.5/site-packages/revisor/__init__.py", line >> 88, in parse >> _options >> runtime_group = self.parser.add_option_group(_("Runtime >> Options")) NameError: global name '_' is not defined > > OMG, this one I feel ashamed for. I had "fixed" this in > revisor/__init__.py, while I should have fixed it in > revisor/__init__.py.in (which replaces revisor/__init__.py everytime > you run autoreconf && ./configure). Fixed version is pushed now. Thank you! With this version, I come a bit longer, but at last I got the following error message: No desktop file. self.run() File "/usr/lib/python2.5/site-packages/revisor/__init__.py", line 444, in run self.base.run() File "/usr/lib/python2.5/site-packages/revisor/base.py", line 105, in run self.cli.run() File "/usr/lib/python2.5/site-packages/revisor/cli.py", line 44, in run self.base.lift_off() File "/usr/lib/python2.5/site-packages/revisor/base.py", line 1082, in lift_of f self.buildLiveMedia() File "/usr/lib/python2.5/site-packages/revisor/base.py", line 1725, in buildLi veMedia liveImage.package(destdir=os.path.join(self.cfg.destination_directory,"live" )) File "/usr/lib/python2.5/site-packages/imgcreate/creator.py", line 678, in pac kage self._stage_final_image() File "/usr/lib/python2.5/site-packages/imgcreate/live.py", line 280, in _stage _final_image self.__create_iso(self.__isodir) File "/usr/lib/python2.5/site-packages/imgcreate/live.py", line 244, in __crea te_iso raise CreatorError("ISO creation failed!") imgcreate.errors.CreatorError: ISO creation failed! Could this also be fixed Lars From todd655495 at yahoo.com Wed Apr 16 18:38:31 2008 From: todd655495 at yahoo.com (Todd N) Date: Wed, 16 Apr 2008 11:38:31 -0700 (PDT) Subject: [Fedora-livecd-list] Building Live CD from externally-created ext3 file system Message-ID: <414132.59441.qm@web54006.mail.re2.yahoo.com> Does anyone have any ideas on this? Is what I am proposing possible? Thanks, Todd ----- Forwarded Message ---- From: Todd N To: fedora-livecd-list at redhat.com Sent: Tuesday, April 8, 2008 5:29:12 PM Subject: [Fedora-livecd-list] Building Live CD from externally-created ext3 file system Hello, I'm new to the list so pardon me if I break any etiquette rules... it's not intentional. :-) The description of the Live CD Creator application found on Fedora's website includes a section on the steps performed by livecd-creator (see http://fedoraproject.org/wiki/FedoraLiveCD/LiveCDHowTo#head-275d791c27ecce3379d1e2cc5cfbd04f5d03af5d ). My question is whether there is a way to build a live CD using a / (ext3) filesystem created by some other means. Basically I'd like to be able to perform the last three steps listed in the document referenced above: * Creates a squashfs file system containing only the ext3 file (compression) * Configures the boot loader * Creates an iso9660 bootable CD We have already built a system and have it working exactly the way we want it. Is there a way to take that filesystem, compress it, and build the CD without having to go through the system configuration, package selection, and all the custom configs at the end? We'd like to build a CD that has maximum flexibility for compatible hardware. I appreciate any help that can be offered. Thanks. Todd ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list From sundaram at fedoraproject.org Wed Apr 16 21:48:24 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 17 Apr 2008 03:18:24 +0530 Subject: [Fedora-livecd-list] gpk-update applet on live cd Message-ID: <48067428.7050001@fedoraproject.org> Hi, gpk-update applet runs on the live cd and checks for updates on the live cd environment (atleast for the xfce spin) and I suspect it does on the other live cd's as well. Should this be disabled? If so, what would be the best way to do it? Rahul From katzj at redhat.com Thu Apr 17 01:21:18 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 16 Apr 2008 21:21:18 -0400 Subject: [Fedora-livecd-list] gpk-update applet on live cd In-Reply-To: <48067428.7050001@fedoraproject.org> References: <48067428.7050001@fedoraproject.org> Message-ID: <1208395278.11336.9.camel@aglarond.local> On Thu, 2008-04-17 at 03:18 +0530, Rahul Sundaram wrote: > gpk-update applet runs on the live cd and checks for updates on the live > cd environment (atleast for the xfce spin) and I suspect it does on the > other live cd's as well. Should this be disabled? If so, what would be > the best way to do it? In theory, this should be getting done by default now (see http://git.fedorahosted.org/git/?p=livecd;a=commitdiff;h=0e85e65b0e3f45d17650c5d2e87768dcf5d4f7dd) Jeremy From jdogalt at yahoo.com Thu Apr 17 06:36:30 2008 From: jdogalt at yahoo.com (Jane Dogalt) Date: Wed, 16 Apr 2008 23:36:30 -0700 (PDT) Subject: [Fedora-livecd-list] Building Live CD from externally-created ext3 file system In-Reply-To: <414132.59441.qm@web54006.mail.re2.yahoo.com> Message-ID: <636047.87672.qm@web56909.mail.re3.yahoo.com> --- Todd N wrote: > Does anyone have any ideas on this? Is what I am proposing possible? > Totally possible. If you read through the livecd-tools code enough, you'll figure out what needs to be done (as a worst case if you can't inspire someone else to do the work for you). Basically livecd-tools does a chroot install of fedora, then modifies it a bit, then performs the final steps you mentioned to convert it to a livecd. It's simply a matter of replacing that first step with taking your existing system, and then probably discovering that because of how your existing system differs from the chroot installed system, you have to perform a few other tweaks. Then generalizing the solution to make it useful for other people. As another point of reference, my currently dormant project at viros.org, does the same thing, but instead of a chroot install, does a network-kickstart install in a qemu virtualized system. (and then the subsequent stuff in a much lighter-weight qemu virtualized initrd-only appliance). I mention my project, because it should really drill in the fact that all we are doing in both cases is taking an otherwise normal installed system, 'doing some stuff', and then converting it into a livecd with the latter steps you mentioned. 'doing some stuff' roughly equating to turning it into a hardware agnostic OS installation. (and that has actually become a much smaller set of things over the years). Good luck... I'd love to help you further, but all my time is now going to a paying job finally :) -dmc --- Todd N wrote: > Does anyone have any ideas on this? Is what I am proposing possible? > > Thanks, > Todd > > > ----- Forwarded Message ---- > From: Todd N > To: fedora-livecd-list at redhat.com > Sent: Tuesday, April 8, 2008 5:29:12 PM > Subject: [Fedora-livecd-list] Building Live CD from externally-created ext3 > file system > > > Hello, > > I'm new to the list so pardon me if I break any etiquette rules... it's not > intentional. :-) > > The description of the Live CD Creator application found on Fedora's website > includes a section on the steps performed by livecd-creator (see > http://fedoraproject.org/wiki/FedoraLiveCD/LiveCDHowTo#head-275d791c27ecce3379d1e2cc5cfbd04f5d03af5d > ). My question is whether there is a way to build a live CD using a / (ext3) > filesystem created by some other means. Basically I'd like to be able to > perform the last three steps listed in the document referenced above: > > * Creates a squashfs file system containing only the ext3 file (compression) > * Configures the boot loader > * Creates an iso9660 bootable CD > > We have already built a system and have it working exactly the way we want > it. Is there a way to take that filesystem, compress it, and build the CD > without having to go through the system configuration, package selection, and > all the custom configs at the end? We'd like to build a CD that has maximum > flexibility for compatible hardware. > > I appreciate any help that can be offered. Thanks. > > Todd > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ> -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From svahl at fedoraproject.org Thu Apr 17 09:38:17 2008 From: svahl at fedoraproject.org (Sebastian Vahl) Date: Thu, 17 Apr 2008 09:38:17 GMT Subject: [Fedora-livecd-list] config/livecd-fedora-kde.ks Message-ID: <200804170938.m3H9cHNN014372@hosted1.fedoraproject.org> config/livecd-fedora-kde.ks | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) New commits: commit 3784b2da115b865c27068bf658b4d4d73dd2f930 Author: Sebastian Vahl Date: Thu Apr 17 11:25:59 2008 +0200 remove the workaround for nm-applet - /etc/xdg/autostart is used now; respect that systemsettings is in favourites menu for some time diff --git a/config/livecd-fedora-kde.ks b/config/livecd-fedora-kde.ks index 8f1e367..0ccc3f1 100644 --- a/config/livecd-fedora-kde.ks +++ b/config/livecd-fedora-kde.ks @@ -16,6 +16,7 @@ NetworkManager-gnome -scribus #-ktorrent #-kdegames +#-kftpgrabber* # KDE 3 koffice-kword @@ -95,11 +96,8 @@ sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc 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/liveinst.desktop +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/ -# workaround to start nm-applet automatically -cp /etc/xdg/autostart/nm-applet.desktop /usr/share/autostart/ - %end From jiesun66 at yahoo.com Thu Apr 17 15:11:09 2008 From: jiesun66 at yahoo.com (jie sun) Date: Thu, 17 Apr 2008 08:11:09 -0700 (PDT) Subject: [Fedora-livecd-list] fc7 revisor re-spinned install CD failed to install 3rd party packages In-Reply-To: <4806033B.70201@kanarip.com> Message-ID: <847303.70988.qm@web31601.mail.mud.yahoo.com> Hi, I just tried to modify /usr/share/revisor/comps/comps.xml file and run GUI revisor. But after I burnt the iso into CD, I found the comps.xml file on CD is always the same as before. My changed comps.xml is not on CD. That may explain why I can not change the installed packages during installation. So I wonder how I can modify the comps.xml on my install CD? Regards, Jie Jeroen van Meeuwen wrote: jie sun wrote: > Hi, > I did not change comps but I used kickstart file to include my rpms > and all my packages gets included on the CD. The problem is after > installation with the CD, non of my packages get installed. Seems only > fedora packages gets installed. > Packages that are not selected during the installation dialog are not going to be installed, no matter if they are available on the media you are installing from, or not. You can select packages using the Package Selection dialog anaconda has in both text and graphical install, where it finds the categories and groups it displays in a file called comps.xml. This comps.xml is included with every third party repository available to you on the net, but is often lacking in private repositories (you know, those with all kinds of custom RPMs). It is this comps.xml file though you will need to create yourself and add to the repository, or edit an existing comps file to include the packages you add to the mix. Revisor has a --revisor-comps and includes stock Fedora comps files in the revisor-comps sub-package, just for that particular reason. If you edit one of those, and specify --revisor-comps /path/to/edited/comps, Revisor will include that comps file (instead of the aggregated form of all comps files available from all repositories specified). Mind that although it might prove very useful, it might as well as break things -a faulty comps might not only cause the compose to fail, but will definitely cause the installation to fail. Or, you choose (select to install) the packages using a kickstart file during the installation (something different from using the kickstart file with Revisor during the compose of the media). Then, anaconda (the installation program) will select the packages you specify in the kickstart for installation (what you have done until now is tell Revisor to include the packages for the compose), all that without regards to any comps.xml file. Now, you can include such a kickstart on the media, and as such you seamlessly, secretly, pre-select packages while allowing the user to interactively select/deselect packages in anaconda's package selection dialog. Create/modify a kickstart such as the one you have now, and make it say: "interactive" You would want as few as possible other settings if you want it to be as seamless as possible, but you can provide other answers to anaconda's questions as well (root password, timezone, language, etc). Then, when you have that kickstart file, you create installation media specifying the following options (or click the appropriate check-boxes in the GUI): --kickstart /path/to/kickstart --kickstart-include which includes the kickstart file on the CD, DVD, or in the tree --kickstart-default which sets the bootloader menu entries to use the kickstart file during installation I hope this helps, Kind regards, Jeroen van Meeuwen -kanarip > Regards, > Jie > > */Jeroen van Meeuwen /* wrote: > > jie sun wrote: > > Hi, > > I tried to re-spin fc7 with revisor and add some 3rd party > packages. I > > run revisor successfully with new repo and burnt the iso file to > a CD. I > > can see the 3rd party packages are on the CD package list. But after > > install with the CD, non of the 3rd party packages gets > installed. Only > > fedora existing packages gets installed. > > > > Did I missed something while running revisor? Does anybody know how > > to install 3rd party packages with revisor? > > > > Did you see the third party packages appear in the Package Selection > dialog in the graphical installation? The third party repository would > need a comps ("Groups" file) to enable anaconda to display the groups > and packages in the package selection dialog. If not, you are not able > to select them in any other way then using a kickstart (sample): > > interactive > > %packages > some-third-party-repo-package > %end > > This will select the package, but will still enable you to use the > package selection dialog to select other packages as well. > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > ------------------------------------------------------------------------ > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > it now. > > > > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at fedoraproject.org Thu Apr 17 18:42:32 2008 From: notting at fedoraproject.org (Bill Nottingham) Date: Thu, 17 Apr 2008 18:42:32 GMT Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks Message-ID: <200804171842.m3HIgW6w008290@hosted1.fedoraproject.org> config/livecd-fedora-desktop.ks | 2 ++ 1 file changed, 2 insertions(+) New commits: commit 1636eabe8fe00f6eeaf48d3671d51961406f6af3 Author: Bill Nottingham Date: Thu Apr 17 14:30:08 2008 -0400 gnome-power-manager handles soft-shutdown in GNOME diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index edd6097..d9115ba 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -138,6 +138,8 @@ scim-pinyin -dasher -evince-dvi -evince-djvu +# not needed for gnome +-acpid # temporary - drags in many deps -ekiga -tomboy From mclasen at fedoraproject.org Fri Apr 18 15:01:01 2008 From: mclasen at fedoraproject.org (Matthias Clasen) Date: Fri, 18 Apr 2008 15:01:01 GMT Subject: [Fedora-livecd-list] config/livecd-fedora-desktop.ks Message-ID: <200804181501.m3IF11eE010685@hosted1.fedoraproject.org> config/livecd-fedora-desktop.ks | 6 ------ 1 file changed, 6 deletions(-) New commits: commit acfa2f1bdd931465dc39f60b957475564e6fa7d8 Author: Matthias Clasen Date: Fri Apr 18 10:46:45 2008 -0400 Don't set the face to the fedora logo. We don't show the user list on the login screen anymore by default anyway, and having two fedora logos on the panel looks somewhat odd diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index d9115ba..4a4370e 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -157,12 +157,6 @@ TimedLoginEnable=true TimedLogin=fedora TimedLoginDelay=60 FOE -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 - chmod 711 /home/fedora - # TODO: would be nice to get e-d-s to pick this one up too... but how? -fi EOF From ivazqueznet at gmail.com Fri Apr 18 14:59:22 2008 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Fri, 18 Apr 2008 10:59:22 -0400 Subject: [Fedora-livecd-list] [PATCH] Make the iso checking a bit more specific Message-ID: <1208530762.586.33.camel@ignacio.lan> tools/livecd-iso-to-disk.sh | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 0b70eff..cc94397 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -168,10 +168,10 @@ while [ $# -gt 2 ]; do shift done -ISO=$1 +ISO=$(readlink -f "$1") USBDEV=$2 -if [ -z "$ISO" -o ! -e "$ISO" ]; then +if [ -z "$ISO" -o ! -f "$ISO" ]; then usage fi -- 1.5.3.3 -- Ignacio Vazquez-Abrams -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Fri Apr 18 15:07:16 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 18 Apr 2008 11:07:16 -0400 Subject: [Fedora-livecd-list] [PATCH] Make the iso checking a bit more specific In-Reply-To: <1208530762.586.33.camel@ignacio.lan> References: <1208530762.586.33.camel@ignacio.lan> Message-ID: <1208531236.17368.1.camel@aglarond.local> Applied, thanks Jeremy From katzj at fedoraproject.org Fri Apr 18 15:20:30 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 18 Apr 2008 15:20:30 GMT Subject: [Fedora-livecd-list] tools/livecd-iso-to-disk.sh Message-ID: <200804181520.m3IFKUOt006185@hosted1.fedoraproject.org> tools/livecd-iso-to-disk.sh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit a41a718e2264ac3498b6ed78d9a22888875b3813 Author: Ignacio Vazquez-Abrams Date: Fri Apr 18 10:59:22 2008 -0400 Make the iso checking a bit more specific Ensure that the ISO given is an actual file and not, eg, a directory diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 0b70eff..cc94397 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -168,10 +168,10 @@ while [ $# -gt 2 ]; do shift done -ISO=$1 +ISO=$(readlink -f "$1") USBDEV=$2 -if [ -z "$ISO" -o ! -e "$ISO" ]; then +if [ -z "$ISO" -o ! -f "$ISO" ]; then usage fi From davidsonpaulo at gmail.com Fri Apr 18 15:11:10 2008 From: davidsonpaulo at gmail.com (Davidson Rodrigues Paulo) Date: Fri, 18 Apr 2008 12:11:10 -0300 Subject: [Fedora-livecd-list] [livecd-creator] ioctl: LOOP_CLR_FD: Device or resource busy In-Reply-To: <1208349940.13119.4.camel@bft50> References: <1208349940.13119.4.camel@bft50> Message-ID: 2008/4/16, Timo Penndorf : > lsof | grep install_root > > On my system the file > /var/tmp/imgcreate-O5Rka3/install_root/lib/libnss_files-2.7.so > was still open so the unmount has to fail. This is not happening here. It's interesting the fact I can't umount install_root/ directory, but I can umount /dev/loopX after what I can delete install_root/. Another issue: I used /srv/revisor as the temp directory. /srv/revisor is a separated partition. After livecd-creator execution I can't umount /srv/revisor (device or resource busy) even if there is no active mount points under it, and the disk space previously used during the livecd creation process are not freed in any form, requiring a system reboot. I ran "lsof | grep revisor " but nothing was shown. Strange... Right now, I'm installing Fedora 8 on a virtual machine to use livecd-creator within. Want want to know if these problems are related with hardware incompatibilities of kernel. What do you think? Regards, -- Davidson Paulo Linux System Administrator LPI Certified Level 1: LPI000132770 Revista Fedora Brasil, Editor-In-Chief Fedora Project, Ambassador http://daveandnaty.blogspot.com/ http://davidsonenatalia.blogspot.com/ From sundaram at fedoraproject.org Fri Apr 18 18:33:37 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 00:03:37 +0530 Subject: [Fedora-livecd-list] gpk-update applet on live cd In-Reply-To: <1208395278.11336.9.camel@aglarond.local> References: <48067428.7050001@fedoraproject.org> <1208395278.11336.9.camel@aglarond.local> Message-ID: <4808E981.4010900@fedoraproject.org> Jeremy Katz wrote: > On Thu, 2008-04-17 at 03:18 +0530, Rahul Sundaram wrote: >> gpk-update applet runs on the live cd and checks for updates on the live >> cd environment (atleast for the xfce spin) and I suspect it does on the >> other live cd's as well. Should this be disabled? If so, what would be >> the best way to do it? > > In theory, this should be getting done by default now (see > http://git.fedorahosted.org/git/?p=livecd;a=commitdiff;h=0e85e65b0e3f45d17650c5d2e87768dcf5d4f7dd) Seems to be only in theory. I checked in the preview release and the update applet is initiated in the live cd and ends up downloading metadata which can be of significant size and associated cost in a bandwidth limited connection. The update applet should never be started in a live cd environment. Rahul From mclasen at redhat.com Fri Apr 18 19:45:03 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 18 Apr 2008 15:45:03 -0400 Subject: [Fedora-livecd-list] gpk-update applet on live cd In-Reply-To: <4808E981.4010900@fedoraproject.org> References: <48067428.7050001@fedoraproject.org> <1208395278.11336.9.camel@aglarond.local> <4808E981.4010900@fedoraproject.org> Message-ID: <1208547903.4751.0.camel@localhost.localdomain> On Sat, 2008-04-19 at 00:03 +0530, Rahul Sundaram wrote: > Jeremy Katz wrote: > > On Thu, 2008-04-17 at 03:18 +0530, Rahul Sundaram wrote: > >> gpk-update applet runs on the live cd and checks for updates on the live > >> cd environment (atleast for the xfce spin) and I suspect it does on the > >> other live cd's as well. Should this be disabled? If so, what would be > >> the best way to do it? > > > > In theory, this should be getting done by default now (see > > http://git.fedorahosted.org/git/?p=livecd;a=commitdiff;h=0e85e65b0e3f45d17650c5d2e87768dcf5d4f7dd) > > Seems to be only in theory. I checked in the preview release and the > update applet is initiated in the live cd and ends up downloading > metadata which can be of significant size and associated cost in a > bandwidth limited connection. The update applet should never be started > in a live cd environment. The next snapshot of gnome-PackageKit will really not check for updates when the preference is set to 'never'. From katzj at fedoraproject.org Fri Apr 18 20:14:11 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 18 Apr 2008 20:14:11 GMT Subject: [Fedora-livecd-list] tools/livecd-iso-to-disk.sh Message-ID: <200804182014.m3IKEB4Q029783@hosted1.fedoraproject.org> tools/livecd-iso-to-disk.sh | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) New commits: commit f9e5856f2b30b5c7e70dbc5bdf8ebaf254e911fb Author: Jeremy Katz Date: Fri Apr 18 15:53:21 2008 -0400 Check the available space on the stick (#443046) To avoid corrupting filesystems, we need to check the available space first. This may end up being off by a little bit, but it will be so by overestimating the amount of space needed so should be fine diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index cc94397..030753a 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -212,6 +212,28 @@ mount $USBDEV $USBMNT || exitclean trap exitclean SIGINT SIGTERM +# let's try to make sure there's enough room on the stick +if [ -d $CDMNT/LiveOS ]; then + check=$CDMNT/LiveOS +else + check=$CDMNT +fi +if [ -d $USBMNT/LiveOS ]; then + tbd=$(du -s -B 1M $USBMNT/LiveOS | awk {'print $1;'}) +else + tbd=0 +fi +livesize=$(du -s -B 1M $check | awk {'print $1;'}) +free=$(df -B1M $USBDEV |tail -n 1 |awk {'print $4;'}) + +if [ $(($overlaysizemb + $livesize)) -gt $(($free + $tbd)) ]; then + echo "Unable to fit live image + overlay on available space on USB stick" + echo "Size of live image: $livesize" + echo "Overlay size: $overlaysizemb" + echo "Available space: $(($free + $tbd))" + exitclean +fi + if [ -d $USBMNT/LiveOS ]; then echo "Already set up as live image. Deleting old in fifteen seconds..." sleep 15 From sundaram at fedoraproject.org Fri Apr 18 20:07:09 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 01:37:09 +0530 Subject: [Fedora-livecd-list] fonts list Message-ID: <4808FF6D.8070207@fedoraproject.org> Hi, In the Fedora 9 Xfce ks file, I had to remove the following font packages manually since they ended up being in the live cd even though I had not selected any additional languages. -------------- -lohit-fonts-* -thaifonts-scalable -paktype-fonts -VLGothic-fonts -baekmuk-ttf-fonts-* -kacst-fonts -lklug-fonts -jomolhari-fonts -abyssinica-fonts -cjkunifonts-uming -------------------- Rahul From notting at redhat.com Fri Apr 18 20:08:50 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Apr 2008 16:08:50 -0400 Subject: [Fedora-livecd-list] fonts list In-Reply-To: <4808FF6D.8070207@fedoraproject.org> References: <4808FF6D.8070207@fedoraproject.org> Message-ID: <20080418200850.GB13803@nostromo.devel.redhat.com> Rahul Sundaram (sundaram at fedoraproject.org) said: > In the Fedora 9 Xfce ks file, I had to remove the following font packages > manually since they ended up being in the live cd even though I had not > selected any additional languages. You selected the fonts group, which has fonts for various languages. Bill From sundaram at fedoraproject.org Fri Apr 18 20:16:10 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 19 Apr 2008 01:46:10 +0530 Subject: [Fedora-livecd-list] fonts list In-Reply-To: <20080418200850.GB13803@nostromo.devel.redhat.com> References: <4808FF6D.8070207@fedoraproject.org> <20080418200850.GB13803@nostromo.devel.redhat.com> Message-ID: <4809018A.8000004@fedoraproject.org> Bill Nottingham wrote: > Rahul Sundaram (sundaram at fedoraproject.org) said: >> In the Fedora 9 Xfce ks file, I had to remove the following font packages >> manually since they ended up being in the live cd even though I had not >> selected any additional languages. > > You selected the fonts group, which has fonts for various languages. Ah, yes. This gets pulled from the base desktop file I inherit. Thanks. Rahul From svahl at fedoraproject.org Fri Apr 18 21:44:43 2008 From: svahl at fedoraproject.org (Sebastian Vahl) Date: Fri, 18 Apr 2008 21:44:43 GMT Subject: [Fedora-livecd-list] config/livecd-fedora-kde.ks Message-ID: <200804182144.m3ILihRn017283@hosted1.fedoraproject.org> config/livecd-fedora-kde.ks | 18 ++++-------------- 1 file changed, 4 insertions(+), 14 deletions(-) New commits: commit 4e0bc8db751c175a25712a70b63af8bec37da52e Author: Sebastian Date: Fri Apr 18 23:31:59 2008 +0200 clean up the removals, also remove nss_db+make diff --git a/config/livecd-fedora-kde.ks b/config/livecd-fedora-kde.ks index 0ccc3f1..8acdb46 100644 --- a/config/livecd-fedora-kde.ks +++ b/config/livecd-fedora-kde.ks @@ -42,23 +42,13 @@ tibetan-machine-uni-fonts # FIXME/TODO: recheck the removals here # 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 - -# save some space --autofs -# make sure, pirut isn't on the beta --pirut +# save some space (from @base) +-make +-nss_db +-autofs %end From adam.stokes at gmail.com Sat Apr 19 04:10:45 2008 From: adam.stokes at gmail.com (Adam Stokes) Date: Sat, 19 Apr 2008 00:10:45 -0400 Subject: [Fedora-livecd-list] tips for embedding qemu on livecd to boot directly from windows? Message-ID: my end goal is to put a livecd into a running windows box and allow a user to run that. from my research distro's like helix, dsl have this capability but seem to use some sort of knoppix trick with possibly cloop? and a particular qemu image to allow this to take place. has anyone run into this or could possibly point me to some documentation for livecd remastering to this extent? thx -- ( adam stokes ) || ( adam.stokes at gmail.com ) From lars.bjorndal at broadpark.no Sat Apr 19 14:28:23 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Sat, 19 Apr 2008 16:28:23 +0200 Subject: [Fedora-livecd-list] Revisor and disk space Message-ID: Hello, list! I would like to build a livecd on a system with too litle disk space available. I therefor tried to mount /var/tmp as sshfs, but then, I got the following error: Architecture list: ['athlon', 'i686', 'i586', 'i486', 'i386', 'noarch'] Initting progress bar for Loading Repositories Loading Repositories: Loading Repositories: 0.0% Getting configuration from /etc/revisor/conf.d/revisor-f8lrs-i386.conf error: cannot open Packages index using db3 - No such file or directory (2) error: cannot open Packages database in /var/tmp/revisor/var/lib/rpm yum.YumBase.doConfigSetup failed, probably an invalid configuration file /etc/revisor/conf.d/revisor-f8lrs-i386.conf [root at cd ~]# Why? Lars From lars.bjorndal at broadpark.no Sun Apr 20 10:57:13 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Sun, 20 Apr 2008 12:57:13 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image Message-ID: Hello, list! WHile trying to generate a livecd with the git version of revisor from thursday 17.th (or wed 16.th, not sure), I get an iso file of about 3GB, although I expect it to be about 500MB. I'm not sure what debug info you need to tell me why it is so large, so I just want to ask if there is some known issues regarding theis problem. If not, I will come back with more info, e.g. output from the building process etc. Thanks Lars From kanarip at kanarip.com Sun Apr 20 11:18:26 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 20 Apr 2008 13:18:26 +0200 Subject: [Fedora-livecd-list] Revisor and disk space In-Reply-To: References: Message-ID: <480B2682.8040000@kanarip.com> Lars Bj?rndal wrote: > Hello, list! > > I would like to build a livecd on a system with too litle disk > space available. I therefor tried to mount /var/tmp as sshfs, but > then, I got the following error: > > Architecture list: ['athlon', 'i686', 'i586', 'i486', 'i386', 'noarch'] > Initting progress bar for Loading Repositories > Loading Repositories: Loading Repositories: 0.0% Getting configuration from /etc/revisor/conf.d/revisor-f8lrs-i386.conf > error: cannot open Packages index using db3 - No such file or directory (2) > error: cannot open Packages database in /var/tmp/revisor/var/lib/rpm > yum.YumBase.doConfigSetup failed, probably an invalid configuration file /etc/revisor/conf.d/revisor-f8lrs-i386.conf > [root at cd ~]# > > Why? I'd think it has more to do with the sshfs mount then it has to do with Revisor... /var/tmp/revisor is to become the mount point for a loopback mount and now it is a remote filesystem. Maybe you could set the working_directory to somewhere else, mount that location remotely using sshfs, and let /var/tmp/revisor be. Kind regards, Jeroen van Meeuwen -kanarip From kanarip at kanarip.com Sun Apr 20 07:23:13 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 20 Apr 2008 09:23:13 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image In-Reply-To: References: Message-ID: <480AEF61.80303@kanarip.com> Lars Bj?rndal wrote: > Hello, list! > > WHile trying to generate a livecd with the git version of revisor from > thursday 17.th (or wed 16.th, not sure), I get an iso file of about > 3GB, although I expect it to be about 500MB. I'm not sure what debug > info you need to tell me why it is so large, so I just want to ask if > there is some known issues regarding theis problem. If not, I will > come back with more info, e.g. output from the building process etc. > This has been a known issue in certain cases where both the squashfs.img and the ext3.img end up on the ISO image. Please use the latest from GIT and tell us if it's solved now. Kind regards, Jeroen van Meeuwen -kanarip From lars.bjorndal at broadpark.no Sun Apr 20 21:05:23 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Sun, 20 Apr 2008 23:05:23 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image In-Reply-To: <480AEF61.80303@kanarip.com> (Jeroen van Meeuwen's message of "Sun, 20 Apr 2008 09:23:13 +0200") References: <480AEF61.80303@kanarip.com> Message-ID: Jeroen van Meeuwen writes: > Lars Bj?rndal wrote: >> Hello, list! >> WHile trying to generate a livecd with the git version of revisor >> from >> thursday 17.th (or wed 16.th, not sure), I get an iso file of about >> 3GB, although I expect it to be about 500MB. I'm not sure what debug >> info you need to tell me why it is so large, so I just want to ask if >> there is some known issues regarding theis problem. If not, I will >> come back with more info, e.g. output from the building process etc. >> > > This has been a known issue in certain cases where both the > squashfs.img and the ext3.img end up on the ISO image. Please use the > latest from GIT and tell us if it's solved now. Yes it is. However, I'm not able to boot the livecd: Reading from bottom and upwards: swithroot: mount failed: No such file or directory Setuproot: error mounting /sys: no such file or directory setuproot: mounting /proc no succh file or directory setuproot: moving /dev failed no such file or directory mount: missing mount point mkrootdev: expected fs options What could be done to fix this? Best regards, Lars From kanarip at kanarip.com Sun Apr 20 22:49:14 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 21 Apr 2008 00:49:14 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image In-Reply-To: References: <480AEF61.80303@kanarip.com> Message-ID: <480BC86A.1020001@kanarip.com> Lars Bj?rndal wrote: > Jeroen van Meeuwen writes: > >> Lars Bj?rndal wrote: >>> Hello, list! >>> WHile trying to generate a livecd with the git version of revisor >>> from >>> thursday 17.th (or wed 16.th, not sure), I get an iso file of about >>> 3GB, although I expect it to be about 500MB. I'm not sure what debug >>> info you need to tell me why it is so large, so I just want to ask if >>> there is some known issues regarding theis problem. If not, I will >>> come back with more info, e.g. output from the building process etc. >>> >> This has been a known issue in certain cases where both the >> squashfs.img and the ext3.img end up on the ISO image. Please use the >> latest from GIT and tell us if it's solved now. > > Yes it is. However, I'm not able to boot the livecd: > > Reading from bottom and upwards: > > swithroot: mount failed: No such file or directory > Setuproot: error mounting /sys: no such file or directory > setuproot: mounting /proc no succh file or directory > setuproot: moving /dev failed no such file or directory > mount: missing mount point > mkrootdev: expected fs options > My guess is you're trying to create a Fedora 8 LiveCD? I've seen this before, the init script in initrd0.img is missing some file labels and mount points. I've not been able to fix it in F8, but I do know it composes rawhide quite well. For composing Fedora 8 (or on Fedora 8) though, you might want to try the F-8 branch of Revisor, which will have less features (2.0.5) then the master or F-9 branch, or livecd-tools. Kind regards, Jeroen van Meeuwen -kanarip From lars.bjorndal at broadpark.no Mon Apr 21 06:54:38 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Mon, 21 Apr 2008 08:54:38 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image In-Reply-To: <480BC86A.1020001@kanarip.com> (Jeroen van Meeuwen's message of "Mon, 21 Apr 2008 00:49:14 +0200") References: <480AEF61.80303@kanarip.com> <480BC86A.1020001@kanarip.com> Message-ID: Jeroen van Meeuwen writes: > Lars Bj?rndal wrote: >> Jeroen van Meeuwen writes: >> >>> Lars Bj?rndal wrote: >>>> Hello, list! >>>> WHile trying to generate a livecd with the git version of revisor >>>> from >>>> thursday 17.th (or wed 16.th, not sure), I get an iso file of about >>>> 3GB, although I expect it to be about 500MB. I'm not sure what debug >>>> info you need to tell me why it is so large, so I just want to ask if >>>> there is some known issues regarding theis problem. If not, I will >>>> come back with more info, e.g. output from the building process etc. >>>> >>> This has been a known issue in certain cases where both the >>> squashfs.img and the ext3.img end up on the ISO image. Please use the >>> latest from GIT and tell us if it's solved now. >> Yes it is. However, I'm not able to boot the livecd: >> Reading from bottom and upwards: >> swithroot: mount failed: No such file or directory >> Setuproot: error mounting /sys: no such file or directory >> setuproot: mounting /proc no succh file or directory >> setuproot: moving /dev failed no such file or directory >> mount: missing mount point >> mkrootdev: expected fs options >> > > My guess is you're trying to create a Fedora 8 LiveCD? That's right. > I've seen this > before, the init script in initrd0.img is missing some file labels and > mount points. I've not been able to fix it in F8, but I do know it > composes rawhide quite well. For composing Fedora 8 (or on Fedora 8) > though, you might want to try the F-8 branch of Revisor, which will > have less features (2.0.5) then the master or F-9 branch, or > livecd-tools. The command 'git branch' gives me only * master. So how do I grab the F-8 branch of Revisor? Lars From kanarip at kanarip.com Mon Apr 21 09:23:49 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 21 Apr 2008 11:23:49 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image In-Reply-To: References: <480AEF61.80303@kanarip.com> <480BC86A.1020001@kanarip.com> Message-ID: <480C5D25.3@kanarip.com> Lars Bj?rndal wrote: > The command 'git branch' gives me only * master. So how do I grab the > F-8 branch of Revisor? > Go to the revisor source tree you have now, and go up one directory Type: git clone --reference \ git://git.fedorahosted.org/revisor \ cd git checkout --track -b origin/ Well, I'll give you an example: [user at machine ~]$ mkdir -p devel/revisor [user at machine ~]$ cd devel/revisor $ git clone git://git.fedorahosted.org/revisor master # This will clone the master branch into sub-directory master $ git clone --reference master git://git.fedorahosted.org/revisor F-8 # This will create a F-8 sub-directory based on the master/ sub- # directory $ cd F-8 $ git checkout --track -b F-8 origin/F-8 # This will checkout branch F-8, and switch to that branch Hope this helps, Kind regards, Jeroen van Meeuwen -kanarip From katzj at redhat.com Mon Apr 21 23:50:22 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 21 Apr 2008 19:50:22 -0400 Subject: [Fedora-livecd-list] tips for embedding qemu on livecd to boot directly from windows? In-Reply-To: References: Message-ID: <1208821822.6686.2.camel@aglarond.local> On Sat, 2008-04-19 at 00:10 -0400, Adam Stokes wrote: > my end goal is to put a livecd into a running windows box and allow a > user to run that. > > from my research distro's like helix, dsl have this capability but > seem to use some sort of knoppix trick with possibly cloop? and a > particular qemu image to allow this to take place. > > has anyone run into this or could possibly point me to some > documentation for livecd remastering to this extent? The big thing would be using %post --nochroot so that you can stick files directly on the iso. Which you would then want to be the qemu binary for Windows as well as probably a script to start things. The existing %post --nochroot should give a reasonable idea of how to put things there Jeremy From lars.bjorndal at broadpark.no Tue Apr 22 07:49:17 2008 From: lars.bjorndal at broadpark.no (Lars =?iso-8859-1?Q?Bj=F8rndal?=) Date: Tue, 22 Apr 2008 09:49:17 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image In-Reply-To: <480C5D25.3@kanarip.com> (Jeroen van Meeuwen's message of "Mon, 21 Apr 2008 11:23:49 +0200") References: <480AEF61.80303@kanarip.com> <480BC86A.1020001@kanarip.com> <480C5D25.3@kanarip.com> Message-ID: Jeroen van Meeuwen writes: > Lars Bj?rndal wrote: >> The command 'git branch' gives me only * master. So how do I grab the >> F-8 branch of Revisor? >> > > Go to the revisor source tree you have now, and go up one directory > > Type: > > git clone --reference \ > git://git.fedorahosted.org/revisor \ > > > cd > > git checkout --track -b origin/ > > Well, I'll give you an example: > > [user at machine ~]$ mkdir -p devel/revisor > [user at machine ~]$ cd devel/revisor > > $ git clone git://git.fedorahosted.org/revisor master > # This will clone the master branch into sub-directory master > > $ git clone --reference master git://git.fedorahosted.org/revisor F-8 > # This will create a F-8 sub-directory based on the master/ sub- > # directory > > > $ cd F-8 > > $ git checkout --track -b F-8 origin/F-8 > # This will checkout branch F-8, and switch to that branch > > Hope this helps, Yes, it did! But when I now try to build a livecd, I get lots of questions if I want to continue even if packages like ppc64-utils, elilo, s390utils and many more does not exist. What should I do to eliminate this problem? I'm building on and for Fedora F8 i386 system. Lars From kanarip at kanarip.com Tue Apr 22 08:11:47 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 22 Apr 2008 10:11:47 +0200 Subject: [Fedora-livecd-list] Revisor creates a very large iso image In-Reply-To: References: <480AEF61.80303@kanarip.com> <480BC86A.1020001@kanarip.com> <480C5D25.3@kanarip.com> Message-ID: <480D9DC3.8070508@kanarip.com> Lars Bj?rndal wrote: > Yes, it did! > > But when I now try to build a livecd, I get lots of questions if I > want to continue even if packages like ppc64-utils, elilo, s390utils > and many more does not exist. What should I do to eliminate this > problem? I'm building on and for Fedora F8 i386 system. > These are packages listed in the group file, comps.xml, most likely under @core or @base, and which are arch-specific (e.g. not available for the architecture you are composing). Start Revisor with --yes from the command-line, or specify %packages --ignoremissing in the manifest. Revisor would still complain about the missing packages, but it'll limit itself to the terminal. It needs to complain some, as these missing packages might result in something different then one would expect. Maybe not in this case, but if you include third party packages that are missing, you would want to know and abort before the compose finishes. I'll add this to the documentation however. Kind regards, Jeroen van Meeuwen -kanarip From katzj at fedoraproject.org Tue Apr 22 21:23:48 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Tue, 22 Apr 2008 21:23:48 +0000 (UTC) Subject: [Fedora-livecd-list] 4 commits - config/livecd-fedora-desktop.ks imgcreate/yuminst.py tools/livecd-iso-to-disk.sh Message-ID: <20080422212348.BCCD8120035@hosted1.fedoraproject.org> config/livecd-fedora-desktop.ks | 19 ++++++++++++++----- imgcreate/yuminst.py | 1 + tools/livecd-iso-to-disk.sh | 2 +- 3 files changed, 16 insertions(+), 6 deletions(-) New commits: commit 56aabf76aa2e490b210b91862b5c08bfa8d21054 Author: Jeremy Katz Date: Tue Apr 22 17:10:08 2008 -0400 Updates to language support groups based on translation status (notting) diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index 80e265b..3bec80b 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -17,7 +17,9 @@ gnumeric @albanian-support @arabic-support + at assamese-support @basque-support + at belarusian-support @bengali-support @brazilian-support @british-support @@ -41,12 +43,14 @@ gnumeric @indonesian-support @italian-support @japanese-support - at khmer-support + at kannada-support @korean-support @latvian-support @lithuanian-support + at macedonian-support @malayalam-support @marathi-support + at nepali-support @norwegian-support @oriya-support @persian-support @@ -73,12 +77,11 @@ gnumeric #@afrikaans-support #@armenian-support -#@assamese-support -#@belarusian-support #@bhutanese-support #@bosnian-support #@breton-support #@croatian-support +#@esperanto-support #@ethiopic-support #@faeroese-support #@filipino-support @@ -86,10 +89,13 @@ gnumeric #@icelandic-support #@inuktitut-support #@irish-support -#@kannada-support +#@khmer-support #@lao-support +#@low-saxon-support #@malay-support #@maori-support +#@mongolian-support +#@northern-sami-support #@northern-sotho-support #@samoan-support #@sinhala-support @@ -104,12 +110,12 @@ gnumeric #@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 --lohit-fonts-kannada -abyssinica-fonts -jomolhari-fonts commit efb2ac2923d7892849ba0cd90d4cd454a83ed897 Author: Jeremy Katz Date: Tue Apr 22 11:40:13 2008 -0400 Ensure livecd iso is mounted ro diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 030753a..4ec7f06 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -206,7 +206,7 @@ fi # FIXME: would be better if we had better mountpoints CDMNT=$(mktemp -d /media/cdtmp.XXXXXX) -mount -o loop $ISO $CDMNT || exitclean +mount -o loop,ro $ISO $CDMNT || exitclean USBMNT=$(mktemp -d /media/usbdev.XXXXXX) mount $USBDEV $USBMNT || exitclean commit 87413f0cb6c467e05d0da2d0107634d5f4ba5e47 Author: Jeremy Katz Date: Tue Apr 15 17:56:39 2008 -0400 Default to priority failover for now instead of roundrobin diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index 9d585ec..80fc514 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -59,6 +59,7 @@ class LiveCDYum(yum.YumBase): conf += "cachedir=/var/cache/yum\n" conf += "plugins=0\n" conf += "reposdir=\n" + conf += "failovermethod=priority\n" f = file(confpath, "w+") f.write(conf) commit ffeda31b6035559ad6974ae407307b9a12efed86 Author: Jeremy Katz Date: Tue Apr 15 17:55:03 2008 -0400 Make sure only one festival voice is pulled in Work around #442626 by explicitly saying the festival voice we want diff --git a/config/livecd-fedora-desktop.ks b/config/livecd-fedora-desktop.ks index 4a4370e..80e265b 100644 --- a/config/livecd-fedora-desktop.ks +++ b/config/livecd-fedora-desktop.ks @@ -113,6 +113,9 @@ gnumeric -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-* From markmc at redhat.com Wed Apr 23 08:35:16 2008 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 23 Apr 2008 09:35:16 +0100 Subject: [Fedora-livecd-list] [PATCH] Make use of python logging API for debug messages In-Reply-To: <1207859713-27684-1-git-send-email-dhuff@redhat.com> References: <1207859713-27684-1-git-send-email-dhuff@redhat.com> Message-ID: <1208939716.4927.26.camel@muff> Hey, I found myself replying to this elsewhere ... replying again in the appropriate place :-) - Importing sub-modules isn't supposed to be part of the public API. See __all__ in init.py for what is supposed to be public. You'll want to add add_logging_options() and setup_logging() there One thing we could probably never do after adding this API is have add_logging_options() add more options, otherwise we'd run the risk of breaking some existing options in program using it - I'd pass the full options object to setup_logging() rather than the individual members - that way it can be opaque what members add_logging_options() add - Actually, rather than have setup_logging(), we should have each of the options handled by a callback ... - add_logging_options() needs a docstring documenting which options it adds, that no more will be added in future and that it affects the root logger - Should cleanly handle exceptions when the logfile can't be opened In the end, I just tried out the idea of using callbacks myself ... updated patch attached. Cheers, Mark. From: Daniel P. Berrange Subject: [PATCH] Make use of python logging API for debug messages Add a new setup_logging() convenience API for adding command line options related to debugging. Also, make everything use the root logger for logging messages. Signed-off-by: Mark McLoughlin --- imgcreate/__init__.py | 4 ++- imgcreate/creator.py | 5 ++- imgcreate/debug.py | 96 +++++++++++++++++++++++++++++++++++++++++++++++++ imgcreate/live.py | 4 +- imgcreate/yuminst.py | 3 +- tools/image-creator | 7 +++- tools/livecd-creator | 8 +++- 7 files changed, 117 insertions(+), 10 deletions(-) create mode 100644 imgcreate/debug.py diff --git a/imgcreate/__init__.py b/imgcreate/__init__.py index e535014..bcfb40e 100644 --- a/imgcreate/__init__.py +++ b/imgcreate/__init__.py @@ -21,6 +21,7 @@ from imgcreate.creator import * from imgcreate.yuminst import * from imgcreate.kickstart import * from imgcreate.fs import * +from imgcreate.debug import * """A set of classes for building Fedora system images. @@ -62,5 +63,6 @@ __all__ = ( 'LoopImageCreator', 'FSLABEL_MAXLEN', 'read_kickstart', - 'construct_name' + 'construct_name', + 'setup_logging', ) diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 1028e32..febb847 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -22,6 +22,7 @@ import stat import sys import tempfile import shutil +import logging import yum import rpm @@ -522,7 +523,7 @@ class ImageCreator(object): (pkg, e)) for pkg in skipped_pkgs: - print >> sys.stderr, "Skipping missing package '%s'" % (pkg,) + logging.info("Skipping missing package '%s'" % (pkg,)) def __select_groups(self, ayum): skipped_groups = [] @@ -537,7 +538,7 @@ class ImageCreator(object): skipped_groups.append(group) for group in skipped_groups: - print >> sys.stderr, "Skipping missing group '%s'" % (group.name,) + logging.info("Skipping missing group '%s'" % (group.name,)) def __deselect_packages(self, ayum): for pkg in kickstart.get_excluded(self.ks, diff --git a/imgcreate/debug.py b/imgcreate/debug.py new file mode 100644 index 0000000..b8040b1 --- /dev/null +++ b/imgcreate/debug.py @@ -0,0 +1,96 @@ +# +# debug.py: Helper routines for debugging +# +# Copyright 2008, Red Hat Inc. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; version 2 of the License. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU Library General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +# + +import logging +import logging.handlers +import optparse +import sys + +DATE_FORMAT = "%a, %d %b %Y %H:%M:%S" +STREAM_FORMAT = "%(levelname)-6s %(message)s" +FILE_FORMAT = "[%(asctime)s %(process)d] %(levelname)s (%(module)s:%(lineno)d) %(message)s" + +LOGFILE_MAX_BYTES = 1024 * 1024 +LOGFILE_N_BACKUPS = 5 + +def handle_logging(option, opt, val, parser, logger, level): + if level < logger.level: + logger.setLevel(level) + +def handle_logfile(option, opt, val, parser, logger, stream): + try: + logfile = logging.handlers.RotatingFileHandler(val, "a", + LOGFILE_MAX_BYTES, + LOGFILE_N_BACKUPS) + except IOError, (err, msg): + raise optparse.OptionValueError("Cannot open file '%s' : %s" % + (val, msg)) + + logfile.setFormatter(logging.Formatter(FILE_FORMAT, DATE_FORMAT)) + + logger.removeHandler(stream) + logger.addHandler(logfile) + +def setup_logging(parser = None): + """Set up the root logger and add logging options. + + Set up the root logger so only warning/error messages are logged to stderr + by default. + + Also, optionally, add --debug, --verbose and --logfile command line options + to the supplied option parser, allowing the root logger configuration to be + modified by the user. + + Note, to avoid possible namespace clashes, setup_logging() will only ever + add these three options. No new options will be added in the future. + + parser -- an optparse.OptionParser instance, or None + + """ + logger = logging.getLogger() + + logger.setLevel(logging.WARN) + + stream = logging.StreamHandler(sys.stderr) + stream.setFormatter(logging.Formatter(STREAM_FORMAT, DATE_FORMAT)) + + logger.addHandler(stream) + + if parser is None: + return + + group = optparse.OptionGroup(parser, "Debugging options", + "These options control the output of logging information during image creation") + + group.add_option("-d", "--debug", + action = "callback", callback = handle_logging, + callback_args = (logger, logging.DEBUG), + help = "Output debugging information") + + group.add_option("-v", "--verbose", + action = "callback", callback = handle_logging, + callback_args = (logger, logging.INFO), + help = "Output verbose progress information") + + group.add_option("", "--logfile", type="string", + action = "callback", callback = handle_logfile, + callback_args = (logger, stream), + help = "Save debug information to FILE", metavar = "FILE") + + parser.add_option_group(group) diff --git a/imgcreate/live.py b/imgcreate/live.py index c6267f7..130f7fa 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -21,6 +21,7 @@ import os.path import glob import shutil import subprocess +import logging from imgcreate.errors import * from imgcreate.fs import * @@ -252,8 +253,7 @@ class LiveImageCreatorBase(LoopImageCreator): elif os.path.exists("/usr/lib/anaconda-runtime/implantisomd5"): implantisomd5 = "/usr/lib/anaconda-runtime/implantisomd5" else: - print >> sys.stderr, \ - "isomd5sum not installed; not setting up mediacheck" + logging.warn("isomd5sum not installed; not setting up mediacheck") subprocess.call([implantisomd5, iso]) diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index 80fc514..aebb822 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -18,6 +18,7 @@ import os import sys +import logging import yum import rpmUtils @@ -103,7 +104,7 @@ class LiveCDYum(yum.YumBase): pkgs.remove(x) self.tsInfo.conditionals[req] = pkgs else: - print >> sys.stderr, "No such package %s to remove" %(pkg,) + logging.warn("No such package %s to remove" %(pkg,)) def selectGroup(self, grp, include = pykickstart.parser.GROUP_DEFAULT): yum.YumBase.selectGroup(self, grp) diff --git a/tools/image-creator b/tools/image-creator index aca9228..6f2604c 100755 --- a/tools/image-creator +++ b/tools/image-creator @@ -21,6 +21,7 @@ import os import sys import shutil import optparse +import logging import imgcreate @@ -30,6 +31,8 @@ def parse_options(args): parser.add_option("-n", "--name", type="string", dest="name", help="Image name and filesystem label") + imgcreate.setup_logging(parser) + (options, args) = parser.parse_args() if len(args) != 1: @@ -48,7 +51,7 @@ def main(): try: ks = imgcreate.read_kickstart(kscfg) except imgcreate.CreatorError, e: - print >> sys.stderr, "Error loading kickstart file '%s' : %s" % (kscfg, e) + logging.error("Unable to load kickstart file '%s' : %s" % (kscfg, e)) return 1 if options.name: @@ -61,7 +64,7 @@ def main(): try: creator.create() except imgcreate.CreatorError, e: - print >> sys.stderr, "Error creating image : %s" % e + logging.error("Unable to create image : %s" % e) return 1 finally: creator.cleanup() diff --git a/tools/livecd-creator b/tools/livecd-creator index 7c08323..dddfddd 100755 --- a/tools/livecd-creator +++ b/tools/livecd-creator @@ -22,8 +22,10 @@ import os.path import sys import time import optparse +import logging import imgcreate +import imgcreate.debug class Usage(Exception): def __init__(self, msg = None, no_error = False): @@ -53,6 +55,8 @@ def parse_options(args): help="Cache directory to use (default: private cache") parser.add_option_group(sysopt) + imgcreate.setup_logging(parser) + # debug options not recommended for "production" images # Start a shell in the chroot for post-configuration. parser.add_option("-l", "--shell", action="store_true", dest="give_shell", @@ -101,7 +105,7 @@ def main(): "livecd-", maxlen = imgcreate.FSLABEL_MAXLEN) - print "Using label '%s' and name '%s'" % (fs_label, name) + logging.info("Using label '%s' and name '%s'" % (fs_label, name)) ks = imgcreate.read_kickstart(options.kscfg) @@ -121,7 +125,7 @@ def main(): creator.unmount() creator.package() except imgcreate.CreatorError, e: - print >> sys.stderr, "Error creating Live CD : %s" % e + logging.error("Error creating Live CD : %s" % e) return 1 finally: creator.cleanup() -- 1.5.4.1 From kanarip at kanarip.com Fri Apr 25 13:00:31 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 25 Apr 2008 15:00:31 +0200 Subject: [Fedora-livecd-list] [PATCH] Partition Size overriding Message-ID: <4811D5EF.5080502@kanarip.com> Hello there, while spinning a Games DVD -just for kicks-, I found that the "part / 8000" in it's kickstart isn't really applied. Using ksflatten shows me the "part" statements are appended to one another, depending on the other they have been specified; if "part / 8000" is specified before including the 'base' kickstart, the filesystem will end up size 8000*1024L*1024L. Either way: Attached are two patches: partition_size_last-specified.patch makes livecd-tools loop through /all/ the partition statements, and takes the size of last "part /" specified so that the "part /" statement becomes something that can be overridden. I'm not sure how valid this is, as sorting "part" statements in pykickstart may result in unsuspected behavior on livecd-tool's part. partition_size_largest.patch however takes all "part /" statements into consideration, and picks the largest. Another valid solution would be to have 'base' kickstarts specify the filesystem size and, by (Spin SIG?) policy, not allowing any overrides of this part of 'base'. Kind regards, Jeroen van Meeuwen -kanarip -------------- next part -------------- A non-text attachment was scrubbed... Name: partition_size_largest.patch Type: text/x-patch Size: 2050 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: partition_size_last-specified.patch Type: text/x-patch Size: 680 bytes Desc: not available URL: From katzj at fedoraproject.org Fri Apr 25 15:28:48 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 25 Apr 2008 15:28:48 +0000 (UTC) Subject: [Fedora-livecd-list] imgcreate/kickstart.py Message-ID: <20080425152848.07154A8007@hosted1.fedoraproject.org> imgcreate/kickstart.py | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) New commits: commit 3b4ce49118c7c788a1814de7d986254804826b8b Author: Jeroen van Meeuwen Date: Fri Apr 25 11:12:32 2008 -0400 Partition Size overriding While spinning a Games DVD -just for kicks-, I found that the "part / 8000" in it's kickstart isn't really applied. Using ksflatten shows me the "part" statements are appended to one another, depending on the other they have been specified; if "part / 8000" is specified before including the 'base' kickstart, the filesystem will end up size 8000*1024L*1024L. partition_size_last-specified.patch makes livecd-tools loop through /all/ the partition statements, and takes the size of last "part /" specified so that the "part /" statement becomes something that can be overridden. I'm not sure how valid this is, as sorting "part" statements in pykickstart may result in unsuspected behavior on livecd-tool's part. diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 30156d8..ef7b9e4 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -393,10 +393,14 @@ class SelinuxConfig(KickstartConfig): self.relabel(ksselinux) def get_image_size(ks, default = None): + __size = 0 for p in ks.handler.partition.partitions: if p.mountpoint == "/" and p.size: - return int(p.size) * 1024L * 1024L - return default + __size = p.size + if __size > 0: + return int(__size) * 1024L * 1024L + else: + return default def get_image_fstype(ks, default = None): for p in ks.handler.partition.partitions: From katzj at redhat.com Fri Apr 25 15:13:42 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 25 Apr 2008 11:13:42 -0400 Subject: [Fedora-livecd-list] [PATCH] Partition Size overriding In-Reply-To: <4811D5EF.5080502@kanarip.com> References: <4811D5EF.5080502@kanarip.com> Message-ID: <1209136422.17563.23.camel@aglarond.local> On Fri, 2008-04-25 at 15:00 +0200, Jeroen van Meeuwen wrote: > while spinning a Games DVD -just for kicks-, I found that the "part / > 8000" in it's kickstart isn't really applied. > > Using ksflatten shows me the "part" statements are appended to one > another, depending on the other they have been specified; if "part / > 8000" is specified before including the 'base' kickstart, the filesystem > will end up size 8000*1024L*1024L. Either way: > > Attached are two patches: > > partition_size_last-specified.patch makes livecd-tools loop through > /all/ the partition statements, and takes the size of last "part /" > specified so that the "part /" statement becomes something that can be > overridden. I'm not sure how valid this is, as sorting "part" statements > in pykickstart may result in unsuspected behavior on livecd-tool's part. This is the idea of how it should work and the patch looks fine. Applied, thanks Jeremy From svahl at fedoraproject.org Sun Apr 27 20:28:17 2008 From: svahl at fedoraproject.org (Sebastian Vahl) Date: Sun, 27 Apr 2008 20:28:17 +0000 (UTC) Subject: [Fedora-livecd-list] config/livecd-fedora-kde.ks Message-ID: <20080427202817.8D7DE12003C@hosted1.fedoraproject.org> config/livecd-fedora-kde.ks | 1 + 1 file changed, 1 insertion(+) New commits: commit 317007a9f2fbf1e793b4a8a653d3aee8223240a9 Author: Sebastian Vahl Date: Sun Apr 27 22:13:35 2008 +0200 add pavucontrol diff --git a/config/livecd-fedora-kde.ks b/config/livecd-fedora-kde.ks index 8acdb46..8cefa08 100644 --- a/config/livecd-fedora-kde.ks +++ b/config/livecd-fedora-kde.ks @@ -30,6 +30,7 @@ filelight # some extras fuse +pavucontrol # additional fonts @fonts From tim.wood at datawranglers.com Mon Apr 28 00:15:18 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sun, 27 Apr 2008 18:15:18 -0600 Subject: [Fedora-livecd-list] [PATCH] Partition Size overriding In-Reply-To: <1209136422.17563.23.camel@aglarond.local> References: <4811D5EF.5080502@kanarip.com> <1209136422.17563.23.camel@aglarond.local> Message-ID: <48151716.7000707@datawranglers.com> Cool. Could the patch be extended to our bits and pieces so they'd do the same thing? Tim Jeremy Katz wrote: > On Fri, 2008-04-25 at 15:00 +0200, Jeroen van Meeuwen wrote: > >> while spinning a Games DVD -just for kicks-, I found that the "part / >> 8000" in it's kickstart isn't really applied. >> >> Using ksflatten shows me the "part" statements are appended to one >> another, depending on the other they have been specified; if "part / >> 8000" is specified before including the 'base' kickstart, the filesystem >> will end up size 8000*1024L*1024L. Either way: >> >> Attached are two patches: >> >> partition_size_last-specified.patch makes livecd-tools loop through >> /all/ the partition statements, and takes the size of last "part /" >> specified so that the "part /" statement becomes something that can be >> overridden. I'm not sure how valid this is, as sorting "part" statements >> in pykickstart may result in unsuspected behavior on livecd-tool's part. >> > > This is the idea of how it should work and the patch looks fine. Applied, thanks > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kanarip at kanarip.com Mon Apr 28 01:57:28 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 28 Apr 2008 03:57:28 +0200 Subject: [Fedora-livecd-list] [PATCH] Partition Size overriding In-Reply-To: <48151716.7000707@datawranglers.com> References: <4811D5EF.5080502@kanarip.com> <1209136422.17563.23.camel@aglarond.local> <48151716.7000707@datawranglers.com> Message-ID: <48152F08.3010107@kanarip.com> Tim Wood wrote: > Cool. Could the patch be extended to our bits and pieces so they'd do > the same thing? > I don't understand. Kind regards, Jeroen van Meeuwen -kanarip From tim.wood at datawranglers.com Mon Apr 28 02:37:06 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sun, 27 Apr 2008 20:37:06 -0600 Subject: [Fedora-livecd-list] [PATCH] Partition Size overriding In-Reply-To: <48152F08.3010107@kanarip.com> References: <4811D5EF.5080502@kanarip.com> <1209136422.17563.23.camel@aglarond.local> <48151716.7000707@datawranglers.com> <48152F08.3010107@kanarip.com> Message-ID: <48153852.9030005@datawranglers.com> My strong communications ability is demonstrated once again ;-). As an example, it would be nice to do this with: * repositories * language * selinux configuration * firewall configuration It would also be nice to use a similar looping approach so that packages removed in kickstarts higher up the foodchain would be removed... even if included in kickstarts lower in the foodchain. Hopefully that clarifies my thought. If not, let me know. Tim Jeroen van Meeuwen wrote: > Tim Wood wrote: >> Cool. Could the patch be extended to our bits and pieces so they'd >> do the same thing? >> > > I don't understand. > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From tim.wood at datawranglers.com Mon Apr 28 02:41:28 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sun, 27 Apr 2008 20:41:28 -0600 Subject: [Fedora-livecd-list] [PATCH] Partition Size overriding In-Reply-To: <48152F08.3010107@kanarip.com> References: <4811D5EF.5080502@kanarip.com> <1209136422.17563.23.camel@aglarond.local> <48151716.7000707@datawranglers.com> <48152F08.3010107@kanarip.com> Message-ID: <48153958.5030304@datawranglers.com> Of course, I should mention that something of the things I included in my list are already over-rideable. The list is just to illustrate my request. Tim Jeroen van Meeuwen wrote: > Tim Wood wrote: >> Cool. Could the patch be extended to our bits and pieces so they'd >> do the same thing? >> > > I don't understand. > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com From todd655495 at yahoo.com Tue Apr 29 14:27:09 2008 From: todd655495 at yahoo.com (Todd N) Date: Tue, 29 Apr 2008 07:27:09 -0700 (PDT) Subject: [Fedora-livecd-list] Custom spin of Fedora - non-package customizations Message-ID: <766250.43901.qm@web54011.mail.re2.yahoo.com> Hello, I am trying to determine the best way to create a custom spin of Fedora which, in addition to having a customized set of standard Fedora packages that we need for our environment, also includes changes like: * Browser configuration changes * Possible browser cookie(s) added * Display settings * Installation of non-standard packages (i.e. packages you would not find in a standard yum repository * Other custom changes to individual files I know that the Kickstart file allows for post install customizations. I am wondering whether anyone could point me towards a good tutorial that would help me in setting up these detailed config changes. I am also researching on my own, but any additional ideas are appreciated. Thanks much, Todd --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.wood at datawranglers.com Tue Apr 29 15:19:45 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Tue, 29 Apr 2008 09:19:45 -0600 Subject: [Fedora-livecd-list] Custom spin of Fedora - non-package customizations In-Reply-To: <766250.43901.qm@web54011.mail.re2.yahoo.com> References: <766250.43901.qm@web54011.mail.re2.yahoo.com> Message-ID: <48173C91.2030202@datawranglers.com> There really isn't a great tutorial for things beyond the basics (although if someone knows of one, please correct me). The mailing list archive is a good place to find this stuff as long as you throw the right search terms at it. But, a couple of quickies from my notes: For non-standard packages, create a basic archive (put the packages in a directory, run createrepo on that directory) and then add it to your list of repositories. Display settings... I believe that's a standard kickstart options. Maybe someone else will pipe up. You can directly change firefox-related stuff by editing |/usr/lib/firefox-2.0.0.5/defaults/pref/all-redhat.js| But, the simplest way (for me) to do this and the rest of the things you can to do is by booting up your livecd, customizing things to taste (e.g. set your browser config, cookies, etc) and then tar up the appropriate parts of /home/[username]. Copy that tar file to someplace your kickstart can reach and then add something in post %nochroot to untar the file & copy everything to /etc/skel/. I've never tried it, but you should (theoretically) be able to just tar up (make sure you use the permissions flag) the whole user home directory and just stomp /etc/skel in post %nochroot. Note, some things seem to be more resistant to this treatment than others. It appears that when the actual user directory is created some things are automatically set, overiding settings you throw into /etc/skel. For instance, I tend to just replace the default desktop graphic file (/usr/blah/blah/blah) rather than trying to convince /etc/skel to point to my custom graphic. Tim Todd N wrote: > Hello, > > I am trying to determine the best way to create a custom spin of > Fedora which, in addition to having a customized set of > standard Fedora packages that we need for our environment, also > includes changes like: > > * Browser configuration changes > * Possible browser cookie(s) added > * Display settings > * Installation of non-standard packages (i.e. packages you would not > find in a standard yum repository > * Other custom changes to individual files > > I know that the Kickstart file allows for post install > customizations. I am wondering whether anyone could point me > towards a good tutorial that would help me in setting up these > detailed config changes. I am also researching on my own, but any > additional ideas are appreciated. > > Thanks much, > Todd > > ------------------------------------------------------------------------ > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > it now. > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.stokes at gmail.com Wed Apr 30 10:41:15 2008 From: adam.stokes at gmail.com (Adam Stokes) Date: Wed, 30 Apr 2008 06:41:15 -0400 Subject: [Fedora-livecd-list] tips for embedding qemu on livecd to boot directly from windows? In-Reply-To: <1208821822.6686.2.camel@aglarond.local> References: <1208821822.6686.2.camel@aglarond.local> Message-ID: On Mon, Apr 21, 2008 at 7:50 PM, Jeremy Katz wrote: > On Sat, 2008-04-19 at 00:10 -0400, Adam Stokes wrote: > > my end goal is to put a livecd into a running windows box and allow a > > user to run that. > > > > from my research distro's like helix, dsl have this capability but > > seem to use some sort of knoppix trick with possibly cloop? and a > > particular qemu image to allow this to take place. > > > > has anyone run into this or could possibly point me to some > > documentation for livecd remastering to this extent? > > The big thing would be using %post --nochroot so that you can stick > files directly on the iso. Which you would then want to be the qemu > binary for Windows as well as probably a script to start things. The > existing %post --nochroot should give a reasonable idea of how to put > things there > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > Great thanks -- ill look into this. Lastly, is it possible to perform some sort of livecd from a running system? Ive messed around with slackware and linux-live which works reasonably well but of course its a pain to resolve library deps :) if not is this something planned in the future? i'd like to help with this as well. thx -- ( adam stokes ) || ( adam.stokes at gmail.com )