From fulko.hew at gmail.com Sun Jun 1 03:23:18 2008 From: fulko.hew at gmail.com (Fulko Hew) Date: Sat, 31 May 2008 23:23:18 -0400 Subject: [Fedora-livecd-list] Re: failing at my first attempt at liveCD creation In-Reply-To: <48418A15.2000906@shaw.ca> References: <8204a4fe0805240821t385c6344i210e7ff8dd5cb67a@mail.gmail.com> <8204a4fe0805310709o8bab916qc50dc288be774116@mail.gmail.com> <4841898B.5070508@shaw.ca> <48418A15.2000906@shaw.ca> Message-ID: <8204a4fe0805312023r2966103ej858f9ba533b5f32@mail.gmail.com> On Sat, May 31, 2008 at 1:25 PM, Jerry Vonau wrote: > Jerry Vonau wrote: > > You could also use the --cachedir= setting in livecd-creator to keep the >> cache from being deleted in between runs. >> >> Make that --cache= OK... I tried that, and after a few false attempts I figured out that I had to pre-create a cache directory specifically named 'yum-cache' and to pass into the -cache option the name of the directory that _contained_ 'yum-cache' instead. After running livecd-creator, that cache directory was indeed populated, so I decided to run the build again to watch it now take all the rpms from the cache, but it still went out to the net for everything. So I'm not too sure what --cache really does for me. :-( Next attempt... the local repo again. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvonau at shaw.ca Sun Jun 1 17:01:32 2008 From: jvonau at shaw.ca (Jerry Vonau) Date: Sun, 01 Jun 2008 12:01:32 -0500 Subject: [Fedora-livecd-list] Re: failing at my first attempt at liveCD creation In-Reply-To: <8204a4fe0805312023r2966103ej858f9ba533b5f32@mail.gmail.com> References: <8204a4fe0805240821t385c6344i210e7ff8dd5cb67a@mail.gmail.com> <8204a4fe0805310709o8bab916qc50dc288be774116@mail.gmail.com> <4841898B.5070508@shaw.ca> <48418A15.2000906@shaw.ca> <8204a4fe0805312023r2966103ej858f9ba533b5f32@mail.gmail.com> Message-ID: <4842D5EC.3050701@shaw.ca> Fulko Hew wrote: > On Sat, May 31, 2008 at 1:25 PM, Jerry Vonau wrote: > >> Jerry Vonau wrote: >> >> You could also use the --cachedir= setting in livecd-creator to keep the >>> cache from being deleted in between runs. >>> >>> Make that --cache= > > > OK... I tried that, and after a few false attempts I figured out that I had > to pre-create a cache directory specifically named 'yum-cache' > and to pass into the -cache option the name of the directory > that _contained_ 'yum-cache' instead. > I've been using rawhide and now F9, I didn't have that problem with recent versions, what version are you using? Might be the behavior of what was released with F8, sorry I don't recall. > After running livecd-creator, that cache directory was indeed > populated, so I decided to run the build again to watch it now > take all the rpms from the cache, but it still went out to the net > for everything. > There should be contact with the internet, to gather the repo's metadata to resolve dependences for the rpms. However when it comes time to download the rpms, if the rpm is in the cache the download should be skipped. > So I'm not too sure what --cache really does for me. :-( > You have a directory with all the rpms that went into your spin, you might want to use that as a base for a custom local repo. Jerry From kanarip at kanarip.com Mon Jun 2 12:59:55 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 02 Jun 2008 14:59:55 +0200 Subject: [Fedora-livecd-list] Spin SIG meeting (Tue Jun 10, 18:00 UTC) Message-ID: <4843EECB.8090702@kanarip.com> Hello there, I would like the Spin SIG members, current spin maintainers and other enthusiasts to get together in #fedora-meeting at Tuesday, June 10th, at 18:00 UTC, so you are hereby invited to join us. There's several items on the Agenda. - How come we did not have Fedora 9 Spins of: - XFCE - Electronic Lab - Games - Developer The Electronic Lab does have a certain amount of people interested but no one "accountable" maintainer, while there was a lot of exposure, whereas the Developer spin did not get any maintenance, afaics. Regardless, we will need to contact maintainers during the Alpha-Beta time-frame to update their spins, or come up with a policy/guideline for the maintainers to hold on to. - Drafted policies I've submitted the drafted policies[1] for the Spin SIG to -devel, but they did not get much feedback. We need to determine if they are sufficient to enter the F10 development/release cycle with. - The release process / spin process Right now, we put in a request at the Release Engineering Team[2] to have certain spins spun. This may or may not be "golden" spins, but regardless, I think we prefer to trigger building our own spins, and then hand one over to Release Engineering, that can be released. Let's talk about this at our meeting. - Updates to kickstarts are submitted... where? I think the spin-kickstarts GIT repository at fedorahosted.org[3] needs to have the latest kickstarts, whereas now developments still take place in the livecd-tools GIT repository at fedorahosted.org[4]. I've tried to come up with a branching policy that makes development go into the master branch, which we branch off for maintenance purposes every release. I've also been thinking about a commit access policy, and I think having commit access for at least the primary maintainers of each spin makes the most sense. - kickstarts RPM package for "Home Use" A review request has been submitted for a "spin-kickstarts" package[5], which I'd like you to look at and give some feedback on. This is to enable people getting approved (by Spin SIG and Board) kickstarts to their own computers in a controllable fashion. If you have any other topics you want to discuss at the meeting, please let me know; there's a bunch of kickstarts from Rahul that need reviewing as well[6]. I hope to see you all so that we can accomplish something (and a little more). I'm also planning to have a HackFest/BarCamp session at FUDCon in Boston[7], in two weeks. Kind regards, Jeroen van Meeuwen -kanarip [1] http://fedoraproject.org/wiki/SIGs/Spins [2] https://fedorahosted.org/rel-eng/ticket/24 [3] http://git.fedorahosted.org/git/?p=spin-kickstarts.git [4] http://git.fedorahosted.org/git/?p=livecd [5] https://bugzilla.redhat.com/show_bug.cgi?id=448072 [6] http://fedoraproject.org/wiki/SIGs/Spins/Agenda [7] http://fedoraproject.org/wiki/FUDCon/FUDConF10 From fulko.hew at gmail.com Mon Jun 2 14:43:41 2008 From: fulko.hew at gmail.com (Fulko Hew) Date: Mon, 2 Jun 2008 10:43:41 -0400 Subject: [Fedora-livecd-list] Re: failing at my first attempt at liveCD creation In-Reply-To: <4842D5EC.3050701@shaw.ca> References: <8204a4fe0805240821t385c6344i210e7ff8dd5cb67a@mail.gmail.com> <8204a4fe0805310709o8bab916qc50dc288be774116@mail.gmail.com> <4841898B.5070508@shaw.ca> <48418A15.2000906@shaw.ca> <8204a4fe0805312023r2966103ej858f9ba533b5f32@mail.gmail.com> <4842D5EC.3050701@shaw.ca> Message-ID: <8204a4fe0806020743i1b0d2d9cl64f4e73027576fb0@mail.gmail.com> On Sun, Jun 1, 2008 at 1:01 PM, Jerry Vonau wrote: > Fulko Hew wrote: > >> On Sat, May 31, 2008 at 1:25 PM, Jerry Vonau wrote: >> >>> Jerry Vonau wrote: >>> >>> You could also use the --cachedir= setting in livecd-creator to keep the >>> >>>> cache from being deleted in between runs. >>>> >>>> Make that --cache= >>>> >>> >> >> OK... I tried that, and after a few false attempts I figured out that I >> had >> to pre-create a cache directory specifically named 'yum-cache' >> and to pass into the -cache option the name of the directory >> that _contained_ 'yum-cache' instead. >> >> I've been using rawhide and now F9, I didn't have that problem with > recent versions, what version are you using? I'm using F8 (because KDE in F9 isn't finished/usable yet). > Might be the behavior of what was released with F8, sorry I don't recall. > After running livecd-creator, that cache directory was indeed > populated, so I decided to run the build again to watch it now > take all the rpms from the cache, but it still went out to the net > for everything. > > There should be contact with the internet, to gather the repo's metadata > to resolve dependences for the rpms. However when it comes time to download > the rpms, if the rpm is in the cache the download should be skipped. I'm not too sure what was happening the first time I tried, I must have had a 'brain/eyes problem', because it does seem to be using the cache correctly now. :-( My next issue... now that I can re-create a spin, is that I've tried various F8 spins and I can't get them to work 'right', Ie. none come up with a GUI. I've tried: livecd-fedora-8-desktop.ks livecd-fedora-8-kde.ks and 'kde' comes up with a text login (that I can't log into. What username/password?) and 'desktop' shows me an X config error, but when viewing the details, I can't scroll to see the whole error log. So I've moved on to spinning 'livecd-fedora-desktop.ks'. At least that come up with the GUI, and I can try customizing it from there. (I need the GUI for the purposes of _my_ spin.) Unfortunately its Gnome (personally, I'm anti-Gnome) and F9 and Rawhide, but at least I can move forwards with it. (Or at least try) -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrofsilva at netcabo.pt Mon Jun 2 14:54:27 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Mon, 02 Jun 2008 15:54:27 +0100 Subject: [Fedora-livecd-list] Contribution problem Message-ID: <1212418468.3097.6.camel@localhost.localdomain> Hi all! I contacted this mailing list a week ago because I would like to contribute to Fedora, in this case, creating .ks files for pt_PT language. On wednesday I mailed this mailing, in a response to Jeroen van Meeuwen, my first .ks file for approval. Since then, I've not received any answer regarding that email. I have seen further developments in http://git.fedorahosted.org/git/?p=spin-kickstarts.git but no response to my contributions. Did I do something wrong? Did I step on somebodys toes? Best Regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From pedrofsilva at netcabo.pt Mon Jun 2 15:02:58 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Mon, 02 Jun 2008 16:02:58 +0100 Subject: [Fedora-livecd-list] Contribution problem In-Reply-To: <1212418468.3097.6.camel@localhost.localdomain> References: <1212418468.3097.6.camel@localhost.localdomain> Message-ID: <1212418978.3097.8.camel@localhost.localdomain> Seg, 2008-06-02 ?s 15:54 +0100, Pedro Silva escreveu: > Hi all! > > I contacted this mailing list a week ago because I would like to > contribute to Fedora, in this case, creating .ks files for pt_PT > language. > > On wednesday I mailed this mailing, in a response to Jeroen van Meeuwen, > my first .ks file for approval. Since then, I've not received any answer > regarding that email. I have seen further developments in > http://git.fedorahosted.org/git/?p=spin-kickstarts.git but no response > to my contributions. > > Did I do something wrong? Did I step on somebodys toes? > > Best Regards, > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list ?Just to say I caught Jeroen on IRC, last week was LinuxTAG, so he was a bit busy but things are back on track now. Thanks again Jeroen for the help and pointers. Best Regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From kanarip at kanarip.com Mon Jun 2 15:26:48 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 02 Jun 2008 17:26:48 +0200 Subject: [Fedora-livecd-list] Contribution problem In-Reply-To: <1212418978.3097.8.camel@localhost.localdomain> References: <1212418468.3097.6.camel@localhost.localdomain> <1212418978.3097.8.camel@localhost.localdomain> Message-ID: <48441138.9040707@kanarip.com> Pedro Silva wrote: > ???Just to say I caught Jeroen on IRC, last week was LinuxTAG, so he was a > bit busy but things are back on track now. > > Thanks again Jeroen for the help and pointers. > No problem. Thanks for finding me on IRC and reminding me ;-) Kind regards, Jeroen van Meeuwen -kanarip From tim.wood at datawranglers.com Mon Jun 2 15:48:19 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 02 Jun 2008 09:48:19 -0600 Subject: [Fedora-livecd-list] Re: failing at my first attempt at liveCD creation In-Reply-To: <8204a4fe0806020743i1b0d2d9cl64f4e73027576fb0@mail.gmail.com> References: <8204a4fe0805240821t385c6344i210e7ff8dd5cb67a@mail.gmail.com> <8204a4fe0805310709o8bab916qc50dc288be774116@mail.gmail.com> <4841898B.5070508@shaw.ca> <48418A15.2000906@shaw.ca> <8204a4fe0805312023r2966103ej858f9ba533b5f32@mail.gmail.com> <4842D5EC.3050701@shaw.ca> <8204a4fe0806020743i1b0d2d9cl64f4e73027576fb0@mail.gmail.com> Message-ID: <48441643.6090007@datawranglers.com> The login should be: username: fedora password: [blank] once you log in, you should be able to view the existing X error log with less... or by view it repeatedly like startx | less Tim > and 'kde' comes up with a text login (that I can't log into. > What username/password?) > and 'desktop' shows me an X config error, but when > viewing the details, I can't scroll to see the whole error log. > > So I've moved on to spinning 'livecd-fedora-desktop.ks'. > At least that come up with the GUI, and I can try customizing > it from there. (I need the GUI for the purposes of _my_ spin.) > Unfortunately its Gnome (personally, I'm anti-Gnome) and > F9 and Rawhide, but at least I can move forwards with it. > (Or at least try) > > > > ------------------------------------------------------------------------ > > -- > 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 pedrofsilva at netcabo.pt Mon Jun 2 16:00:57 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Mon, 02 Jun 2008 17:00:57 +0100 Subject: [Fedora-livecd-list] Portuguese pt_PT spins Message-ID: <1212422457.3097.23.camel@localhost.localdomain> Hi! I pulled the latest .ks through git and changed the files accordingly to create pt_PT localized spins of fedora. Attached are the following spins: - Electronic Lab - KDE - XFCE - Developer - Games Just has Jeroen said, on gnome based livecds, I added the %post hack for the xorg.conf keyboard stuff. I think these are electronic-lab, developer and games. Also regarding localized versions of software, does @portguese-support flag pull localized dependecies of packages? Although I can't find it now, I think childsplay used to have a childsplay-sounds-pt package. Is this pulled by @portuguese-support flag? One more thing I remembered, Portugal has two timezones (Lisboa/Mainland and A?ores Islands), does it make sense to create another spin to cover both timezones? What about countries with multiple timezones? Just some ideas and thoughts. Best regards, -- Pedro Silva -------------- next part -------------- # fedora-livecd-electronic-lab-pt_PT.ks # # Maintainer(s): # - Pedro Silva %include fedora-livecd-electronic-lab.ks lang pt_PT.UTF-8 keyboard pt-latin1 timezone Europe/Lisbon %packages @portuguese-support %end %post # system-config-keyboard doesn't really work (missing xorg.conf etc) cat >>/etc/X11/xorg.conf << EOF Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbLayout" "pt-latin1" EndSection EOF %end -------------- next part -------------- # fedora-livecd-kde-pt_PT.ks # # Maintainer(s): # - Pedro Silva %include fedora-livecd-kde.ks lang pt_PT.UTF-8 keyboard pt-latin1 timezone Europe/Lisbon %packages @portuguese-support %end %post # set up localized keyboard since it is not used in /etc/X11/xorg.conf anymore and # KDE don't use /etc/sysconfig/keyboard. # Replace "de-latin1-nodeadkeys" with the keyboard layout you have used above mkdir -p /home/fedora/.kde/env echo "system-config-keyboard --noui pt-latin1" > /home/fedora/.kde/env/keyboard.sh chmod +x /home/fedora/.kde/env/keyboard.sh chown -R fedora:fedora /home/fedora/.kde/env/ %end -------------- next part -------------- # fedora-livecd-xfce-pt_PT.ks # # Maintainer(s): # - Pedro Silva %include fedora-livecd-xfce.ks lang pt_PT.UTF-8 keyboard pt-latin1 timezone Europe/Lisbon %packages @portuguese-support %end -------------- next part -------------- # fedora-livedvd-developer-pt_PT.ks # # Maintainer(s): # - Pedro Silva %include fedora-livedvd-developer.ks lang pt_PT.UTF-8 keyboard pt-latin1 timezone Europe/Lisbon %packages @portuguese-support %end %post # system-config-keyboard doesn't really work (missing xorg.conf etc) cat >>/etc/X11/xorg.conf << EOF Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbLayout" "pt-latin1" EndSection EOF %end -------------- next part -------------- # fedora-livedvd-games-pt_PT.ks # # Maintainer(s): # - Pedro Silva %include fedora-livedvd-games.ks lang pt_PT.UTF-8 keyboard pt-latin1 timezone Europe/Lisbon %packages @portuguese-support %end %post # system-config-keyboard doesn't really work (missing xorg.conf etc) cat >>/etc/X11/xorg.conf << EOF Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbLayout" "pt-latin1" EndSection EOF %end -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From katzj at fedoraproject.org Mon Jun 2 19:44:32 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 2 Jun 2008 19:44:32 +0000 (UTC) Subject: [Fedora-livecd-list] 3 commits - config/livecd-fedora-base-desktop.ks imgcreate/kickstart.py tools/livecd-iso-to-disk.sh Message-ID: <20080602194432.C34DD120038@lists.fedorahosted.org> config/livecd-fedora-base-desktop.ks | 2 +- imgcreate/kickstart.py | 2 +- tools/livecd-iso-to-disk.sh | 8 +++++++- 3 files changed, 9 insertions(+), 3 deletions(-) New commits: commit daa1ab63f6bc46a7a0e0e46dff116876487bb72c Author: Jeremy Katz Date: Mon Jun 2 15:40:43 2008 -0400 Fix mounting of live image backing store on /mnt/live diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 5da37aa..14d49a4 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -87,7 +87,7 @@ exists() { touch /.liveimg-configured # mount live image -if [ -b /dev/live ]; then +if [ -b \`readlink -f /dev/live\` ]; then mkdir -p /mnt/live mount -o ro /dev/live /mnt/live fi commit a39924713953eccd14ff6ad8bbcfe28afb721bb7 Author: Jeremy Katz Date: Mon Jun 2 14:09:33 2008 -0400 More fixes for using a loopback device as the blockdev diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 69e97e3..3e1979b 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -41,7 +41,7 @@ getdisk() { DEV=$1 if [[ "$DEV" =~ "/dev/loop*" ]]; then - device="/dev/$device" + device="$DEV" return fi @@ -60,6 +60,9 @@ getdisk() { } resetMBR() { + if [[ "$DEV" =~ "/dev/loop*" ]]; then + return + fi getdisk $1 if [ -f /usr/lib/syslinux/mbr.bin ]; then cat /usr/lib/syslinux/mbr.bin > $device @@ -98,6 +101,9 @@ checkPartActive() { if [ "$dev" = "$device" ]; then return fi + if [[ "$dev" =~ "/dev/loop*" ]]; then + return + fi if [ "$(/sbin/fdisk -l $device 2>/dev/null |grep $dev |awk {'print $2;'})" != "*" ]; then echo "Partition isn't marked bootable!" commit 7d8dfdedb9fd3f20058b818980c1e39035e05851 Author: Jeremy Katz Date: Mon Jun 2 13:35:05 2008 -0400 Use right variable when looking for executables When checking to see if executables exist before running them, use the right value for the instroot diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 8f43f7c..6e946b2 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -108,7 +108,7 @@ class KickstartConfig(object): os.chdir("/") def call(self, args): - if not os.path.exists("%s/%s" %(self.chroot, args[0])): + if not os.path.exists("%s/%s" %(self.instroot, args[0])): raise errors.KickstartError("Unable to run %s!" %(args)) subprocess.call(args, preexec_fn = self.chroot) From kanarip at kanarip.com Tue Jun 3 12:25:47 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 03 Jun 2008 14:25:47 +0200 Subject: [Fedora-livecd-list] Portuguese pt_PT spins In-Reply-To: <1212422457.3097.23.camel@localhost.localdomain> References: <1212422457.3097.23.camel@localhost.localdomain> Message-ID: <4845384B.40009@kanarip.com> Pedro Silva wrote: > Hi! > > I pulled the latest .ks through git and changed the files accordingly to > create pt_PT localized spins of fedora. > > Attached are the following spins: > > - Electronic Lab > - KDE > - XFCE > - Developer > - Games > > Just has Jeroen said, on gnome based livecds, I added the %post hack for > the xorg.conf keyboard stuff. I think these are electronic-lab, > developer and games. > Hi Pedro, I've added the kickstarts to the kickstart pool, thanks > Also regarding localized versions of software, does @portguese-support > flag pull localized dependecies of packages? Although I can't find it > now, I think childsplay used to have a childsplay-sounds-pt package. Is > this pulled by @portuguese-support flag? > The @*-support groups have conditional requirements. For example, if openoffice.org is in the package set, @*-support will pull in the appropriate openoffice.org-langpack. > One more thing I remembered, Portugal has two timezones (Lisboa/Mainland > and A??ores Islands), does it make sense to create another spin to cover > both timezones? What about countries with multiple timezones? > This is a very good question, which I haven't thought about (yet). Localized spins in this sense is hard. We'd want to prevent having a million kickstarts just for each and every combination of keyboard, timezone, and possibly dialect, and so forth, just to not confuse people any more then we need to. Creating a localized spin should just be as easy as possible. I can imagine we would either; 1) provide a little commentary section in the localized kickstart where one timezone is the default, but another timezone entry is commented out so people can easily enable it, or 2) point people to loading the kickstart in system-config-kickstart letting them adjust (all) settings and save the changes, or 3) having additional options to livecd-tools / revisor to override what is in the supplied kickstart. I'm not sure which of these would be the more appropriate way to go. Kind regards, Jeroen van Meeuwen -kanarip From pedrofsilva at netcabo.pt Tue Jun 3 17:44:45 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Tue, 03 Jun 2008 18:44:45 +0100 Subject: [Fedora-livecd-list] Portuguese pt_PT spins In-Reply-To: <4845384B.40009@kanarip.com> References: <1212422457.3097.23.camel@localhost.localdomain> <4845384B.40009@kanarip.com> Message-ID: <1212515085.3199.15.camel@localhost.localdomain> Ter, 2008-06-03 ?s 14:25 +0200, Jeroen van Meeuwen escreveu: > Pedro Silva wrote: > > Hi! > > > > I pulled the latest .ks through git and changed the files accordingly to > > create pt_PT localized spins of fedora. > > > > Attached are the following spins: > > > > - Electronic Lab > > - KDE > > - XFCE > > - Developer > > - Games > > > > Just has Jeroen said, on gnome based livecds, I added the %post hack for > > the xorg.conf keyboard stuff. I think these are electronic-lab, > > developer and games. > > > > Hi Pedro, > > I've added the kickstarts to the kickstart pool, thanks > > > Also regarding localized versions of software, does @portguese-support > > flag pull localized dependecies of packages? Although I can't find it > > now, I think childsplay used to have a childsplay-sounds-pt package. Is > > this pulled by @portuguese-support flag? > > > > The @*-support groups have conditional requirements. For example, if > openoffice.org is in the package set, @*-support will pull in the > appropriate openoffice.org-langpack. I'm sorry, the package I was trying to refer to is gcompris-sounds-pt. So this would be pulled, great! > > One more thing I remembered, Portugal has two timezones (Lisboa/Mainland > > and A??ores Islands), does it make sense to create another spin to cover > > both timezones? What about countries with multiple timezones? > > > > This is a very good question, which I haven't thought about (yet). > Localized spins in this sense is hard. We'd want to prevent having a > million kickstarts just for each and every combination of keyboard, > timezone, and possibly dialect, and so forth, just to not confuse people > any more then we need to. Creating a localized spin should just be as > easy as possible. I can imagine we would either; > > 1) provide a little commentary section in the localized kickstart where > one timezone is the default, but another timezone entry is commented out > so people can easily enable it, or > > 2) point people to loading the kickstart in system-config-kickstart > letting them adjust (all) settings and save the changes, or > > 3) having additional options to livecd-tools / revisor to override what > is in the supplied kickstart. IMHO, every point you made is valid. If I were hand editing a ks file, comments always help. I rarelly use s-c-kickstart, but it would help a lot in changing little things/options. I don't know why but revisor never really worked for me, I forgot about it since F7. I guess it really depends on the user's favorite tool. Maybe it makes sense to implement all three points, I don't know. But I have to agree with you, if we hit a country that has half dozen timezones, four keyboard sets and if we multiply it by the number of spins, there will be a lot of files to choose from. This would confuse the user trying to build a spin for sure. Best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From pedrofsilva at netcabo.pt Wed Jun 4 18:12:32 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Wed, 04 Jun 2008 19:12:32 +0100 Subject: [Fedora-livecd-list] Persistance Overlay Message-ID: <1212603152.3214.12.camel@localhost.localdomain> Hi! I haven't grasped the persistance overlay usage yet. I usually create/update a personal spin every week and install it to a usb stick. Since F9, I've also been using the persistance flag. I don't use my liveusb everyday but I like to keep it updated and in my pocket. Last weekend, I updated my spin and installed on the usb stick. Halfway through, I noticed I had forgotten the overlay flag in livecd-iso-to-disk command. I thought, "well, i guess it will be detected since it was created previously...". Yesterday, I booted my usb stick at work and upon boot I can see a message saying no persistance overlay found. Err... my best guess was wrong. So, how does the persistance work: - Persistance is created with livecd-iso-to-disk, if I run it again without the overlay flag, previous persistance overlay is deleted? - Persistance is created with livecd-iso-to-disk, further runs of livecd-iso-to-disk won't detect previous overlay? I honestly looked for more info on the fedora wiki and man pages, but I couldn't find a wiki page or a man page about it. If these don't exist, I would be happy to help build one. Thanks and best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From katzj at redhat.com Wed Jun 4 18:46:40 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 04 Jun 2008 14:46:40 -0400 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212603152.3214.12.camel@localhost.localdomain> References: <1212603152.3214.12.camel@localhost.localdomain> Message-ID: <1212605200.7358.6.camel@aglarond.local> On Wed, 2008-06-04 at 19:12 +0100, Pedro Silva wrote: > So, how does the persistance work: > > - Persistance is created with livecd-iso-to-disk, if I run it again > without the overlay flag, previous persistance overlay is deleted? Yes. Also, the overlay is specific to the *exact* filesystem image that it is created for. ... and for the gory details. The way that persistence is implemented is that the persistence file is used as the backing store for the device mapper snapshot that we build on top of the "base" filesystem image. This means that it contains just changed blocks from the base image and that changes continue to build up over time, never reusing blocks from the snapshot. So, not ideal for more long-term cases as if you're updating with yum, then you'll run out of space on your snapshot before you'd expect as we overwrite things multiple times[1]. Which brings me to what I've been working on this week -- persistence purely for /home[2]. So rather than using the persistence file for the snapshot backing store, we instead mount it as /home[3]. At this point, it's almost to where I'm happy enough with it to push, so stay tuned for more details :-) Jeremy [1] Plus, your kernel will never get updated [2] Actually, implemented such that you can have persistent changes for the "OS" as well as a persistent /home. Then your /home sticks around when you update the USB stick but any "OS" change disappear as with the present bits [3] Including support for encryption From igorsoares at gmail.com Wed Jun 4 19:06:53 2008 From: igorsoares at gmail.com (Igor Pires Soares) Date: Wed, 04 Jun 2008 16:06:53 -0300 Subject: [Fedora-livecd-list] Portuguese pt_PT spins In-Reply-To: <1212515085.3199.15.camel@localhost.localdomain> References: <1212422457.3097.23.camel@localhost.localdomain> <4845384B.40009@kanarip.com> <1212515085.3199.15.camel@localhost.localdomain> Message-ID: <1212606413.8865.28.camel@amd5600> Em Ter, 2008-06-03 ?s 18:44 +0100, Pedro Silva escreveu: > Ter, 2008-06-03 ?s 14:25 +0200, Jeroen van Meeuwen escreveu: > > > > The @*-support groups have conditional requirements. For example, if > > openoffice.org is in the package set, @*-support will pull in the > > appropriate openoffice.org-langpack. > > I'm sorry, the package I was trying to refer to is gcompris-sounds-pt. > So this would be pulled, great! I think Fedora 9 has some trouble with @*-support. At least when I am installing it I choose the Brazilian Portuguese Support but I don't get ?openoffice.org-langpack-pt_BR ?installed neither hunspell-pt. The same thing is happening with kickstart files. I ?have to add openoffice.org-langpack-pt_BR and hunspell-pt manually. While creating a F8 spin, @brazilian-support is sufficient to get them. By the way, Jeroen did you get my pt_BR spin .ks files? I sent to your e-mail. Regards, Igor Pires Soares From pedrofsilva at netcabo.pt Wed Jun 4 19:03:57 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Wed, 04 Jun 2008 20:03:57 +0100 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212605200.7358.6.camel@aglarond.local> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> Message-ID: <1212606237.3214.29.camel@localhost.localdomain> Qua, 2008-06-04 ?s 14:46 -0400, Jeremy Katz escreveu: > So, not ideal for more long-term cases as if you're updating with yum, > then you'll run out of space on your snapshot before you'd expect as we > overwrite things multiple times[1]. I update my personal spin just by building it again but there maybe some cases where yum maybe used on a livecd for quick and small stuff. > Which brings me to what I've been working on this week -- persistence > purely for /home[2]. So rather than using the persistence file for the > snapshot backing store, we instead mount it as /home[3]. At this point, > it's almost to where I'm happy enough with it to push, so stay tuned for > more details :-) That's great news! :D > [2] Actually, implemented such that you can have persistent changes for > the "OS" as well as a persistent /home. Then your /home sticks around > when you update the USB stick but any "OS" change disappear as with the > present bits So, this means changes in /etc files (for example) are lost? > [3] Including support for encryption Sweeeet! Thanks for your info! Best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From katzj at redhat.com Wed Jun 4 19:26:13 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 04 Jun 2008 15:26:13 -0400 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212606237.3214.29.camel@localhost.localdomain> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> <1212606237.3214.29.camel@localhost.localdomain> Message-ID: <1212607573.7358.8.camel@aglarond.local> On Wed, 2008-06-04 at 20:03 +0100, Pedro Silva wrote: > Qua, 2008-06-04 ?s 14:46 -0400, Jeremy Katz escreveu: > > [2] Actually, implemented such that you can have persistent changes for > > the "OS" as well as a persistent /home. Then your /home sticks around > > when you update the USB stick but any "OS" change disappear as with the > > present bits > > So, this means changes in /etc files (for example) are lost? Right. There's just not any good way as it stands to preserve them. On the plus side, there should be less and less of this needing to be done as more and more gets controlled from the user session rather than at a system level. Stateless Linux here we come! But at the same time, I am considering adding some form of hook to run a script off of /home during the boot so that you could implement making any changes you wanted. Just not sure if it's overkill. Jeremy From tim.wood at datawranglers.com Wed Jun 4 19:28:22 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 04 Jun 2008 13:28:22 -0600 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212607573.7358.8.camel@aglarond.local> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> <1212606237.3214.29.camel@localhost.localdomain> <1212607573.7358.8.camel@aglarond.local> Message-ID: <4846ECD6.9000301@datawranglers.com> Why not put the hook in the fedora-live init script? Tim Jeremy Katz wrote: > On Wed, 2008-06-04 at 20:03 +0100, Pedro Silva wrote: > >> Qua, 2008-06-04 ?s 14:46 -0400, Jeremy Katz escreveu: >> >>> [2] Actually, implemented such that you can have persistent changes for >>> the "OS" as well as a persistent /home. Then your /home sticks around >>> when you update the USB stick but any "OS" change disappear as with the >>> present bits >>> >> So, this means changes in /etc files (for example) are lost? >> > > Right. There's just not any good way as it stands to preserve them. On > the plus side, there should be less and less of this needing to be done > as more and more gets controlled from the user session rather than at a > system level. Stateless Linux here we come! > > But at the same time, I am considering adding some form of hook to run a > script off of /home during the boot so that you could implement making > any changes you wanted. Just not sure if it's overkill. > > 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 fedoraproject.org Wed Jun 4 19:42:29 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 4 Jun 2008 19:42:29 +0000 (UTC) Subject: [Fedora-livecd-list] imgcreate/kickstart.py Message-ID: <20080604194229.B8C0B120038@lists.fedorahosted.org> imgcreate/kickstart.py | 1 + 1 file changed, 1 insertion(+) New commits: commit b1c1d66c7e22c07911ca0843106f8b69f5c0edf7 Author: Eric Paris Date: Wed Jun 4 15:10:25 2008 -0400 FD leak in kickstart.py Found 2 FD's that never got closed in kickstart.py There are still a UDP and TCP socket open when we are going rpm calls and I have no idea why. Maybe someone else know why we would have 2 such things open and where they should be closed? diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 6e946b2..c83e795 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -382,6 +382,7 @@ class SelinuxConfig(KickstartConfig): path = self.path(fn) f = file(path, "w+") os.chmod(path, 0644) + f.close() if ksselinux.selinux == ksconstants.SELINUX_DISABLED: return From katzj at redhat.com Wed Jun 4 19:46:32 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 04 Jun 2008 15:46:32 -0400 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <4846ECD6.9000301@datawranglers.com> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> <1212606237.3214.29.camel@localhost.localdomain> <1212607573.7358.8.camel@aglarond.local> <4846ECD6.9000301@datawranglers.com> Message-ID: <1212608792.7358.9.camel@aglarond.local> On Wed, 2008-06-04 at 13:28 -0600, Tim Wood wrote: > Jeremy Katz wrote: > > But at the same time, I am considering adding some form of hook to run a > > script off of /home during the boot so that you could implement making > > any changes you wanted. Just not sure if it's overkill. >? > Why not put the hook in the fedora-live init script? That's actually where all of this magic lives (well init script + livecd-iso-to-disk). Like I said, just not entirely sure if it's overkill to try to support or not Jeremy From pedrofsilva at netcabo.pt Wed Jun 4 19:58:37 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Wed, 04 Jun 2008 20:58:37 +0100 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212608792.7358.9.camel@aglarond.local> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> <1212606237.3214.29.camel@localhost.localdomain> <1212607573.7358.8.camel@aglarond.local> <4846ECD6.9000301@datawranglers.com> <1212608792.7358.9.camel@aglarond.local> Message-ID: <1212609517.3214.37.camel@localhost.localdomain> Qua, 2008-06-04 ?s 15:46 -0400, Jeremy Katz escreveu: > On Wed, 2008-06-04 at 13:28 -0600, Tim Wood wrote: > > Jeremy Katz wrote: > > > But at the same time, I am considering adding some form of hook to run a > > > script off of /home during the boot so that you could implement making > > > any changes you wanted. Just not sure if it's overkill. > >? > > Why not put the hook in the fedora-live init script? > > That's actually where all of this magic lives (well init script + > livecd-iso-to-disk). Like I said, just not entirely sure if it's > overkill to try to support or not > I'm in favor of a solution that would include /home and other system folders. Since I have no real understanding of the inner workings of livecd-iso-to-disk, I don't know how hard that would be. I find it usefull to keep some changes in /etc files but there are other files too. Would this have to include a "blacklist" for stuff like /tmp, /var/cache ? Regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From katzj at redhat.com Wed Jun 4 20:46:05 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 04 Jun 2008 16:46:05 -0400 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212609517.3214.37.camel@localhost.localdomain> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> <1212606237.3214.29.camel@localhost.localdomain> <1212607573.7358.8.camel@aglarond.local> <4846ECD6.9000301@datawranglers.com> <1212608792.7358.9.camel@aglarond.local> <1212609517.3214.37.camel@localhost.localdomain> Message-ID: <1212612365.7358.12.camel@aglarond.local> On Wed, 2008-06-04 at 20:58 +0100, Pedro Silva wrote: > Qua, 2008-06-04 ?s 15:46 -0400, Jeremy Katz escreveu: > > On Wed, 2008-06-04 at 13:28 -0600, Tim Wood wrote: > > > Jeremy Katz wrote: > > > > But at the same time, I am considering adding some form of hook to run a > > > > script off of /home during the boot so that you could implement making > > > > any changes you wanted. Just not sure if it's overkill. > > >? > > > Why not put the hook in the fedora-live init script? > > > > That's actually where all of this magic lives (well init script + > > livecd-iso-to-disk). Like I said, just not entirely sure if it's > > overkill to try to support or not > > I'm in favor of a solution that would include /home and other system > folders. Since I have no real understanding of the inner workings of > livecd-iso-to-disk, I don't know how hard that would be. I find it > usefull to keep some changes in /etc files but there are other files > too. Would this have to include a "blacklist" for stuff > like /tmp, /var/cache ? The problem is there's no good way to define what is a "system file". Not to mention that if you update a package, you may want to get its new config files. Perhaps at some point, we'll be able to use something other than dm-snapshot for our persistence, at which point, we'll have some more options. But for now, it's what we've got Jeremy From tim.wood at datawranglers.com Wed Jun 4 21:13:21 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 04 Jun 2008 15:13:21 -0600 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212608792.7358.9.camel@aglarond.local> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> <1212606237.3214.29.camel@localhost.localdomain> <1212607573.7358.8.camel@aglarond.local> <4846ECD6.9000301@datawranglers.com> <1212608792.7358.9.camel@aglarond.local> Message-ID: <48470571.7060008@datawranglers.com> I'm fond of using that script to wave a wand or three ;-) if [[ -f /home/fedora/.init_script.sh ]]; then sh /home/fedora/.init_script.sh fi Tim Jeremy Katz wrote: > On Wed, 2008-06-04 at 13:28 -0600, Tim Wood wrote: > >> Jeremy Katz wrote: >> >>> But at the same time, I am considering adding some form of hook to run a >>> script off of /home during the boot so that you could implement making >>> any changes you wanted. Just not sure if it's overkill. >>> >> ? >> Why not put the hook in the fedora-live init script? >> > > That's actually where all of this magic lives (well init script + > livecd-iso-to-disk). Like I said, just not entirely sure if it's > overkill to try to support or not > > 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 fedoraproject.org Wed Jun 4 21:28:18 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Wed, 4 Jun 2008 21:28:18 +0000 (UTC) Subject: [Fedora-livecd-list] Changes to 'f8-branch' Message-ID: <20080604212818.AC16E120038@lists.fedorahosted.org> New branch 'f8-branch' available with the following commits: commit 873d1f6d28be6c0dff11fc0c1e9e4c5a25b961e2 Author: Jeremy Katz Date: Tue Jun 3 23:30:20 2008 -0400 Fix tyops commit 056d7ff88e5fc16bf02dba17bd16b8ec17afc4fe Author: Jeremy Katz Date: Tue May 27 15:22:31 2008 -0400 Handle copying timezone to /etc/localtime (#445624) commit a2cba1ed562992ad61fb38f2219cba679c6316b0 Author: Jeremy Katz Date: Tue May 27 15:19:45 2008 -0400 Avoid traceback on systems without LVM (#442633) From dmc.fedora at filteredperception.org Thu Jun 5 06:03:39 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 04 Jun 2008 23:03:39 -0700 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212605200.7358.6.camel@aglarond.local> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> Message-ID: <484781BB.5080208@filteredperception.org> Jeremy Katz wrote: > On Wed, 2008-06-04 at 19:12 +0100, Pedro Silva wrote: >> So, how does the persistance work: >> >> - Persistance is created with livecd-iso-to-disk, if I run it again >> without the overlay flag, previous persistance overlay is deleted? > > Yes. Also, the overlay is specific to the *exact* filesystem image that > it is created for. > > ... and for the gory details. The way that persistence is implemented > is that the persistence file is used as the backing store for the device > mapper snapshot that we build on top of the "base" filesystem image. > This means that it contains just changed blocks from the base image and > that changes continue to build up over time, never reusing blocks from > the snapshot. > > So, not ideal for more long-term cases as if you're updating with yum, > then you'll run out of space on your snapshot before you'd expect as we > overwrite things multiple times[1]. > > Which brings me to what I've been working on this week -- persistence > purely for /home[2]. So rather than using the persistence file for the > snapshot backing store, we instead mount it as /home[3]. At this point, > it's almost to where I'm happy enough with it to push, so stay tuned for > more details :-) > > Jeremy > > [1] Plus, your kernel will never get updated > [2] Actually, implemented such that you can have persistent changes for > the "OS" as well as a persistent /home. Then your /home sticks around > when you update the USB stick but any "OS" change disappear as with the > present bits > [3] Including support for encryption Sounds good Jeremy, you know I've always supported this idea because it helps so many use cases. FYI- the fixes to the current persistance implementation that I alluded to before are basically this- Have a defragmentation process which can merge the snapshot overlay back. Even if it takes awhile for MarkMC's live kernel snapshot merging patches to go upstream (which wouldn't help for the squashfs case), there is actually a fairly straightforward alternative. You can either have a simple boot choice to run a 'defragmentation/merge' pass while/before booting, or a more complex version that does it to a running system (using the rootfs swap trick my rebootless installer uses). I.e. during the defrag/merge process, you just look at the combined device (that is in a readonly/unchanging state) and then run mksquashfs on it to build a new merged version. You'd have to have free space on the liveusb or disk or ram to handle the transition time where you need 2 copies, but that's not so bad. -dmc From dmc.fedora at filteredperception.org Thu Jun 5 06:17:23 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Wed, 04 Jun 2008 23:17:23 -0700 Subject: [Fedora-livecd-list] Persistance Overlay In-Reply-To: <1212605200.7358.6.camel@aglarond.local> References: <1212603152.3214.12.camel@localhost.localdomain> <1212605200.7358.6.camel@aglarond.local> Message-ID: <484784F3.1050204@filteredperception.org> Jeremy Katz wrote: > On Wed, 2008-06-04 at 19:12 +0100, Pedro Silva wrote: >> So, how does the persistance work: >> >> - Persistance is created with livecd-iso-to-disk, if I run it again >> without the overlay flag, previous persistance overlay is deleted? > > Yes. Also, the overlay is specific to the *exact* filesystem image that > it is created for. > > ... and for the gory details. The way that persistence is implemented > is that the persistence file is used as the backing store for the device > mapper snapshot that we build on top of the "base" filesystem image. > This means that it contains just changed blocks from the base image and > that changes continue to build up over time, never reusing blocks from > the snapshot. This is not actually true. It's not that it never reuses blocks from teh snapshot, it's that it doesn't try to. If say you have a 256MB overlay, half used, and half of that wasted (e.g. you copy two 128MB files to /home, then delete one of them). Then currently there will be about 2G of free blocks on 4G of rootfs, and 128MB of those currently in a wasted state on the overlay. Assuming ext3 is roughly random in its choice of free block to use, that means that each new block written has about a 1/16 chance of actually reclaiming overlay space, instead of using more space. Theoretically if you have a 4G overlay, you'll never run out of space, though at some point you'll run into the issues of why you didn't just install fedora to a 4G partition on that device to start with. -dmc From pedrofsilva at netcabo.pt Thu Jun 5 07:50:00 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Thu, 05 Jun 2008 08:50:00 +0100 Subject: [Fedora-livecd-list] livecd-iso-to-disk man page Message-ID: <1212652200.3214.8.camel@localhost.localdomain> Hi! I started the man page for the livecd-iso-to-disk, I used this guide[1] to do it. Since this is my first man page ever, shout if I made some terribly mistake. I used info found on fedora's wiki and other sources to make the man page but not all sections are filled yet. Section Files: Should the man page pay attention to any files needed by livecd-iso-to-disk, which ones? Section Environment: I haven't tested this yet but, is it possible to run livecd-iso-to-disk when SELinux is on ? If not, should I mention it in this section? Section Diagnostics: Should it contain the error messages that livecd-iso-to-disk can throw at users? If all goes right, I would also like to start the man page for livecd-creator. ?[1] http://www.schweikhardt.net/man_page_howto.html Thoughts, tips? Best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: livecd-iso-to-disk.txt Type: text/troff Size: 1143 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From kanarip at kanarip.com Thu Jun 5 08:51:45 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 05 Jun 2008 10:51:45 +0200 Subject: [Fedora-livecd-list] Portuguese pt_PT spins In-Reply-To: <1212606413.8865.28.camel@amd5600> References: <1212422457.3097.23.camel@localhost.localdomain> <4845384B.40009@kanarip.com> <1212515085.3199.15.camel@localhost.localdomain> <1212606413.8865.28.camel@amd5600> Message-ID: <4847A921.9090704@kanarip.com> Igor Pires Soares wrote: > I think Fedora 9 has some trouble with @*-support. At least when I am > installing it I choose the Brazilian Portuguese Support but I don't > get ???openoffice.org-langpack-pt_BR ???installed neither hunspell-pt. > > The same thing is happening with kickstart files. I ???have to add > openoffice.org-langpack-pt_BR and hunspell-pt manually. While creating a > F8 spin, @brazilian-support is sufficient to get them. > Strange. Another thing to investigate and yet another reason to look into redesigning the comps system. > By the way, Jeroen did you get my pt_BR spin .ks files? I sent to your > e-mail. > If you sent them, I received them. I just need to digg them up from under a huge pile of unread (and possibly marked as read) mail ;-) Thank you, Kind regards, Jeroen van Meeuwen -kanarip From kanarip at kanarip.com Thu Jun 5 08:58:38 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 05 Jun 2008 10:58:38 +0200 Subject: [Fedora-livecd-list] Portuguese pt_PT spins In-Reply-To: <4847A921.9090704@kanarip.com> References: <1212422457.3097.23.camel@localhost.localdomain> <4845384B.40009@kanarip.com> <1212515085.3199.15.camel@localhost.localdomain> <1212606413.8865.28.camel@amd5600> <4847A921.9090704@kanarip.com> Message-ID: <4847AABE.8050308@kanarip.com> Jeroen van Meeuwen wrote: > Igor Pires Soares wrote: >> By the way, Jeroen did you get my pt_BR spin .ks files? I sent to your >> e-mail. >> > > If you sent them, I received them. I just need to digg them up from > under a huge pile of unread (and possibly marked as read) mail ;-) > Dugg'm up, reviewed it, applied the keyboard layout xorg.conf hack, added and pushed it to the GIT repository. Thanks again, Kind regards, Jeroen van Meeuwen -kanarip From katzj at redhat.com Thu Jun 5 12:39:46 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 05 Jun 2008 08:39:46 -0400 Subject: [Fedora-livecd-list] Portuguese pt_PT spins In-Reply-To: <1212606413.8865.28.camel@amd5600> References: <1212422457.3097.23.camel@localhost.localdomain> <4845384B.40009@kanarip.com> <1212515085.3199.15.camel@localhost.localdomain> <1212606413.8865.28.camel@amd5600> Message-ID: <1212669586.7358.45.camel@aglarond.local> On Wed, 2008-06-04 at 16:06 -0300, Igor Pires Soares wrote: > Em Ter, 2008-06-03 ?s 18:44 +0100, Pedro Silva escreveu: > > Ter, 2008-06-03 ?s 14:25 +0200, Jeroen van Meeuwen escreveu: > > > > > > The @*-support groups have conditional requirements. For example, if > > > openoffice.org is in the package set, @*-support will pull in the > > > appropriate openoffice.org-langpack. > > > > I'm sorry, the package I was trying to refer to is gcompris-sounds-pt. > > So this would be pulled, great! > > I think Fedora 9 has some trouble with @*-support. At least when I am > installing it I choose the Brazilian Portuguese Support but I don't > get ?openoffice.org-langpack-pt_BR ?installed neither hunspell-pt. There's a bug in yum in the F9 release (don't remember the bug # off-hand and am currently reading mail off-line on the bus :-). It's fixed in the currently available update, but it didn't get caught in the lead-up to release Jeremy From phil at pricom.com.au Thu Jun 5 23:30:15 2008 From: phil at pricom.com.au (Philip Rhoades) Date: Fri, 06 Jun 2008 09:30:15 +1000 Subject: [Fedora-livecd-list] Strange F9 networking problem after LCD install Message-ID: <48487707.8070509@pricom.com.au> People, I had problems installing from the iso one hard disk to another HD after booting from an existing F8 setup so I did a F9 LiveCD install (I never had problems installing from HD for previous F versions). I have a line in: /etc/inittab which is: SV:123456:respawn:/command/svscanboot but it doesn't work and I have to manually run it after the boot finishes. Any ideas why it does not run automatically during the boot? Thanks, Phil. -- Philip Rhoades Pricom Pty Limited (ACN 003 252 275 ABN 91 003 252 275) GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil at pricom.com.au From katzj at redhat.com Fri Jun 6 01:25:07 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 05 Jun 2008 21:25:07 -0400 Subject: [Fedora-livecd-list] livecd-iso-to-disk man page In-Reply-To: <1212652200.3214.8.camel@localhost.localdomain> References: <1212652200.3214.8.camel@localhost.localdomain> Message-ID: <1212715507.15058.2.camel@aglarond.local> On Thu, 2008-06-05 at 08:50 +0100, Pedro Silva wrote: > I started the man page for the livecd-iso-to-disk, I used this guide[1] > to do it. Awesome! > Since this is my first man page ever, shout if I made some terribly > mistake. It looks pretty good to me. For sections which don't have anything to put, the general way to work is just to leave them out. > Section Files: > > Should the man page pay attention to any files needed by > livecd-iso-to-disk, which ones? Not really... the idea is to make it as self-contained as possible > Section Environment: > > I haven't tested this yet but, is it possible to run livecd-iso-to-disk > when SELinux is on ? If not, should I mention it in this section? Yep, it works without any problems at all. So this section can probably go away. > Section Diagnostics: > > Should it contain the error messages that livecd-iso-to-disk can throw > at users? This probably also isn't that relevant... in fact, I'm not even finding any man pages with it in a quick check, so I'm not sure where it got made up for in the referenced page Jeremy From katzj at redhat.com Fri Jun 6 01:25:55 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 05 Jun 2008 21:25:55 -0400 Subject: [Fedora-livecd-list] Strange F9 networking problem after LCD install In-Reply-To: <48487707.8070509@pricom.com.au> References: <48487707.8070509@pricom.com.au> Message-ID: <1212715555.15058.3.camel@aglarond.local> On Fri, 2008-06-06 at 09:30 +1000, Philip Rhoades wrote: > SV:123456:respawn:/command/svscanboot > > but it doesn't work and I have to manually run it after the boot finishes. > > Any ideas why it does not run automatically during the boot? See the lines at the top of /etc/inittab... # inittab is only used by upstart for the default runlevel. # # ADDING OTHER CONFIGURATION HERE WILL HAVE NO EFFECT ON YOUR SYSTEM. Jeremy From katzj at fedoraproject.org Fri Jun 6 01:45:49 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 6 Jun 2008 01:45:49 +0000 (UTC) Subject: [Fedora-livecd-list] config/livecd-fedora-base-desktop.ks Message-ID: <20080606014549.C1521120039@lists.fedorahosted.org> config/livecd-fedora-base-desktop.ks | 1 + 1 file changed, 1 insertion(+) New commits: commit 924dbb6c54e85d26b333be4740c8f96d0f715a4a Author: Jeremy Katz Date: Thu Jun 5 12:48:26 2008 -0400 Ensure that tmpfs dirs are labeled correctly diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 14d49a4..ebe9ac8 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -135,6 +135,7 @@ chkconfig --level 345 readahead_later off 2>/dev/null mount -t tmpfs varcacheyum /var/cache/yum mount -t tmpfs tmp /tmp mount -t tmpfs vartmp /var/tmp +[ -x /sbin/restorecon ] && /sbin/restorecon /var/cache/yum /tmp /var/tmp >/dev/null 2>&1 # Stopgap fix for RH #217966; should be fixed in HAL instead touch /media/.hal-mtab From katzj at fedoraproject.org Fri Jun 6 01:49:39 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 6 Jun 2008 01:49:39 +0000 (UTC) Subject: [Fedora-livecd-list] 7 commits - config/livecd-fedora-base-desktop.ks tools/livecd-iso-to-disk.sh Message-ID: <20080606014939.55385120039@lists.fedorahosted.org> config/livecd-fedora-base-desktop.ks | 54 +++++++++++++++++++++- tools/livecd-iso-to-disk.sh | 83 ++++++++++++++++++++++++++++++++--- 2 files changed, 130 insertions(+), 7 deletions(-) New commits: commit 8fb9fe7a9a8017d1195c59e5a3cae27621a48c1e Author: Jeremy Katz Date: Mon Jun 2 20:16:39 2008 -0400 Allow adding extra kernel args to the syslinux.cfg with --extra-kernel-args Pass additional options to be appended to the kernel with --extra-kernel-args so that you can script running livecd-iso-to-disk pointing to a persistent /home more easily diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 8ef1194..7468cbb 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -199,6 +199,10 @@ while [ $# -gt 2 ]; do --reset-mbr|--resetmbr) resetmbr=1 ;; + --extra-kernel-args) + kernelargs=$2 + shift + ;; *) usage ;; @@ -332,6 +336,7 @@ cp $CDMNT/isolinux/* $USBMNT/$SYSLINUXPATH echo "Updating boot config file" # adjust label and fstype sed -i -e "s/CDLABEL=[^ ]*/$USBLABEL/" -e "s/rootfstype=[^ ]*/rootfstype=$USBFS/" $USBMNT/$SYSLINUXPATH/isolinux.cfg +if [ -n "$kernelargs" ]; then sed -i -e "s/liveimg/liveimg ${kernelargs}/" $USBMNT/$SYSLINUXPATH/isolinux.cfg ; fi if [ -n "$overlaysizemb" ]; then echo "Initializing persistent overlay file" commit dbc2395d810db84efbbaca214034d0c115078ffc Author: Jeremy Katz Date: Mon Jun 2 20:13:55 2008 -0400 And support specifying the persistent store by label or uuid If you specify persistenthome=LABEL=foo you will get the device labeled as "foo" mounted as /home rather than LiveOS/home.img. Similarly for UUID diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 84e2de8..0bafe3b 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -101,10 +101,15 @@ if ! strstr "\`cat /proc/cmdline\`" noswap && [ -n "\$swaps" ] ; then fi mountPersistentHome() { - # if we're not given a block device, then make it one + # support label/uuid + if [ "\${homedev##LABEL=}" != "\${homedev}" -o "\${homedev##UUID=}" != "\${homedev}" ]; then + homedev=\`/sbin/blkid -o device -t "\$homedev"\` + fi + + # if we're given a file rather than a blockdev, loopback it if [ ! -b "\$homedev" ]; then loopdev=\`losetup -f\` - if [ "\$\{homedev##/mnt/live\}" != "\$\{homedev\}" ]; then + if [ "\${homedev##/mnt/live}" != "\${homedev}" ]; then action "Remounting live store r/w" mount -o remount,rw /mnt/live fi losetup \$loopdev \$homedev commit 9ae29165b823621a5107b97025166b48854559fe Author: Jeremy Katz Date: Mon Jun 2 20:11:18 2008 -0400 Support specifying the persistent /home Specifying persistenthome=/path/to/device on the kernel command line will now prefer using that as opposed to anything else for the persistent /home diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index b364803..84e2de8 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -94,29 +94,54 @@ fi # enable swaps unless requested otherwise swaps=\`blkid -t TYPE=swap -o device\` -if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then +if ! strstr "\`cat /proc/cmdline\`" noswap && [ -n "\$swaps" ] ; then for s in \$swaps ; do action "Enabling swap partition \$s" swapon \$s done fi mountPersistentHome() { - homeloop=\`losetup -f\` - mount -o remount,rw /mnt/live - losetup \$homeloop /mnt/live/LiveOS/home.img - if [ "\$(/lib/udev/vol_id -t \$homeloop)" = "crypto_LUKS" ]; then + # if we're not given a block device, then make it one + if [ ! -b "\$homedev" ]; then + loopdev=\`losetup -f\` + if [ "\$\{homedev##/mnt/live\}" != "\$\{homedev\}" ]; then + action "Remounting live store r/w" mount -o remount,rw /mnt/live + fi + losetup \$loopdev \$homedev + homedev=\$loopdev + fi + + # if it's encrypted, we need to unlock it + if [ "\$(/lib/udev/vol_id -t \$homedev)" = "crypto_LUKS" ]; then echo echo "Setting up encrypted /home device" - cryptsetup luksOpen \$homeloop EncHome <&1 - homeloop=/dev/mapper/EncHome + cryptsetup luksOpen \$homedev EncHome <&1 + homedev=/dev/mapper/EncHome fi - mount \$homeloop /home + + # and finally do the mount + mount \$homedev /home [ -x /sbin/restorecon ] && /sbin/restorecon /home if [ -d /home/fedora ]; then USERADDARGS="-M" ; fi } +findPersistentHome() { + for arg in \`cat /proc/cmdline\` ; do + if [ "\${arg##persistenthome=}" != "\${arg}" ]; then + homedev=\${arg##persistenthome=} + return + fi + done +} + +if strstr "\`cat /proc/cmdline\`" persistenthome= ; then + findPersistentHome +elif [ -e /mnt/live/LiveOS/home.img ]; then + homedev=/mnt/live/LiveOS/home.img +fi + # if we have a persistent /home, then we want to go ahead and mount it -if ! strstr "\`cat /proc/cmdline\`" nopersisthome -a [ -e /mnt/live/LiveOS/home.img ] ; then +if ! strstr "\`cat /proc/cmdline\`" nopersistenthome && [ -n "\$homedev" ] ; then action "Mounting persistent /home" mountPersistentHome fi commit 881d186e0e8277839de5a1f160a4e4d87c9875df Author: Jeremy Katz Date: Mon Jun 2 17:15:55 2008 -0400 Support not blowing away the persistent /home with livecd-iso-to-disk By default, we shouldn't delete the persistent /home file. This adds support for a --delete-home argument and also makes it so that you have to be very clear that you want to delete to help avoid accidents from occurring diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 9bdcb0e..8ef1194 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -22,7 +22,7 @@ export PATH=/sbin:/usr/sbin:$PATH usage() { - echo "$0 [--reset-mbr] [--noverify] [--overlay-size-mb ] [--home-size-mb ] [ --unencrypted-home] " + echo "$0 [--reset-mbr] [--noverify] [--overlay-size-mb ] [--home-size-mb ] [--unencrypted-home] " exit 1 } @@ -173,6 +173,7 @@ if [ $(id -u) != 0 ]; then fi cryptedhome=1 +keephome=1 while [ $# -gt 2 ]; do case $1 in --overlay-size-mb) @@ -189,6 +190,9 @@ while [ $# -gt 2 ]; do --unencrypted-home) cryptedhome="" ;; + --delete-home) + keephome="" + ;; --noverify) noverify=1 ;; @@ -250,7 +254,6 @@ if [ -n "$homesizemb" -a "$USBFS" = "vfat" ]; then fi fi - # FIXME: would be better if we had better mountpoints CDMNT=$(mktemp -d /media/cdtmp.XXXXXX) mount -o loop,ro "$ISO" $CDMNT || exitclean @@ -259,6 +262,12 @@ mount $USBDEV $USBMNT || exitclean trap exitclean SIGINT SIGTERM +if [ -f "$USBMNT/LiveOS/home.img" -a -n "$keephome" -a -n "$homesizemb" ]; then + echo "ERROR: Requested keeping existing /home and specified a size for /home" + echo "Please either don't specify a size or specify --delete-home" + exitclean +fi + # let's try to make sure there's enough room on the stick if [ -d $CDMNT/LiveOS ]; then check=$CDMNT/LiveOS @@ -267,6 +276,8 @@ else fi if [ -d $USBMNT/LiveOS ]; then tbd=$(du -s -B 1M $USBMNT/LiveOS | awk {'print $1;'}) + [ -f $USBMNT/LiveOS/home.img ] && homesz=$(du -s -B 1M $USBMNT/LiveOS/home.img | awk {'print $1;'}) + [ -n "$homesz" -a -n "$keephome" ] && tbd=$(($tbd - $homesz)) else tbd=0 fi @@ -283,8 +294,17 @@ if [ $(($overlaysizemb + $homesizemb + $livesize)) -gt $(($free + $tbd)) ]; then fi if [ -d $USBMNT/LiveOS ]; then - echo "Already set up as live image. Deleting old in fifteen seconds..." - sleep 15 + echo "Already set up as live image." + if [ -z "$keephome" -a -e $USBMNT/LiveOS/home.img ]; then + echo "WARNING: Persistent /home will be deleted!!!" + echo "Press Enter to continue or ctrl-c to abort" + read + else + echo "Deleting old OS in fifteen seconds..." + sleep 15 + + [ -e "$USBMNT/LiveOS/home.img" -a -n "$keephome" ] && mv $USBMNT/LiveOS/home.img $USBMNT/home.img + fi rm -rf $USBMNT/LiveOS fi @@ -292,6 +312,7 @@ fi echo "Copying live image to USB stick" if [ ! -d $USBMNT/$SYSLINUXPATH ]; then mkdir $USBMNT/$SYSLINUXPATH ; fi if [ ! -d $USBMNT/LiveOS ]; then mkdir $USBMNT/LiveOS ; fi +if [ -n "$keephome" -a -f "$USBMNT/home.img" ]; then mv $USBMNT/home.img $USBMNT/LiveOS/home.img ; fi # cases without /LiveOS are legacy detection, remove for F10 if [ -f $CDMNT/LiveOS/squashfs.img ]; then cp $CDMNT/LiveOS/squashfs.img $USBMNT/LiveOS/squashfs.img || exitclean commit a8997895dc0dde65bf0e780570785e36688a6214 Author: Jeremy Katz Date: Mon Jun 2 17:13:30 2008 -0400 Make it more clear that we're mounting the persistent /home Be a little bit more verbose in the initscript about what we're doing diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index c883c0d..b364803 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -100,22 +100,28 @@ if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then done fi -# if we have a persistent /home, then we want to go ahead and mount it -if ! strstr "\`cat /proc/cmdline\`" nopersisthome -a [ -e /mnt/live/LiveOS/home.img ] ; then +mountPersistentHome() { homeloop=\`losetup -f\` mount -o remount,rw /mnt/live losetup \$homeloop /mnt/live/LiveOS/home.img if [ "\$(/lib/udev/vol_id -t \$homeloop)" = "crypto_LUKS" ]; then + echo + echo "Setting up encrypted /home device" cryptsetup luksOpen \$homeloop EncHome <&1 homeloop=/dev/mapper/EncHome fi mount \$homeloop /home [ -x /sbin/restorecon ] && /sbin/restorecon /home if [ -d /home/fedora ]; then USERADDARGS="-M" ; fi +} + +# if we have a persistent /home, then we want to go ahead and mount it +if ! strstr "\`cat /proc/cmdline\`" nopersisthome -a [ -e /mnt/live/LiveOS/home.img ] ; then + action "Mounting persistent /home" mountPersistentHome fi # add fedora user with no passwd -useradd \$USERADDARGS -c "Fedora Live" fedora +action "Adding fedora user" useradd \$USERADDARGS -c "Fedora Live" fedora passwd -d fedora > /dev/null # turn off firstboot for livecd boots commit aff8789c1b393475e65f799c82107b79864dc12e Author: Jeremy Katz Date: Mon Jun 2 17:04:13 2008 -0400 Support a nopersisthome argument on the kernel command line Passing 'nopersisthome' on the kernel command line will make it so that we don't attempt to mount a /home diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 5ab5560..c883c0d 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -101,7 +101,7 @@ if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then fi # if we have a persistent /home, then we want to go ahead and mount it -if [ -e /mnt/live/LiveOS/home.img ]; then +if ! strstr "\`cat /proc/cmdline\`" nopersisthome -a [ -e /mnt/live/LiveOS/home.img ] ; then homeloop=\`losetup -f\` mount -o remount,rw /mnt/live losetup \$homeloop /mnt/live/LiveOS/home.img commit 8b08198556821a5cd2a35904494a0bd31c053a14 Author: Jeremy Katz Date: Mon Jun 2 15:45:03 2008 -0400 Initial support for a persistent /home (#445218) In addition to having a persistent overlay, it can be useful to just have an encrypted /home. This provides the beginning of that support with the creation of LiveOS/home.img in livecd-iso-to-disk.sh, which is encrypted by default. Future things still to do: * Command line argument 'nopersisthome' should not mount the persistent /home * Support for specifying something other than /mnt/live/LiveOS/home.img as the source of the persistent /home * Support not blowing away the home.img on later livecd-iso-to-disk runs * Make the boot process a little bit more clear about what's going on (eg, unlocking /dev/loop5 isn't all that obvious) * How best to update the OS on the usb stick? diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index ebe9ac8..5ab5560 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -100,8 +100,22 @@ if ! strstr "\`cat /proc/cmdline\`" noswap -a [ -n "\$swaps" ] ; then done fi +# if we have a persistent /home, then we want to go ahead and mount it +if [ -e /mnt/live/LiveOS/home.img ]; then + homeloop=\`losetup -f\` + mount -o remount,rw /mnt/live + losetup \$homeloop /mnt/live/LiveOS/home.img + if [ "\$(/lib/udev/vol_id -t \$homeloop)" = "crypto_LUKS" ]; then + cryptsetup luksOpen \$homeloop EncHome <&1 + homeloop=/dev/mapper/EncHome + fi + mount \$homeloop /home + [ -x /sbin/restorecon ] && /sbin/restorecon /home + if [ -d /home/fedora ]; then USERADDARGS="-M" ; fi +fi + # add fedora user with no passwd -useradd -c "Fedora Live" fedora +useradd \$USERADDARGS -c "Fedora Live" fedora passwd -d fedora > /dev/null # turn off firstboot for livecd boots diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 3e1979b..9bdcb0e 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -22,7 +22,7 @@ export PATH=/sbin:/usr/sbin:$PATH usage() { - echo "$0 [--reset-mbr] [--noverify] [--overlay-size-mb ] " + echo "$0 [--reset-mbr] [--noverify] [--overlay-size-mb ] [--home-size-mb ] [ --unencrypted-home] " exit 1 } @@ -172,12 +172,23 @@ if [ $(id -u) != 0 ]; then exit 1 fi +cryptedhome=1 while [ $# -gt 2 ]; do case $1 in --overlay-size-mb) overlaysizemb=$2 shift ;; + --home-size-mb) + homesizemb=$2 + shift + ;; + --crypted-home) + cryptedhome=1 + ;; + --unencrypted-home) + cryptedhome="" + ;; --noverify) noverify=1 ;; @@ -232,6 +243,14 @@ if [ -n "$overlaysizemb" -a "$USBFS" = "vfat" ]; then fi fi +if [ -n "$homesizemb" -a "$USBFS" = "vfat" ]; then + if [ "$homesizemb" -gt 2047 ]; then + echo "Can't have a home overlay greater than 2048MB on VFAT" + exitclean + fi +fi + + # FIXME: would be better if we had better mountpoints CDMNT=$(mktemp -d /media/cdtmp.XXXXXX) mount -o loop,ro "$ISO" $CDMNT || exitclean @@ -254,10 +273,11 @@ 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 +if [ $(($overlaysizemb + $homesizemb + $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" + [ -n "$overlaysizemb" ] && echo "Overlay size: $overlaysizemb" + [ -n "$homesizemb" ] && echo "Home overlay size: $homesizemb" echo "Available space: $(($free + $tbd))" exitclean fi @@ -307,6 +327,33 @@ if [ -n "$overlaysizemb" ]; then $USBMNT/$SYSLINUXPATH/isolinux.cfg fi +if [ -n "$homesizemb" ]; then + echo "Initializing persistent /home" + HOMEFILE=home.img + if [ "$USBFS" = "vfat" ]; then + # vfat can't handle sparse files + dd if=/dev/zero of=$USBMNT/LiveOS/$HOMEFILE count=$homesizemb bs=1M + else + dd if=/dev/null of=$USBMNT/LiveOS/$HOMEFILE count=1 bs=1M seek=$homesizemb + fi + if [ -n "$cryptedhome" ]; then + loop=$(losetup -f) + losetup $loop $USBMNT/LiveOS/$HOMEFILE + echo "Encrypting persistent /home" + cryptsetup luksFormat -y -q $loop + echo "Please enter the password again to unlock the device" + cryptsetup luksOpen $loop EncHomeFoo + mke2fs -j /dev/mapper/EncHomeFoo + tune2fs -c0 -i0 -ouser_xattr,acl /dev/mapper/EncHomeFoo + cryptsetup luksClose EncHomeFoo + losetup -d $loop + else + echo "Formatting unencrypted /home" + mke2fs -F -j $USBMNT/LiveOS/$HOMEFILE + tune2fs -c0 -i0 -ouser_xattr,acl $USBMNT/LiveOS/$HOMEFILE + fi +fi + echo "Installing boot loader" if [ "$USBFS" = "vfat" -o "$USBFS" = "msdos" ]; then # syslinux expects the config to be named syslinux.cfg From katzj at fedoraproject.org Fri Jun 6 01:50:23 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Fri, 6 Jun 2008 01:50:23 +0000 (UTC) Subject: [Fedora-livecd-list] config/livecd-fedora-base-desktop.ks Message-ID: <20080606015023.F2048120039@lists.fedorahosted.org> config/livecd-fedora-base-desktop.ks | 14 ++++++++++++++ 1 file changed, 14 insertions(+) New commits: commit 6cda8976d851523f4f65c6fae05bd9339d5d4e2c Author: Jeremy Katz Date: Thu Jun 5 16:55:46 2008 -0400 Hack to eject the CD on shutdown to handle #239928 Eject the CD on shutdown from halt.local. This could end up hanging the shutdown process but we can't really do better without support for eject in /sbin/halt (#448997) diff --git a/config/livecd-fedora-base-desktop.ks b/config/livecd-fedora-base-desktop.ks index 0bafe3b..586c958 100644 --- a/config/livecd-fedora-base-desktop.ks +++ b/config/livecd-fedora-base-desktop.ks @@ -192,6 +192,20 @@ touch /media/.hal-mtab # workaround clock syncing on shutdown that we don't want (#297421) sed -i -e 's/hwclock/no-such-hwclock/g' /etc/rc.d/init.d/halt + +# and hack so that we eject the cd on shutdown if we're using a CD... +if strstr "\`cat /proc/cmdline\`" CDLABEL= ; then + cat >> /sbin/halt.local << FOE +#!/bin/bash +# we want to eject the cd on halt, but let's also try to avoid +# io errors due to not being able to get files... +cat /sbin/halt > /dev/null +cat /sbin/reboot > /dev/null +/usr/sbin/eject -p -m \$(readlink -f /dev/live) >/dev/null 2>&1 +FOE +chmod +x /sbin/halt.local +fi + EOF # bah, hal starts way too late From katzj at redhat.com Fri Jun 6 02:08:39 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 05 Jun 2008 22:08:39 -0400 Subject: [Fedora-livecd-list] Re: [RFC] -v2 livecd running and selinux enforcing In-Reply-To: <1212701715.2863.60.camel@localhost.localdomain> References: <1212701715.2863.60.camel@localhost.localdomain> Message-ID: <1212718119.12346.4.camel@aglarond.local> This looks good. Just a couple of (minor) tweaks/questions * Doesn't want to apply cleanly to current tip of git. Should be straight-forward to fix, if you don't have the time, I can * Any chance of splitting it into two chunks (one for the main bit, a second for the "selinux --enforcing request, but no lokkit in the package list)? Again, I can if not On Thu, 2008-06-05 at 17:35 -0400, Eric Paris wrote: > Still ongoing selinux policy and toolchain work in this area is needed > and I should do more testing on a host machine with selinux disabled but > this is the livecd patch I've got working as of today. I think that I > want to make my print >> sys.stderr message actually be fatal. The > reason for this is because setting selinux --disabled in the kickstart > and not having /usr/sbin/lokkit results in an enabled livecd which > doesn't work... No reason to just print a message and not stop the > work if we know for sure the results are useless... Sure, and it's early enough to be reasonable. Just switch the print to raise CreatorError and things will get torn down correctly too > This patch also has the f.close() fix that I sent yesterday, so it might > not apply if you already applied that one... Yeah, I pushed it right after you sent it In any case, I can fix those little things up tomorrow if you want to move on to something else and just get this committed, pushed and the relevant bug closed. And then we can hopefully get some more testing than just the two of us Jeremy From berrange at redhat.com Fri Jun 6 09:11:53 2008 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 6 Jun 2008 10:11:53 +0100 Subject: [Fedora-livecd-list] livecd-iso-to-disk man page In-Reply-To: <1212652200.3214.8.camel@localhost.localdomain> References: <1212652200.3214.8.camel@localhost.localdomain> Message-ID: <20080606091153.GA25958@redhat.com> On Thu, Jun 05, 2008 at 08:50:00AM +0100, Pedro Silva wrote: > Hi! > > I started the man page for the livecd-iso-to-disk, I used this guide[1] > to do it. > > Since this is my first man page ever, shout if I made some terribly > mistake. > ???[1] http://www.schweikhardt.net/man_page_howto.html > > Thoughts, tips? Personally I always recommend avoiding NROFF as your master format when writing man pages since it is seriously unpleasant to read as an author. I don't know what Jeremy's thoughts are on the topic, but even though this is python code, you might like to consider writing it using POD (Perl's native documentation format) which is a easily readable plain text markup you can embed in shell/python/perl/etc source files, or just have in a standalone text file. You can process this using pod2man to generate the NROFF formatted man page, as well as also having access to pod2html to produce online HTML version, or pod2text for a completely plain text version. This is what I used for all the python virtualization tools such as virt-install, virt-clone, virt-manager. You can see an examples of the 'master' POD format http://hg.et.redhat.com/virt/applications/virtinst--devel?f=72d52276a33e;file=man/en/virt-clone.pod and the generated man page http://hg.et.redhat.com/virt/applications/virtinst--devel?f=1ceb93283682;file=man/en/virt-clone.1 Regards, Daniel. -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From phil at pricom.com.au Fri Jun 6 15:16:47 2008 From: phil at pricom.com.au (Philip Rhoades) Date: Sat, 07 Jun 2008 01:16:47 +1000 Subject: [Fedora-livecd-list] Strange F9 networking problem after LCD install In-Reply-To: <1212715555.15058.3.camel@aglarond.local> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> Message-ID: <484954DF.2070409@pricom.com.au> Jeremy, Jeremy Katz wrote: > On Fri, 2008-06-06 at 09:30 +1000, Philip Rhoades wrote: >> SV:123456:respawn:/command/svscanboot >> >> but it doesn't work and I have to manually run it after the boot finishes. >> >> Any ideas why it does not run automatically during the boot? > > See the lines at the top of /etc/inittab... > > # inittab is only used by upstart for the default runlevel. > # > # ADDING OTHER CONFIGURATION HERE WILL HAVE NO EFFECT ON YOUR SYSTEM. ?? - The qmail install has been adding this to /etc/inittab since FC3 with no problems . . I will ask on the qmail list . . Thanks, Phil. -- Philip Rhoades Pricom Pty Limited (ACN 003 252 275 ABN 91 003 252 275) GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil at pricom.com.au From admin at neuronalresearch.com Fri Jun 6 15:20:15 2008 From: admin at neuronalresearch.com (Admin) Date: Sat, 07 Jun 2008 01:20:15 +1000 Subject: [Fedora-livecd-list] Strange F9 networking problem after LCD install Message-ID: <484955AF.1090608@neuronalresearch.com> People, I had problems installing from the Fedora 9 iso file ie one hard disk to another HD after booting from an existing F8 setup so I did a F9 LiveCD install (I never had problems installing from HD for previous Fedora versions). The netqmail install puts a line in: /etc/inittab which is: SV:123456:respawn:/command/svscanboot but it doesn't work and I have to manually run it after the boot finishes. Any ideas why it does not run automatically during the boot? (It has been working fine since Fedora Core 3). Thanks, Phil. -- Philip Rhoades Pricom Pty Limited (ACN 003 252 275 ABN 91 003 252 275) GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil at pricom.com.au From phil at pricom.com.au Fri Jun 6 15:32:23 2008 From: phil at pricom.com.au (Philip Rhoades) Date: Sat, 07 Jun 2008 01:32:23 +1000 Subject: [Fedora-livecd-list] Strange F9 networking problem after LCD install In-Reply-To: <484955AF.1090608@neuronalresearch.com> References: <484955AF.1090608@neuronalresearch.com> Message-ID: <48495887.9020401@pricom.com.au> People, Sorry . . accidentally sent it to this list again (as well as the qmail list) . . Phil. Admin wrote: > People, > > I had problems installing from the Fedora 9 iso file ie one hard disk to > another HD after booting from an existing F8 setup so I did a F9 LiveCD > install (I never had problems installing from HD for previous Fedora > versions). The netqmail install puts a line in: > > /etc/inittab > > which is: > > SV:123456:respawn:/command/svscanboot > > but it doesn't work and I have to manually run it after the boot finishes. > > Any ideas why it does not run automatically during the boot? (It has > been working fine since Fedora Core 3). > > Thanks, > > Phil. -- Philip Rhoades Pricom Pty Limited (ACN 003 252 275 ABN 91 003 252 275) GPO Box 3411 Sydney NSW 2001 Australia E-mail: phil at pricom.com.au From katzj at redhat.com Fri Jun 6 16:25:32 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 06 Jun 2008 12:25:32 -0400 Subject: [Fedora-livecd-list] Strange F9 networking problem after LCD install In-Reply-To: <484954DF.2070409@pricom.com.au> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> Message-ID: <1212769532.32560.1.camel@aglarond.local> On Sat, 2008-06-07 at 01:16 +1000, Philip Rhoades wrote: > Jeremy Katz wrote: > > On Fri, 2008-06-06 at 09:30 +1000, Philip Rhoades wrote: > >> SV:123456:respawn:/command/svscanboot > >> > >> but it doesn't work and I have to manually run it after the boot finishes. > >> > >> Any ideas why it does not run automatically during the boot? > > > > See the lines at the top of /etc/inittab... > > > > # inittab is only used by upstart for the default runlevel. > > # > > # ADDING OTHER CONFIGURATION HERE WILL HAVE NO EFFECT ON YOUR SYSTEM. > ?? - The qmail install has been adding this to /etc/inittab since FC3 > with no problems . . I will ask on the qmail list . . Per the release notes, Fedora 9 has switched to using upstart as opposed to the more traditional sysvinit. With this change, /etc/inittab no longer has any relevance. See http://docs.fedoraproject.org/release-notes/f9/en_US/sn-System-Services.html#sn-Upstart Jeremy From katzj at fedoraproject.org Sat Jun 7 00:42:03 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Sat, 7 Jun 2008 00:42:03 +0000 (UTC) Subject: [Fedora-livecd-list] 2 commits - imgcreate/creator.py imgcreate/kickstart.py imgcreate/yuminst.py Message-ID: <20080607004203.C12D0120039@lists.fedorahosted.org> imgcreate/creator.py | 67 +++++++++++++++++++++++++++++++++++++++++++++---- imgcreate/kickstart.py | 2 - imgcreate/yuminst.py | 10 +++++++ 3 files changed, 73 insertions(+), 6 deletions(-) New commits: commit 49e71af9f2e2eb81254fc32c85481031cdc87343 Author: Eric Paris Date: Fri Jun 6 16:11:54 2008 -0400 LiveCD - add test for /sbin/lokkit if it is needed for selinux config This patch adds a new function ayum.installHasFile() which tells if the install image is going to contain a given file. We then use this new function to make sure lokkit is going to be present so that we will be able to disable selinux inside the image if the kickstart was configured that way. If we cannot accomidate the kickstart setting we error the build. Signed-off-by: Eric Paris diff --git a/imgcreate/creator.py b/imgcreate/creator.py index f65f7d4..c9ed60c 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -594,7 +594,14 @@ class ImageCreator(object): for pkg in kickstart.get_excluded(self.ks, self._get_excluded_packages()): ayum.deselectPackage(pkg) - + + # if the system is running selinux and the kickstart wants it disabled + # we need /usr/sbin/lokkit + def __can_handle_selinux(self, ayum): + file = "/usr/sbin/lokkit" + if not kickstart.selinux_enabled(self.ks) and os.path.exists("/selinux/enforce") and not ayum.installHasFile(file): + raise CreatorError("Unable to disable SELinux because the installed package set did not include the file %s" % (file)) + def install(self, repo_urls = {}): """Install packages into the install root. @@ -630,6 +637,9 @@ class ImageCreator(object): self.__select_packages(ayum) self.__select_groups(ayum) self.__deselect_packages(ayum) + + self.__can_handle_selinux(ayum) + ayum.runInstall() except yum.Errors.RepoError, e: raise CreatorError("Unable to download from repo : %s" % (e,)) diff --git a/imgcreate/yuminst.py b/imgcreate/yuminst.py index aebb822..dd5b189 100644 --- a/imgcreate/yuminst.py +++ b/imgcreate/yuminst.py @@ -139,6 +139,16 @@ class LiveCDYum(yum.YumBase): repo.setCallback(TextProgress()) self.repos.add(repo) return repo + + def installHasFile(self, file): + provides_pkg = self.whatProvides(file, None, None) + dlpkgs = map(lambda x: x.po, filter(lambda txmbr: txmbr.ts_state in ("i", "u"), self.tsInfo.getMembers())) + for p in dlpkgs: + for q in provides_pkg: + if (p == q): + return True + return False + def runInstall(self): os.environ["HOME"] = "/" commit 05ca79403a42792ac775d93cc6b6d46cd9e57a17 Author: Eric Paris Date: Fri Jun 6 16:11:53 2008 -0400 LiveCD - Add fake /selinux so livecd can run in enforcing This patch adds a /selinux directory to a newly created livecd compose which will allow the tools inside the chroot to interoperate with the live system successfully. Signed-off-by: Eric Paris diff --git a/imgcreate/creator.py b/imgcreate/creator.py index 5d010a1..f65f7d4 100644 --- a/imgcreate/creator.py +++ b/imgcreate/creator.py @@ -24,6 +24,7 @@ import tempfile import shutil import logging +import selinux import yum import rpm @@ -421,6 +422,52 @@ class ImageCreator(object): os.symlink('/proc/self/fd/2', self._instroot + "/dev/stderr") os.umask(origumask) + def __create_selinuxfs(self): + # if selinux exists on the host we need to lie to the chroot + if os.path.exists("/selinux/enforce"): + selinux_dir = self._instroot + "/selinux" + + # enforce=0 tells the chroot selinux is not enforcing + # policyvers=999 tell the chroot to make the highest version of policy it can + files = (('/enforce', '0'), + ('/policyvers', '999')) + for (file, value) in files: + fd = os.open(selinux_dir + file, os.O_WRONLY | os.O_TRUNC | os.O_CREAT) + os.write(fd, value) + os.close(fd) + + # we steal mls from the host system for now, might be best to always set it to 1???? + files = ("/mls",) + for file in files: + shutil.copyfile("/selinux" + file, selinux_dir + file) + + # make /load -> /dev/null so chroot policy loads don't hurt anything + os.mknod(selinux_dir + "/load", 0666 | stat.S_IFCHR, os.makedev(1, 3)) + + # selinux is on in the kickstart, so clean up as best we can to start + if kickstart.selinux_enabled(self.ks): + # label the fs like it is a root before the bind mounting + arglist = ["/sbin/setfiles", "-F", "-r", self._instroot, selinux.selinux_file_context_path(), self._instroot] + subprocess.call(arglist, close_fds = True) + # these dumb things don't get magically fixed, so make the user generic + for f in ("/proc", "/sys", "/selinux"): + arglist = ["/usr/bin/chcon", "-u", "system_u", self._instroot + f] + subprocess.call(arglist, close_fds = True) + + def __destroy_selinuxfs(self): + # if the system was running selinux clean up our lies + if os.path.exists("/selinux/enforce"): + files = ('/enforce', + '/policyvers', + '/mls', + '/load') + for file in files: + try: + os.unlink(self._instroot + "/selinux" + file) + except OSError: + pass + + def mount(self, base_on = None, cachedir = None): """Setup the target filesystem in preparation for an install. @@ -446,7 +493,7 @@ class ImageCreator(object): self._mount_instroot(base_on) - for d in ("/dev/pts", "/etc", "/boot", "/var/log", "/var/cache/yum"): + for d in ("/dev/pts", "/etc", "/boot", "/var/log", "/var/cache/yum", "/sys", "/proc", "/selinux"): makedirs(self._instroot + d) cachesrc = cachedir or (self.__builddir + "/yum-cache") @@ -458,9 +505,7 @@ class ImageCreator(object): (cachesrc, "/var/cache/yum")]: self.__bindmounts.append(BindChrootMount(f, self._instroot, dest)) - # /selinux should only be mounted if selinux is enabled (enforcing or permissive) - if kickstart.selinux_enabled(self.ks): - self.__bindmounts.append(BindChrootMount("/selinux", self._instroot, None)) + self.__create_selinuxfs() self._do_bindmounts() @@ -483,6 +528,8 @@ class ImageCreator(object): except OSError: pass + self.__destroy_selinuxfs() + self._undo_bindmounts() self._unmount_instroot() diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index c83e795..180cea2 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -389,7 +389,7 @@ class SelinuxConfig(KickstartConfig): if not os.path.exists(self.path("/sbin/restorecon")): return - self.call(["/sbin/restorecon", "-l", "-v", "-r", "/"]) + self.call(["/sbin/restorecon", "-l", "-v", "-r", "-F", "-e", "/proc", "-e", "/sys", "-e", "/dev", "-e", "/selinux", "/"]) def apply(self, ksselinux): if os.path.exists(self.path("/usr/sbin/lokkit")): From pedrofsilva at netcabo.pt Sat Jun 7 07:45:04 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Sat, 07 Jun 2008 08:45:04 +0100 Subject: [Fedora-livecd-list] livecd-iso-to-disk man page In-Reply-To: <20080606091153.GA25958@redhat.com> References: <1212652200.3214.8.camel@localhost.localdomain> <20080606091153.GA25958@redhat.com> Message-ID: <1212824704.3023.5.camel@localhost.localdomain> Sex, 2008-06-06 ?s 10:11 +0100, Daniel P. Berrange escreveu: > On Thu, Jun 05, 2008 at 08:50:00AM +0100, Pedro Silva wrote: > > Hi! > > > > I started the man page for the livecd-iso-to-disk, I used this guide[1] > > to do it. > > > > Since this is my first man page ever, shout if I made some terribly > > mistake. > > > ???[1] http://www.schweikhardt.net/man_page_howto.html > > > > Thoughts, tips? > > Personally I always recommend avoiding NROFF as your master format when > writing man pages since it is seriously unpleasant to read as an author. > I don't know what Jeremy's thoughts are on the topic, but even though this > is python code, you might like to consider writing it using POD (Perl's > native documentation format) which is a easily readable plain text markup > you can embed in shell/python/perl/etc source files, or just have in a > standalone text file. You can process this using pod2man to generate the > NROFF formatted man page, as well as also having access to pod2html to > produce online HTML version, or pod2text for a completely plain text version. > Daniel, thanks for input. I'm happy to jump format as long as I land in a format I can use and is accepted by other Fedora projects. The HOWTO that I used was the first hit in google with "how to make a man page linux". After reading your message, I searched for this kind of info in fedora's wiki but I don't think there is any page about a "standard" way of doing man pages for fedora. If there are no objections, I'll make livecd-tool's man pages using POD markup language. Jeremy, your input about the sections will also be taken into account. :) Best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From tim.wood at datawranglers.com Sat Jun 7 18:07:43 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sat, 07 Jun 2008 12:07:43 -0600 Subject: [Fedora-livecd-list] LiveCD build fails: setenforce / startX In-Reply-To: <1212769532.32560.1.camel@aglarond.local> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> <1212769532.32560.1.camel@aglarond.local> Message-ID: <484ACE6F.4060204@datawranglers.com> I've updated a kickstart to F9 and the Builds have been failing. I'll skip the details about googling, etc. Here's the command output, removing most of the installing lines: > livecd-creator --config="/media/installers/Linux/kickstarts/sw-gateway/sw-gateway-ks-0.3.06.cfg" --cache=/var/tmp --fslabel=swg-0.3.06 mke2fs 1.40.10 (21-May-2008) Warning: 256-byte inodes not usable on older systems Filesystem label=swg-0.3.06 OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 262144 inodes, 1048576 blocks 10485 blocks (1.00%) reserved for the super user First data block=0 Maximum filesystem blocks=1073741824 32 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 30 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. tune2fs 1.40.10 (21-May-2008) Setting maximal mount count to -1 Setting interval between checks to 0 seconds Retrieving http://ftp.usf.edu/pub/fedora/linux/releases/9/Everything/i386/os/repodata/repomd.xml ...OK Retrieving http://mirror.lib.ucdavis.edu/fedora/linux/updates/9/i386/repodata/repomd.xml ...OK Retrieving file:///media/installers/Linux/custom_rpms/repodata/repomd.xml ...OK No such package *debuginfo to remove No such package setenforce to remove Installing: sanders-wireless-logos ##################### [ 1/833] warning: setup-2.6.14-1.fc9: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 Installing: setup ##################### [ 2/833] [snip] Installing: mirage ##################### [832/832] /usr/sbin/setenforce: SELinux is disabled Traceback (most recent call last): File "/usr/bin/livecd-creator", line 132, in sys.exit(main()) File "/usr/bin/livecd-creator", line 116, in main creator.configure() File "/usr/lib/python2.5/site-packages/imgcreate/creator.py", line 649, in configure kickstart.XConfig(self._instroot).apply(ksh.xconfig) File "/usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line 211, in apply if not ksxconfig.startX: AttributeError: F10_XConfig instance has no attribute 'startX' From katzj at redhat.com Sun Jun 8 02:27:27 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 07 Jun 2008 22:27:27 -0400 Subject: [Fedora-livecd-list] livecd-iso-to-disk man page In-Reply-To: <1212824704.3023.5.camel@localhost.localdomain> References: <1212652200.3214.8.camel@localhost.localdomain> <20080606091153.GA25958@redhat.com> <1212824704.3023.5.camel@localhost.localdomain> Message-ID: <1212892047.32560.14.camel@aglarond.local> On Sat, 2008-06-07 at 08:45 +0100, Pedro Silva wrote: > If there are no objections, I'll make livecd-tool's man pages using POD > markup language. Either/or works fine for me. > Jeremy, your input about the sections will also be taken into > account. :) Sounds good; I look forward to adding them to the tree :-) Jeremy From katzj at redhat.com Sun Jun 8 02:29:26 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 07 Jun 2008 22:29:26 -0400 Subject: [Fedora-livecd-list] LiveCD build fails: setenforce / startX In-Reply-To: <484ACE6F.4060204@datawranglers.com> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> <1212769532.32560.1.camel@aglarond.local> <484ACE6F.4060204@datawranglers.com> Message-ID: <1212892166.32560.16.camel@aglarond.local> On Sat, 2008-06-07 at 12:07 -0600, Tim Wood wrote: > I've updated a kickstart to F9 and the Builds have been failing. I'll > skip the details about googling, etc. Here's the command output, > removing most of the installing lines: [snip] > File "/usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line > 211, in apply > if not ksxconfig.startX: > AttributeError: F10_XConfig instance has no attribute 'startX' This is caused by a pykickstart API change. clumens said he was going to fix it (and I believe did in git), but then I guess hasn't done a build. I'll poke him about it on Monday Jeremy From tim.wood at datawranglers.com Sun Jun 8 02:36:51 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sat, 07 Jun 2008 20:36:51 -0600 Subject: [Fedora-livecd-list] LiveCD build fails: setenforce / startX In-Reply-To: <1212892166.32560.16.camel@aglarond.local> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> <1212769532.32560.1.camel@aglarond.local> <484ACE6F.4060204@datawranglers.com> <1212892166.32560.16.camel@aglarond.local> Message-ID: <484B45C3.4090801@datawranglers.com> Thanks Jeremy. FWIW, I'm working off the rawhide version... Tim Jeremy Katz wrote: > On Sat, 2008-06-07 at 12:07 -0600, Tim Wood wrote: > >> I've updated a kickstart to F9 and the Builds have been failing. I'll >> skip the details about googling, etc. Here's the command output, >> removing most of the installing lines: >> > [snip] > >> File "/usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line >> 211, in apply >> if not ksxconfig.startX: >> AttributeError: F10_XConfig instance has no attribute 'startX' >> > > This is caused by a pykickstart API change. clumens said he was going > to fix it (and I believe did in git), but then I guess hasn't done a > build. I'll poke him about it on Monday > > 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 tim.wood at datawranglers.com Sun Jun 8 02:42:47 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sat, 07 Jun 2008 20:42:47 -0600 Subject: [Fedora-livecd-list] LiveCD build fails: setenforce / startX In-Reply-To: <484B45C3.4090801@datawranglers.com> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> <1212769532.32560.1.camel@aglarond.local> <484ACE6F.4060204@datawranglers.com> <1212892166.32560.16.camel@aglarond.local> <484B45C3.4090801@datawranglers.com> Message-ID: <484B4727.9040401@datawranglers.com> Okay... that was dumb and repetitive of me. Please ignore everything in my last email after "Thanks Jeremy"... Tim Wood wrote: > Thanks Jeremy. FWIW, I'm working off the rawhide version... > > Tim > > Jeremy Katz wrote: >> On Sat, 2008-06-07 at 12:07 -0600, Tim Wood wrote: >> >>> I've updated a kickstart to F9 and the Builds have been failing. I'll >>> skip the details about googling, etc. Here's the command output, >>> removing most of the installing lines: >>> >> [snip] >> >>> File "/usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line >>> 211, in apply >>> if not ksxconfig.startX: >>> AttributeError: F10_XConfig instance has no attribute 'startX' >>> >> >> This is caused by a pykickstart API change. clumens said he was going >> to fix it (and I believe did in git), but then I guess hasn't done a >> build. I'll poke him about it on Monday >> >> Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.cain at gmail.com Sun Jun 8 03:19:48 2008 From: brian.cain at gmail.com (Brian Cain) Date: Sat, 7 Jun 2008 22:19:48 -0500 Subject: [Fedora-livecd-list] livecd-creator breaks NIS? Message-ID: <17e3a31c0806072019m38020700x8751e039c67e122c@mail.gmail.com> I haven't tracked down all of the details yet, but I think installing yp-tools into the chrooted livecd environment wreaks some kind of havoc on the invoking system's yp setup. It seems to take a ypbind restart before things recover. Before I take a deeper look, has anyone else experienced this? -- -Brian -------------- next part -------------- An HTML attachment was scrubbed... URL: From kanarip at kanarip.com Sun Jun 8 12:43:33 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sun, 08 Jun 2008 14:43:33 +0200 Subject: [Fedora-livecd-list] livecd-creator breaks NIS? In-Reply-To: <17e3a31c0806072019m38020700x8751e039c67e122c@mail.gmail.com> References: <17e3a31c0806072019m38020700x8751e039c67e122c@mail.gmail.com> Message-ID: <484BD3F5.8070404@kanarip.com> Brian Cain wrote: > I haven't tracked down all of the details yet, but I think installing > yp-tools into the chrooted livecd environment wreaks some kind of havoc > on the invoking system's yp setup. It seems to take a ypbind restart > before things recover. Before I take a deeper look, has anyone else > experienced this? > Yes. Same symptoms, same results -in F7. I hadn't looked into it any further though. -Jeroen From pedrofsilva at netcabo.pt Sun Jun 8 16:29:57 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Sun, 08 Jun 2008 17:29:57 +0100 Subject: [Fedora-livecd-list] New livecd-iso-to-disk man page. Message-ID: <1212942597.3412.6.camel@localhost.localdomain> Hi! Attached is the new version of livecd-iso-to-disk's man page written in POD. I followed Daniel and Jeremy's guidelines and example files to put more information into the man page. I used "pod2man livecd-iso-to-disk.pod | groff -man -Tascii" to review my work. Please review it for errors, specially the Copyright section, I don't know if I got it right. Next up, livecd-creator's man page. Best regards, -- Pedro Silva -------------- next part -------------- =pod =head1 NAME livecd-iso-to-disk, install livecd-creator images in usb stick =head1 SYNOPSIS B [--reset-mbr] [--noverify] [--overlay-size-mb ] =head1 DESCRIPTION B converts a live cd or dvd image into a bootable USB stick. This is not a destructive process; any data you currently have on your USB stick will be preserved. =head1 OPTIONS =over 4 =item --reset-mbr Resets Master Boot Record of usb stick by copying syslinux's mbr.bin. =item --noverify Disables image validation before installing it. =item --overlay-size-mb Overlay's size in megabytes. Note that you'll need to have space on your USB stick for the live image plus your overlay plus any other data you want on the stick. =back =head1 CONTRIBUTORS David Zeuthen, Jeremy Katz, Douglas McClendon and a team of many other contributors. See the AUTHORS file in the source distribution for the complete list of credits. =head1 BUGS Report bugs to the mailing list C or directly to BugZilla C against the C product, and the C component. =head1 COPYRIGHT Copyright (C) Fedora Project 2008, and various contributors. This is free software. You may redistribute copies of it under the terms of the GNU General Public License C. There is NO WARRANTY, to the extent permitted by law. =head1 SEE ALSO C, project website C =cut -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From tim.wood at datawranglers.com Sun Jun 8 18:06:16 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sun, 08 Jun 2008 12:06:16 -0600 Subject: [Fedora-livecd-list] New livecd-iso-to-disk man page. In-Reply-To: <1212942597.3412.6.camel@localhost.localdomain> References: <1212942597.3412.6.camel@localhost.localdomain> Message-ID: <484C1F98.5000500@datawranglers.com> Pedro, thanks for your efforts on this. I'm assuming you want feedback directed to the mailing list. True? Tim Pedro Silva wrote: > Hi! > > Attached is the new version of livecd-iso-to-disk's man page written in > POD. I followed Daniel and Jeremy's guidelines and example files to put > more information into the man page. > > I used "pod2man livecd-iso-to-disk.pod | groff -man -Tascii" to review > my work. > > Please review it for errors, specially the Copyright section, I don't > know if I got it right. > > Next up, livecd-creator's man page. > > Best regards, > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.wood at datawranglers.com Sun Jun 8 18:13:31 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Sun, 08 Jun 2008 12:13:31 -0600 Subject: [Fedora-livecd-list] More on LiveCD build fails: setenforce / startX In-Reply-To: <484B4727.9040401@datawranglers.com> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> <1212769532.32560.1.camel@aglarond.local> <484ACE6F.4060204@datawranglers.com> <1212892166.32560.16.camel@aglarond.local> <484B45C3.4090801@datawranglers.com> <484B4727.9040401@datawranglers.com> Message-ID: <484C214B.9060606@datawranglers.com> I built the latest git version and tested my kickstart against it and received the following: > livecd-creator \ --config="/media/installers/Linux/kickstarts/sw-gateway/sw-gateway-ks-0.3.06.cfg" \ --cache=/var/tmp --fslabel=swg-0.3.06 [snip] Installing: yum-packagekit ##################### [833/833] /usr/sbin/setenforce: SELinux is disabled Error creating Live CD : Unable to set unencrypted password due to lack of /bin/echo According to rpmfind.net, bin/echo is part of the coreutils package on F9. The kickstart in question already includes the core group, but I added the coreutils package. So I've got a kickstart that looks like: [snip] @core [snip] coreutils [snip] Then I re-ran livecd-creator as above and received the same error. Suggestions? Tim Tim Wood wrote: > Okay... that was dumb and repetitive of me. Please ignore everything > in my last email after "Thanks Jeremy"... > > > Tim Wood wrote: >> Thanks Jeremy. FWIW, I'm working off the rawhide version... >> >> Tim >> >> Jeremy Katz wrote: >>> On Sat, 2008-06-07 at 12:07 -0600, Tim Wood wrote: >>> >>>> I've updated a kickstart to F9 and the Builds have been failing. I'll >>>> skip the details about googling, etc. Here's the command output, >>>> removing most of the installing lines: >>>> >>> [snip] >>> >>>> File "/usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line >>>> 211, in apply >>>> if not ksxconfig.startX: >>>> AttributeError: F10_XConfig instance has no attribute 'startX' >>>> >>> >>> This is caused by a pykickstart API change. clumens said he was going >>> to fix it (and I believe did in git), but then I guess hasn't done a >>> build. I'll poke him about it on Monday >>> >>> Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrofsilva at netcabo.pt Sun Jun 8 19:20:24 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Sun, 08 Jun 2008 20:20:24 +0100 Subject: [Fedora-livecd-list] New livecd-iso-to-disk man page. In-Reply-To: <484C1F98.5000500@datawranglers.com> References: <1212942597.3412.6.camel@localhost.localdomain> <484C1F98.5000500@datawranglers.com> Message-ID: <1212952824.3412.8.camel@localhost.localdomain> Dom, 2008-06-08 ?s 12:06 -0600, Tim Wood escreveu: > Pedro, thanks for your efforts on this. I'm assuming you want > feedback directed to the mailing list. True? > Yes, feedback is more than welcome. Best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From pedrofsilva at netcabo.pt Mon Jun 9 00:20:42 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Mon, 09 Jun 2008 01:20:42 +0100 Subject: [Fedora-livecd-list] livecd-creator man page Message-ID: <1212970842.3412.13.camel@localhost.localdomain> Hi! Attached is the initial release of livecd-creator's man page. As always, comments and feedback are welcome. Best regards, -- Pedro Silva -------------- next part -------------- =pod =head1 NAME livecd-creator, creates live cd or dvd images. =head1 SYNOPSIS B [OPTIONS] =head1 DESCRIPTION B creates live cd or dvd images from kickstart files. Kickstart files contain the information about packages and configurations that are built into the image. =head1 OPTIONS =over 4 =item -h, --help Shows a help message and exits. =back =head1 IMAGE OPTIONS These options define the created image. =over 4 =item -c KSCFG, --config=KSCFG Path to kickstart config file =item -b BASE_ON, --base-on=BASE_ON Add packages to an existing live CD iso9660 image. =item -f FS_LABEL, --fslabel=FS_LABEL File system label (default based on config name) =back =head1 SYSTEM DIRECTORY OPTIONS These options define directories used on your system for creating the live image =over 4 =item -t TMPDIR, --tmpdir=TMPDIR Temporary directory to use (default: /var/tmp) =item --cache=CACHEDIR Cache directory to use (default: private cache) =back =head1 EXAMPLES Barebones LiveCD livecd-creator \ --config=/usr/share/livecd-tools/livecd-fedora-minimal.ks Fedora Desktop Live CD livecd-creator \ --config=/usr/share/livecd-tools/livecd-fedora-desktop.ks \ --fslabel=Fedora9-LiveCD-foo =head1 CONTRIBUTORS David Zeuthen, Jeremy Katz, Douglas McClendon and a team of many other contributors. See the AUTHORS file in the source distribution for the complete list of credits. =head1 BUGS Report bugs to the mailing list C or directly to BugZilla C against the C product, and the C component. =head1 COPYRIGHT Copyright (C) Fedora Project 2008, and various contributors. This is free software. You may redistribute copies of it under the terms of the GNU General Public License C. There is NO WARRANTY, to the extent permitted by law. =head1 SEE ALSO C, project website C =cut -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From sebastian at when.com Mon Jun 9 09:12:14 2008 From: sebastian at when.com (Sebastian Dziallas) Date: Mon, 09 Jun 2008 11:12:14 +0200 Subject: [Fedora-livecd-list] Spin SIG meeting (Tue Jun 10, 18:00 UTC) In-Reply-To: <4843EECB.8090702@kanarip.com> References: <4843EECB.8090702@kanarip.com> Message-ID: <484CF3EE.8090509@when.com> Hi, I would really like to attend the meeting (I'm also a SIG member), but I'll be on a trip to the UK from today until Saturday and it's not very likely that I'll have a lot of internet access during that time. Maybe someone could e-mail me the log then... ;) Thanks & Best Regards, Sebastian Jeroen van Meeuwen wrote: > Hello there, > > I would like the Spin SIG members, current spin maintainers and other > enthusiasts to get together in #fedora-meeting at Tuesday, June 10th, at > 18:00 UTC, so you are hereby invited to join us. > > There's several items on the Agenda. > > - How come we did not have Fedora 9 Spins of: > - XFCE > - Electronic Lab > - Games > - Developer > > The Electronic Lab does have a certain amount of people interested but > no one "accountable" maintainer, while there was a lot of exposure, > whereas the Developer spin did not get any maintenance, afaics. > Regardless, we will need to contact maintainers during the Alpha-Beta > time-frame to update their spins, or come up with a policy/guideline for > the maintainers to hold on to. > > - Drafted policies > > I've submitted the drafted policies[1] for the Spin SIG to -devel, but > they did not get much feedback. We need to determine if they are > sufficient to enter the F10 development/release cycle with. > > - The release process / spin process > > Right now, we put in a request at the Release Engineering Team[2] to > have certain spins spun. This may or may not be "golden" spins, but > regardless, I think we prefer to trigger building our own spins, and > then hand one over to Release Engineering, that can be released. Let's > talk about this at our meeting. > > - Updates to kickstarts are submitted... where? > > I think the spin-kickstarts GIT repository at fedorahosted.org[3] needs > to have the latest kickstarts, whereas now developments still take place > in the livecd-tools GIT repository at fedorahosted.org[4]. I've tried to > come up with a branching policy that makes development go into the > master branch, which we branch off for maintenance purposes every > release. I've also been thinking about a commit access policy, and I > think having commit access for at least the primary maintainers of each > spin makes the most sense. > > - kickstarts RPM package for "Home Use" > > A review request has been submitted for a "spin-kickstarts" package[5], > which I'd like you to look at and give some feedback on. This is to > enable people getting approved (by Spin SIG and Board) kickstarts to > their own computers in a controllable fashion. > > If you have any other topics you want to discuss at the meeting, please > let me know; there's a bunch of kickstarts from Rahul that need > reviewing as well[6]. > > I hope to see you all so that we can accomplish something (and a little > more). I'm also planning to have a HackFest/BarCamp session at FUDCon in > Boston[7], in two weeks. > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > [1] http://fedoraproject.org/wiki/SIGs/Spins > [2] https://fedorahosted.org/rel-eng/ticket/24 > [3] http://git.fedorahosted.org/git/?p=spin-kickstarts.git > [4] http://git.fedorahosted.org/git/?p=livecd > [5] https://bugzilla.redhat.com/show_bug.cgi?id=448072 > [6] http://fedoraproject.org/wiki/SIGs/Spins/Agenda > [7] http://fedoraproject.org/wiki/FUDCon/FUDConF10 > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From kanarip at kanarip.com Mon Jun 9 11:39:43 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 09 Jun 2008 13:39:43 +0200 Subject: [Fedora-livecd-list] Spin SIG meeting (Tue Jun 10, 18:00 UTC) In-Reply-To: <484CF3EE.8090509@when.com> References: <4843EECB.8090702@kanarip.com> <484CF3EE.8090509@when.com> Message-ID: <484D167F.5040805@kanarip.com> Sebastian Dziallas wrote: > Hi, > > I would really like to attend the meeting (I'm also a SIG member), but > I'll be on a trip to the UK from today until Saturday and it's not very > likely that I'll have a lot of internet access during that time. Maybe > someone could e-mail me the log then... ;) > Yes ;-) A transcript will be on the mailing lists where the meeting has been announced; -devel and -livecd, and a full log will be on the Fedora Project Wiki. Meanwhile, if you have anything to comment on any of the topics, drafts or anything, feel free to mail me in private or the list -whatever you feel like ;-) Kind regards, Jeroen van Meeuwen -kanarip From katzj at redhat.com Mon Jun 9 14:37:39 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 09 Jun 2008 10:37:39 -0400 Subject: [Fedora-livecd-list] livecd-creator breaks NIS? In-Reply-To: <17e3a31c0806072019m38020700x8751e039c67e122c@mail.gmail.com> References: <17e3a31c0806072019m38020700x8751e039c67e122c@mail.gmail.com> Message-ID: <1213022259.27449.4.camel@aglarond.local> On Sat, 2008-06-07 at 22:19 -0500, Brian Cain wrote: > I haven't tracked down all of the details yet, but I think installing > yp-tools into the chrooted livecd environment wreaks some kind of > havoc on the invoking system's yp setup. It seems to take a ypbind > restart before things recover. Before I take a deeper look, has > anyone else experienced this? There were sporadic reports of it in the past (Fedora 7 timeframe as Jeroen mentions), but nothing recently. And I wasn't able ever to get it to reproduce Jeremy From katzj at redhat.com Mon Jun 9 14:38:57 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 09 Jun 2008 10:38:57 -0400 Subject: [Fedora-livecd-list] New livecd-iso-to-disk man page. In-Reply-To: <1212942597.3412.6.camel@localhost.localdomain> References: <1212942597.3412.6.camel@localhost.localdomain> Message-ID: <1213022337.27449.5.camel@aglarond.local> On Sun, 2008-06-08 at 17:29 +0100, Pedro Silva wrote: > Attached is the new version of livecd-iso-to-disk's man page written in > POD. I followed Daniel and Jeremy's guidelines and example files to put > more information into the man page. Looks like a good start to me. If you don't have any problem with it, I'll add it to the git tree later today Jeremy From katzj at redhat.com Mon Jun 9 14:39:33 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 09 Jun 2008 10:39:33 -0400 Subject: [Fedora-livecd-list] livecd-creator man page In-Reply-To: <1212970842.3412.13.camel@localhost.localdomain> References: <1212970842.3412.13.camel@localhost.localdomain> Message-ID: <1213022373.27449.6.camel@aglarond.local> On Mon, 2008-06-09 at 01:20 +0100, Pedro Silva wrote: > Attached is the initial release of livecd-creator's man page. > > As always, comments and feedback are welcome. This also looks good; same comment applies as with the other one :) Jeremy From pedrofsilva at netcabo.pt Mon Jun 9 14:45:12 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Mon, 09 Jun 2008 15:45:12 +0100 Subject: [Fedora-livecd-list] New livecd-iso-to-disk man page. In-Reply-To: <1213022337.27449.5.camel@aglarond.local> References: <1212942597.3412.6.camel@localhost.localdomain> <1213022337.27449.5.camel@aglarond.local> Message-ID: <1213022712.3066.4.camel@localhost.localdomain> Seg, 2008-06-09 ?s 10:38 -0400, Jeremy Katz escreveu: > On Sun, 2008-06-08 at 17:29 +0100, Pedro Silva wrote: > > Attached is the new version of livecd-iso-to-disk's man page written in > > POD. I followed Daniel and Jeremy's guidelines and example files to put > > more information into the man page. > > Looks like a good start to me. If you don't have any problem with it, > I'll add it to the git tree later today Sure! I also created a request to be added to gitlivecd group. When I learn how to use git, I can ease some burden by making changes to man pages my self in git. I guess there's only one man page left to start, livecd-iso-to-pxeboot. Since I never used it, although I understand the pxe subject, can someone briefly tell me how livecd-iso-to-pxeboot works? Best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From katzj at redhat.com Mon Jun 9 14:45:28 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 09 Jun 2008 10:45:28 -0400 Subject: [Fedora-livecd-list] More on LiveCD build fails: setenforce / startX In-Reply-To: <484C214B.9060606@datawranglers.com> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> <1212769532.32560.1.camel@aglarond.local> <484ACE6F.4060204@datawranglers.com> <1212892166.32560.16.camel@aglarond.local> <484B45C3.4090801@datawranglers.com> <484B4727.9040401@datawranglers.com> <484C214B.9060606@datawranglers.com> Message-ID: <1213022728.27449.7.camel@aglarond.local> On Sun, 2008-06-08 at 12:13 -0600, Tim Wood wrote: > I built the latest git version and tested my kickstart against it and > received the following: [snip] > Then I re-ran livecd-creator as above and received the same error. > Suggestions? Whoops, sorry -- typo in the check to make sure things were right. You can switch self.chroot in the line above the error to be self.instroot or do a pull shortly and you'll pick up the fix Jeremy From tim.wood at datawranglers.com Mon Jun 9 15:08:53 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 09 Jun 2008 09:08:53 -0600 Subject: [Fedora-livecd-list] More on LiveCD build fails: setenforce / startX In-Reply-To: <1213022728.27449.7.camel@aglarond.local> References: <48487707.8070509@pricom.com.au> <1212715555.15058.3.camel@aglarond.local> <484954DF.2070409@pricom.com.au> <1212769532.32560.1.camel@aglarond.local> <484ACE6F.4060204@datawranglers.com> <1212892166.32560.16.camel@aglarond.local> <484B45C3.4090801@datawranglers.com> <484B4727.9040401@datawranglers.com> <484C214B.9060606@datawranglers.com> <1213022728.27449.7.camel@aglarond.local> Message-ID: <484D4785.2050007@datawranglers.com> I guess I'm eventually going to have to do Python 101 :-) and cram another one in the brain ... until then I'll just wait for the fix. Thanks. Tim Jeremy Katz wrote: > On Sun, 2008-06-08 at 12:13 -0600, Tim Wood wrote: > >> I built the latest git version and tested my kickstart against it and >> received the following: >> > [snip] > >> Then I re-ran livecd-creator as above and received the same error. >> Suggestions? >> > > Whoops, sorry -- typo in the check to make sure things were right. You > can switch self.chroot in the line above the error to be self.instroot > or do a pull shortly and you'll pick up the fix > > 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 fedoraproject.org Mon Jun 9 15:36:13 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 9 Jun 2008 15:36:13 +0000 (UTC) Subject: [Fedora-livecd-list] 4 commits - imgcreate/kickstart.py imgcreate/live.py tools/livecd-iso-to-disk.sh Message-ID: <20080609153613.A0F3112000B@lists.fedorahosted.org> imgcreate/kickstart.py | 2 imgcreate/live.py | 94 ++++++++++++++++++++++++++++++- tools/livecd-iso-to-disk.sh | 132 ++++++++++++++++++++++++++++++++++++++------ 3 files changed, 208 insertions(+), 20 deletions(-) New commits: commit 680197140cb1da8c0916e3ae477374a4b7192902 Author: Jeremy Katz Date: Mon Jun 9 11:24:37 2008 -0400 Fix permissions on livecd-iso-to-disk diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh old mode 100644 new mode 100755 commit cd884e132fff7516bf75ce197669ee081f8dfeaa Author: Jeremy Katz Date: Mon Jun 9 10:45:12 2008 -0400 Fix wrong variable breaking using unencrypted passwords diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py index 180cea2..39756b2 100644 --- a/imgcreate/kickstart.py +++ b/imgcreate/kickstart.py @@ -188,7 +188,7 @@ class RootPasswordConfig(KickstartConfig): def set_unencrypted(self, password): for p in ("/bin/echo", "/usr/bin/passwd"): - if not os.path.exists("%s/%s" %(self.chroot, p)): + if not os.path.exists("%s/%s" %(self.instroot, p)): raise errors.KickstartError("Unable to set unencrypted password due to lack of %s" % p) p1 = subprocess.Popen(["/bin/echo", password], commit 591abeb5b75f5dba93f01206a7eaa5e27cba1561 Author: Jeremy Katz Date: Mon Jun 9 10:42:58 2008 -0400 Support making a Fedora 9 usb stick for the Intel-based Macs We didn't set up the live image for EFI booting in Fedora 9, but all the pieces are there. So add something that will work for the stock Fedora 9 images diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 7408d31..3fd2145 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -292,6 +292,7 @@ if [ -z "$noverify" ]; then fi # do some basic sanity checks. +checkFilesystem $USBDEV checkMounted $USBDEV if [ -z "$mactel" ]; then checkSyslinuxVersion @@ -302,7 +303,6 @@ else [ -n "$resetmbr" ] && createGPTLayout $USBDEV checkGPT $USBDEV fi -checkFilesystem $USBDEV if [ -n "$overlaysizemb" -a "$USBFS" = "vfat" ]; then @@ -397,7 +397,36 @@ if [ -z "$mactel" ]; then cp $CDMNT/isolinux/* $USBMNT/$SYSLINUXPATH BOOTCONFIG=$USBMNT/$SYSLINUXPATH/isolinux.cfg else - cp $CDMNT/EFI/boot/* $USBMNT/EFI/boot + if [ -d $CDMNT/EFI/boot ]; then + cp $CDMNT/EFI/boot/* $USBMNT/EFI/boot + else + # whee! this image wasn't made with grub.efi bits. so we get to create + # them here. isn't life grand? + cp $CDMNT/isolinux/* $USBMNT/EFI/boot + mount -o loop,ro -t squashfs $CDMNT/LiveOS/squashfs.img $CDMNT + mount -o loop,ro -t ext3 $CDMNT/LiveOS/ext3fs.img $CDMNT + cp $CDMNT/boot/efi/EFI/redhat/grub.efi $USBMNT/EFI/boot/boot.efi + cp $CDMNT/boot/grub/splash.xpm.gz $USBMNT/EFI/boot/splash.xpm.gz + if [ -d $CDMNT/lib64 ]; then efiarch="x64" ; else efiarch="ia32"; fi + umount $CDMNT + umount $CDMNT + + # magic config... + cat > $USBMNT/EFI/boot/boot.conf < Date: Thu Jun 5 21:04:40 2008 -0400 Add support for booting Intel Macs via EFI on USB (#450193) Intel Macs require an EFI setup for booting off of USB, so add support to the creator and iso-to-disk for handling this. Main components are *) Adding EFI grub bits to the image *) Creating a grub.conf in addition to the syslinux config *) Doing the appropriate munging when copying over NOTE: The first time you create a bootable USB stick for a Mac, it will be a destructive operation due to the need to switch from msdos -> gpt diff --git a/imgcreate/live.py b/imgcreate/live.py index ef07d19..1c54cf6 100644 --- a/imgcreate/live.py +++ b/imgcreate/live.py @@ -325,7 +325,7 @@ class x86LiveImageCreator(LiveImageCreatorBase): shutil.copy(path, isodir + "/isolinux/") - def __copy_background(self, isodest): + def __copy_syslinux_background(self, isodest): background_path = self._instroot + \ "/usr/lib/anaconda-runtime/syslinux-vesa-splash.jpg" @@ -469,7 +469,7 @@ menu hiddenrow 5 localboot 0xffff """ - def _configure_bootloader(self, isodir): + def _configure_syslinux_bootloader(self, isodir): """configure the boot loader""" makedirs(isodir + "/isolinux") @@ -479,7 +479,7 @@ menu hiddenrow 5 self.__find_syslinux_mboot()) background = "" - if self.__copy_background(isodir + "/isolinux/splash.jpg"): + if self.__copy_syslinux_background(isodir + "/isolinux/splash.jpg"): background = "menu background splash.jpg" cfg = self.__get_basic_syslinux_config(menu = menu, @@ -496,6 +496,94 @@ menu hiddenrow 5 cfgf.write(cfg) cfgf.close() + def __copy_efi_files(self, isodir): + if not os.path.exists(self._instroot + "/boot/efi/EFI/redhat/grub.efi"): + return False + shutil.copy(self._instroot + "/boot/efi/EFI/redhat/grub.efi", + isodir + "/EFI/boot/grub.efi") + shutil.copy(self._instroot + "/boot/grub/splash.xpm.gz", + isodir + "/EFI/boot/splash.xpm.gz") + + return True + + def __get_basic_efi_config(self, **args): + return """ +default=0 +splashimage=/EFI/boot/splash.xpm.gz +timeout %(timeout)d +hiddenmenu + +""" %args + + def __get_efi_image_stanza(self, **args): + return """title %(long)s + kernel /EFI/boot/vmlinuz%(index)s root=CDLABEL=%(fslabel)s rootfstype=iso9660 %(liveargs)s %(extra)s + initrd /EFI/boot/initrd%(index)s.img +""" %args + + def __get_efi_image_stanzas(self, isodir, name): + # FIXME: this only supports one kernel right now... + + kernel_options = self._get_kernel_options() + checkisomd5 = self._has_checkisomd5() + + cfg = "" + + for index in range(0, 9): + # we don't support xen kernels + if os.path.exists("%s/EFI/boot/xen%d.gz" %(isodir, index)): + continue + cfg += self.__get_efi_image_stanza(fslabel = self.fslabel, + liveargs = kernel_options, + long = name, + extra = "", index = index) + if checkisomd5: + cfg += self.__get_efi_image_stanza(fslabel = self.fslabel, + liveargs = kernel_options, + long = "Verify and Boot " + name, + extra = "check", + index = index) + break + + return cfg + + def _configure_efi_bootloader(self, isodir): + """Set up the configuration for an EFI bootloader""" + makedirs(isodir + "/EFI/boot") + + if not self.__copy_efi_files(isodir): + shutil.rmtree(isodir + "/EFI") + return + + for f in os.listdir(isodir + "/isolinux"): + os.link("%s/isolinux/%s" %(isodir, f), + "%s/EFI/boot/%s" %(isodir, f)) + + + cfg = self.__get_basic_efi_config(name = self.name, + timeout = self._timeout) + cfg += self.__get_efi_image_stanzas(isodir, self.name) + + cfgf = open(isodir + "/EFI/boot/grub.conf", "w") + cfgf.write(cfg) + cfgf.close() + + # first gen mactel machines get the bootloader name wrong apparently + if rpmUtils.arch.getBaseArch() == "i386": + os.link(isodir + "/EFI/boot/grub.efi", isodir + "/EFI/boot/boot.efi") + os.link(isodir + "/EFI/boot/grub.conf", isodir + "/EFI/boot/boot.conf") + + # for most things, we want them named boot$efiarch + efiarch = {"i386": "ia32", "x86_64": "x64"} + efiname = efiarch[rpmUtils.arch.getBaseArch()] + os.rename(isodir + "/EFI/boot/grub.efi", isodir + "/EFI/boot/boot%s.efi" %(efiname,)) + os.link(isodir + "/EFI/boot/grub.conf", isodir + "/EFI/boot/boot%s.conf" %(efiname,)) + + + def _configure_bootloader(self, isodir): + self._configure_syslinux_bootloader(isodir) + self._configure_efi_bootloader(isodir) + class ppcLiveImageCreator(LiveImageCreatorBase): def _get_mkisofs_options(self, isodir): return [ "-hfs", "-nodesktop", "-part" diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh index 7468cbb..7408d31 100644 --- a/tools/livecd-iso-to-disk.sh +++ b/tools/livecd-iso-to-disk.sh @@ -57,6 +57,9 @@ getdisk() { fi device="/dev/$device" + # FIXME: weird dev names could mess this up I guess + p=/dev/`basename $p` + partnum=${p##$device} } resetMBR() { @@ -115,6 +118,51 @@ checkPartActive() { fi } +createGPTLayout() { + dev=$1 + getdisk $dev + + echo "WARNING: THIS WILL DESTROY ANY DATA ON $device!!!" + echo "Press Enter to continue or ctrl-c to abort" + read + + /sbin/parted --script $device mklabel gpt + partinfo=$(/sbin/parted --script -m $device "unit b print" |grep ^$device:) + size=$(echo $partinfo |cut -d : -f 2 |sed -e 's/B$//') + /sbin/parted --script $device unit b mkpart '"EFI System Partition"' fat32 17408 $(($size - 17408)) set 1 boot on + USBDEV=${device}1 + /sbin/udevsettle + /sbin/mkdosfs -n LIVE $USBDEV +} + +checkGPT() { + dev=$1 + getdisk $dev + + if [ "$(/sbin/fdisk -l $device 2>/dev/null |grep -c GPT)" -eq "0" ]; then + echo "EFI boot requires a GPT partition table." + echo "This can be done manually or you can run with --reset-mbr" + exitclean + fi + + partinfo=$(/sbin/parted --script -m $device "print" |grep ^$partnum:) + volname=$(echo $partinfo |cut -d : -f 6) + flags=$(echo $partinfo |cut -d : -f 7) + if [ "$volname" != "EFI System Partition" ]; then + echo "Partition name must be 'EFI System Partition'" + echo "This can be set in parted or you can run with --reset-mbr" + exitclean + fi + if [ "$(echo $flags |grep -c boot)" = "0" ]; then + echo "Partition isn't marked bootable!" + echo "You can mark the partition as bootable with " + echo " # /sbin/parted $device" + echo " (parted) toggle N boot" + echo " (parted) quit" + exitclean + fi +} + checkFilesystem() { dev=$1 @@ -141,6 +189,10 @@ checkFilesystem() { exitclean fi fi + + if [ "$USBFS" = "vfat" -o "$USBFS" = "msdos" ]; then + mountopts="-o shortname=winnt,umask=0077" + fi } checkSyslinuxVersion() { @@ -199,6 +251,9 @@ while [ $# -gt 2 ]; do --reset-mbr|--resetmbr) resetmbr=1 ;; + --mactel) + mactel=1 + ;; --extra-kernel-args) kernelargs=$2 shift @@ -237,12 +292,18 @@ if [ -z "$noverify" ]; then fi # do some basic sanity checks. -checkSyslinuxVersion -checkFilesystem $USBDEV -checkPartActive $USBDEV -checkMBR $USBDEV checkMounted $USBDEV -[ -n $resetmbr ] && resetMBR $USBDEV +if [ -z "$mactel" ]; then + checkSyslinuxVersion + checkPartActive $USBDEV + [ -n "$resetmbr" ] && resetMBR $USBDEV + checkMBR $USBDEV +else + [ -n "$resetmbr" ] && createGPTLayout $USBDEV + checkGPT $USBDEV +fi +checkFilesystem $USBDEV + if [ -n "$overlaysizemb" -a "$USBFS" = "vfat" ]; then if [ "$overlaysizemb" -gt 2047 ]; then @@ -262,7 +323,7 @@ fi CDMNT=$(mktemp -d /media/cdtmp.XXXXXX) mount -o loop,ro "$ISO" $CDMNT || exitclean USBMNT=$(mktemp -d /media/usbdev.XXXXXX) -mount $USBDEV $USBMNT || exitclean +mount $mountopts $USBDEV $USBMNT || exitclean trap exitclean SIGINT SIGTERM @@ -314,9 +375,10 @@ if [ -d $USBMNT/LiveOS ]; then fi echo "Copying live image to USB stick" -if [ ! -d $USBMNT/$SYSLINUXPATH ]; then mkdir $USBMNT/$SYSLINUXPATH ; fi -if [ ! -d $USBMNT/LiveOS ]; then mkdir $USBMNT/LiveOS ; fi -if [ -n "$keephome" -a -f "$USBMNT/home.img" ]; then mv $USBMNT/home.img $USBMNT/LiveOS/home.img ; fi +[ -z "$mactel" -a ! -d $USBMNT/$SYSLINUXPATH ] && mkdir -p $USBMNT/$SYSLINUXPATH +[ -n "$mactel" -a ! -d $USBMNT/EFI/boot ] && mkdir -p $USBMNT/EFI/boot +[ ! -d $USBMNT/LiveOS ] && mkdir $USBMNT/LiveOS +[ -n "$keephome" -a -f "$USBMNT/home.img" ] && mv $USBMNT/home.img $USBMNT/LiveOS/home.img # cases without /LiveOS are legacy detection, remove for F10 if [ -f $CDMNT/LiveOS/squashfs.img ]; then cp $CDMNT/LiveOS/squashfs.img $USBMNT/LiveOS/squashfs.img || exitclean @@ -331,12 +393,19 @@ if [ -f $CDMNT/LiveOS/osmin.img ]; then cp $CDMNT/LiveOS/osmin.img $USBMNT/LiveOS/osmin.img || exitclean fi -cp $CDMNT/isolinux/* $USBMNT/$SYSLINUXPATH +if [ -z "$mactel" ]; then + cp $CDMNT/isolinux/* $USBMNT/$SYSLINUXPATH + BOOTCONFIG=$USBMNT/$SYSLINUXPATH/isolinux.cfg +else + cp $CDMNT/EFI/boot/* $USBMNT/EFI/boot + # this is a little ugly, but it gets the "interesting" named config file + BOOTCONFIG=$USBMNT/EFI/boot/boot?*.conf +fi echo "Updating boot config file" # adjust label and fstype -sed -i -e "s/CDLABEL=[^ ]*/$USBLABEL/" -e "s/rootfstype=[^ ]*/rootfstype=$USBFS/" $USBMNT/$SYSLINUXPATH/isolinux.cfg -if [ -n "$kernelargs" ]; then sed -i -e "s/liveimg/liveimg ${kernelargs}/" $USBMNT/$SYSLINUXPATH/isolinux.cfg ; fi +sed -i -e "s/CDLABEL=[^ ]*/$USBLABEL/" -e "s/rootfstype=[^ ]*/rootfstype=$USBFS/" $BOOTCONFIG +if [ -n "$kernelargs" ]; then sed -i -e "s/liveimg/liveimg ${kernelargs}/" $BOOTCONFIG.cfg ; fi if [ -n "$overlaysizemb" ]; then echo "Initializing persistent overlay file" @@ -347,10 +416,8 @@ if [ -n "$overlaysizemb" ]; then else dd if=/dev/null of=$USBMNT/LiveOS/$OVERFILE count=1 bs=1M seek=$overlaysizemb fi - sed -i -e "s/liveimg/liveimg overlay=${USBLABEL}/" \ - $USBMNT/$SYSLINUXPATH/isolinux.cfg - sed -i -e "s/\ ro\ /\ rw\ /" \ - $USBMNT/$SYSLINUXPATH/isolinux.cfg + sed -i -e "s/liveimg/liveimg overlay=${USBLABEL}/" $BOOTCONFIG + sed -i -e "s/\ ro\ /\ rw\ /" $BOOTCONFIG fi if [ -n "$homesizemb" ]; then @@ -381,7 +448,11 @@ if [ -n "$homesizemb" ]; then fi echo "Installing boot loader" -if [ "$USBFS" = "vfat" -o "$USBFS" = "msdos" ]; then +if [ -n "$mactel" ]; then + # replace the ia32 hack + if [ -f "$USBMNT/EFI/boot/boot.conf" ]; then cp -f $USBMNT/EFI/boot/bootia32.conf $USBMNT/EFI/boot/boot.conf ; fi + cleanup +elif [ "$USBFS" = "vfat" -o "$USBFS" = "msdos" ]; then # syslinux expects the config to be named syslinux.cfg # and has to run with the file system unmounted mv $USBMNT/$SYSLINUXPATH/isolinux.cfg $USBMNT/$SYSLINUXPATH/syslinux.cfg From katzj at fedoraproject.org Mon Jun 9 15:52:33 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 9 Jun 2008 15:52:33 +0000 (UTC) Subject: [Fedora-livecd-list] docs/livecd-creator.pod docs/livecd-iso-to-disk.pod livecd-tools.spec Makefile Message-ID: <20080609155233.373FB12000B@lists.fedorahosted.org> Makefile | 11 ++++- docs/livecd-creator.pod | 90 ++++++++++++++++++++++++++++++++++++++++++++ docs/livecd-iso-to-disk.pod | 49 +++++++++++++++++++++++ livecd-tools.spec | 2 4 files changed, 150 insertions(+), 2 deletions(-) New commits: commit 8e52f40908797a5508c38558e26bc52780d4d117 Author: Jeremy Katz Date: Mon Jun 9 11:51:57 2008 -0400 Add man pages contributed by Pedro Silva Add man pages for livecd-creator and livecd-iso-to-disk as contributed by Pedro Silva and then add the necessary build gunk so that they should get built and installed diff --git a/Makefile b/Makefile index 4ac33b5..a8d8659 100644 --- a/Makefile +++ b/Makefile @@ -15,7 +15,12 @@ PYTHONDIR := $(shell python -c "import distutils.sysconfig as d; print d.get_pyt all: -install: +man: + pod2man --section=8 --release="livecd-tools $(VERSION)" --center "LiveCD Tools" docs/livecd-creator.pod > docs/livecd-creator.8 + pod2man --section=8 --release="livecd-tools $(VERSION)" --center "LiveCD Tools" docs/livecd-iso-to-disk.pod > docs/livecd-iso-to-disk.8 + + +install: man $(INSTALL_PROGRAM) -D tools/livecd-creator $(DESTDIR)/usr/bin/livecd-creator $(INSTALL_PROGRAM) -D tools/image-creator $(DESTDIR)/usr/bin/image-creator $(INSTALL_PROGRAM) -D tools/livecd-iso-to-disk.sh $(DESTDIR)/usr/bin/livecd-iso-to-disk @@ -29,6 +34,8 @@ install: mkdir -p $(DESTDIR)/$(PYTHONDIR)/imgcreate $(INSTALL_PYTHON) -D imgcreate/*.py $(DESTDIR)/$(PYTHONDIR)/imgcreate/ $(call COMPILE_PYTHON,$(DESTDIR)/$(PYTHONDIR)/imgcreate) + mkdir -p $(DESTDIR)/usr/share/man/man8 + $(INSTALL_DATA) -D docs/*.8 $(DESTDIR)/usr/share/man/man8 uninstall: rm -f $(DESTDIR)/usr/bin/livecd-creator @@ -40,4 +47,4 @@ dist : all git-archive --format=tar --prefix=livecd-tools-$(VERSION)/ HEAD | bzip2 -9v > livecd-tools-$(VERSION).tar.bz2 clean: - rm -f *~ creator/*~ installer/*~ config/*~ + rm -f *~ creator/*~ installer/*~ config/*~ docs/*.8 diff --git a/docs/livecd-creator.pod b/docs/livecd-creator.pod new file mode 100644 index 0000000..dcaddc7 --- /dev/null +++ b/docs/livecd-creator.pod @@ -0,0 +1,90 @@ +=pod + +=head1 NAME + +livecd-creator, creates live cd or dvd images. + +=head1 SYNOPSIS + +B [OPTIONS] + +=head1 DESCRIPTION + +B creates live cd or dvd images from kickstart files. Kickstart files contain the information about packages and configurations that are built into the image. + +=head1 OPTIONS + +=over 4 + +=item -h, --help + +Shows a help message and exits. + +=back + +=head1 IMAGE OPTIONS + +These options define the created image. + +=over 4 + +=item -c KSCFG, --config=KSCFG + +Path to kickstart config file + +=item -b BASE_ON, --base-on=BASE_ON + +Add packages to an existing live CD iso9660 image. + +=item -f FS_LABEL, --fslabel=FS_LABEL + +File system label (default based on config name) + +=back + +=head1 SYSTEM DIRECTORY OPTIONS + +These options define directories used on your system for creating the live image + +=over 4 + +=item -t TMPDIR, --tmpdir=TMPDIR + +Temporary directory to use (default: /var/tmp) + +=item --cache=CACHEDIR + +Cache directory to use (default: private cache) + +=back + +=head1 EXAMPLES + +Barebones LiveCD + +livecd-creator \ +--config=/usr/share/livecd-tools/livecd-fedora-minimal.ks + +Fedora Desktop Live CD + +livecd-creator \ +--config=/usr/share/livecd-tools/livecd-fedora-desktop.ks \ +--fslabel=Fedora9-LiveCD-foo + +=head1 CONTRIBUTORS + +David Zeuthen, Jeremy Katz, Douglas McClendon and a team of many other contributors. See the AUTHORS file in the source distribution for the complete list of credits. + +=head1 BUGS + +Report bugs to the mailing list C or directly to BugZilla C against the C product, and the C component. + +=head1 COPYRIGHT + +Copyright (C) Fedora Project 2008, and various contributors. This is free software. You may redistribute copies of it under the terms of the GNU General Public License C. There is NO WARRANTY, to the extent permitted by law. + +=head1 SEE ALSO + +C, project website C + +=cut \ No newline at end of file diff --git a/docs/livecd-iso-to-disk.pod b/docs/livecd-iso-to-disk.pod new file mode 100644 index 0000000..ffe9add --- /dev/null +++ b/docs/livecd-iso-to-disk.pod @@ -0,0 +1,49 @@ +=pod + +=head1 NAME + +livecd-iso-to-disk, install livecd-creator images in usb stick + +=head1 SYNOPSIS + +B [--reset-mbr] [--noverify] [--overlay-size-mb ] + +=head1 DESCRIPTION + +B converts a live cd or dvd image into a bootable USB stick. This is not a destructive process; any data you currently have on your USB stick will be preserved. + +=head1 OPTIONS + +=over 4 + +=item --reset-mbr + +Resets Master Boot Record of usb stick by copying syslinux's mbr.bin. + +=item --noverify + +Disables image validation before installing it. + +=item --overlay-size-mb + +Overlay's size in megabytes. Note that you'll need to have space on your USB stick for the live image plus your overlay plus any other data you want on the stick. + +=back + +=head1 CONTRIBUTORS + +David Zeuthen, Jeremy Katz, Douglas McClendon and a team of many other contributors. See the AUTHORS file in the source distribution for the complete list of credits. + +=head1 BUGS + +Report bugs to the mailing list C or directly to BugZilla C against the C product, and the C component. + +=head1 COPYRIGHT + +Copyright (C) Fedora Project 2008, and various contributors. This is free software. You may redistribute copies of it under the terms of the GNU General Public License C. There is NO WARRANTY, to the extent permitted by law. + +=head1 SEE ALSO + +C, project website C + +=cut diff --git a/livecd-tools.spec b/livecd-tools.spec index f6a5ef1..ce4fea8 100644 --- a/livecd-tools.spec +++ b/livecd-tools.spec @@ -27,6 +27,7 @@ Requires: syslinux Requires: yaboot %endif BuildRequires: python +BuildRequires: /usr/bin/pod2man %description @@ -50,6 +51,7 @@ rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc AUTHORS COPYING README HACKING +%{_mandir}/man*/* %{_bindir}/livecd-creator %{_bindir}/livecd-iso-to-disk %{_bindir}/livecd-iso-to-pxeboot From tim.wood at datawranglers.com Mon Jun 9 16:57:02 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Mon, 09 Jun 2008 10:57:02 -0600 Subject: [Fedora-livecd-list] Another round on the livecd errors In-Reply-To: <20080609153613.A0F3112000B@lists.fedorahosted.org> References: <20080609153613.A0F3112000B@lists.fedorahosted.org> Message-ID: <484D60DE.5020801@datawranglers.com> Jeremy, right after you posted the email about the four commits, I did another make install from git and I'm now getting the result below. Tim > livecd-creator \ --config="/media/installers/Linux/kickstarts/sw-gateway/sw-gateway-ks-0.3.06.cfg" \ --cache=/var/tmp --fslabel=swg-0.3.06 [snip] Installing: mirage ##################### [832/832] /usr/sbin/setenforce: SELinux is disabled Traceback (most recent call last): File "/usr/bin/livecd-creator", line 135, in sys.exit(main()) File "/usr/bin/livecd-creator", line 119, in main creator.configure() File "//usr/lib/python2.5/site-packages/imgcreate/creator.py", line 710, in configure kickstart.XConfig(self._instroot).apply(ksh.xconfig) File "//usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line 224, in apply if not ksxconfig.startX: AttributeError: F10_XConfig instance has no attribute 'startX' -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhuff at redhat.com Mon Jun 9 18:27:55 2008 From: dhuff at redhat.com (David Huff) Date: Mon, 09 Jun 2008 14:27:55 -0400 Subject: [Fedora-livecd-list] Spin SIG meeting (Tue Jun 10, 18:00 UTC) In-Reply-To: <484D167F.5040805@kanarip.com> References: <4843EECB.8090702@kanarip.com> <484CF3EE.8090509@when.com> <484D167F.5040805@kanarip.com> Message-ID: <484D762B.1050401@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeroen van Meeuwen wrote: ~ s> Meanwhile, if you have anything to comment on any of the topics, drafts | or anything, feel free to mail me in private or the list -whatever you | feel like ;-) I am working on the thincrust project, thincrust.org, developing tools and best practices around building appliances. I would like to start the discussion around a Fedora spin for software appliances. We have been calling this concept the "AOS" or appliance operating system, which is similar what others call a "JeOS," or just enough operating system. The beginning to what we have is a minimal kickstart available here: http://git.et.redhat.com/?p=aos.git;a=tree;f=kickstarts;h=419585b6a0597fb3b76849b041fcee1839897a73;hb=HEAD I am looking for thoughts on this, and wanted to see if this is somthing that could be discuss at the spin meeting. 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 iD8DBQFITXYqccHK32ogu/cRAjCyAKCPJ1Go9LT769hsfpZAQR472xefgACfZdWQ gdibR/x8pUsm5K8voVaiKVo= =gciA -----END PGP SIGNATURE----- From katzj at redhat.com Mon Jun 9 22:31:49 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 09 Jun 2008 18:31:49 -0400 Subject: [Fedora-livecd-list] Another round on the livecd errors In-Reply-To: <484D60DE.5020801@datawranglers.com> References: <20080609153613.A0F3112000B@lists.fedorahosted.org> <484D60DE.5020801@datawranglers.com> Message-ID: <1213050709.12338.3.camel@aglarond.local> On Mon, 2008-06-09 at 10:57 -0600, Tim Wood wrote: > Jeremy, right after you posted the email about the four commits, I did > another make install from git and I'm now getting the result below. [snip] > if not ksxconfig.startX: > AttributeError: F10_XConfig instance has no attribute 'startX' Still the same thing you were seeing on Saturday-ish. Back down to pykickstart from F9 for now and I'll prod clumens again about it tonight/tomorrow Jeremy From livecd at mjkern2000.fastmail.fm Wed Jun 11 00:25:08 2008 From: livecd at mjkern2000.fastmail.fm (livecd at mjkern2000.fastmail.fm) Date: Tue, 10 Jun 2008 17:25:08 -0700 Subject: [Fedora-livecd-list] Request/wish list/bug report? In-Reply-To: <20080609160014.9AAAA61928C@hormel.redhat.com> References: <20080609160014.9AAAA61928C@hormel.redhat.com> Message-ID: <1213143908.4145.1257804551@webmail.messagingengine.com> Can someone either modify the Livecd tools or point me to how one would take an existing good install of Fedora and make a live cd "backup" from that installation? The idea is sort of like a backup of a good system with the system edits and configurations/software installs that you desire. Ubuntu makes this in remastersys. I have tested this thoroughly. It works very well with the Gnome version of ubuntu, (but is a little twitchy with any other combination of window manager and Debian). The idea is to create a hard drive version of Fedora (8 or 9) and then move it to a flash drive that emulates a CD. This would be used for devices similar to the One Laptop Per Child I think I have the technique down that I can do the CD emulation pretty good, but making a backup of Fedora with the desired configurations has been difficult. It is easy to get the software install that is desired, but I need to do some edits to firefox, install some add-ins (hard to do with kickstart in the install the software mode) and harden firefox, then add some WEP codes then build the CD. If someone can point me to some tutorials where you can do this via scripting, I could do that - but I have no idea how to script the firefox add-ins and settings in a script much less put WEP codes in that will carry over to the CD. -- mjkern2000 at fastmail.fm From tim.wood at datawranglers.com Wed Jun 11 02:20:51 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Tue, 10 Jun 2008 20:20:51 -0600 Subject: [Fedora-livecd-list] Re: Request/wish list/bug report? In-Reply-To: <1213143908.4145.1257804551@webmail.messagingengine.com> References: <20080609160014.9AAAA61928C@hormel.redhat.com> <1213143908.4145.1257804551@webmail.messagingengine.com> Message-ID: <484F3683.5010301@datawranglers.com> There's been discussion of what you want in the past but (I think) we're a ways off from a script that does this. But, a few things that may help get you there. First, you can modify the default Firefox setup by playing with this file: |/usr/lib/firefox-*/defaults/pref/all-redhat.js| Second, you can duplicate the entire /home/[user] directory on a configured system as /etc/skel in %post nochroot. Say you've copied that directory to /home/john/files/etc/skel on your build system, you could: %post -nochroot cp /home/john/files/etc/skel/ > $INSTALL_ROOT/etc/skel/ FWIW, I've had more luck doing firefox mods this way than modifying . You should be able to do a similar trick to copy the wep keys. Now, assuming you have to run something on boot to do more stuff, you could modify /etc/init.d/fedora-live. You could either * echo stuff onto the end in %post or %post -nochroot * use sed to modify the middle (in the same parts) * take a fedora-live init script and modify it, comment out the parts of the kickstart that build it and then copy it in in %post -nochroot FWIW, I suspect the fedora equivalent of remastersys would probably do something along the lines of snag the kickstart that is stashed in /root during the install, copy /home/[user] to /etc/skel and then look for files changed since the install timestamp in places like /etc/. If I built such a critter it would be in bash or php cli and not the fedora world's canonical python. Me no speak python... Anyway, good luck with this. Try the suggestions above and whatever else gets posted. If you run into hitches, post questions to the list. Generally the list has been phenomenal in helping people pull down hitches. Tim livecd at mjkern2000.fastmail.fm wrote: > Can someone either modify the Livecd tools or point me to how one would > take an existing good install of Fedora and make a live cd "backup" from > that installation? > > The idea is sort of like a backup of a good system with the system edits > and configurations/software installs that you desire. Ubuntu makes this > in remastersys. I have tested this thoroughly. It works very well with > the Gnome version of ubuntu, (but is a little twitchy with any other > combination of window manager and Debian). > > The idea is to create a hard drive version of Fedora (8 or 9) and then > move it to a flash drive that emulates a CD. This would be used for > devices similar to the One Laptop Per Child I think I have the technique > down that I can do the CD emulation pretty good, but making a backup of > Fedora with the desired configurations has been difficult. It is easy > to get the software install that is desired, but I need to do some edits > to firefox, install some add-ins (hard to do with kickstart in the > install the software mode) and harden firefox, then add some WEP codes > then build the CD. If someone can point me to some tutorials where you > can do this via scripting, I could do that - but I have no idea how to > script the firefox add-ins and settings in a script much less put WEP > codes in that will carry over to the CD. > -- _________________________________ 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 opensource at till.name Wed Jun 11 08:44:45 2008 From: opensource at till.name (Till Maas) Date: Wed, 11 Jun 2008 10:44:45 +0200 Subject: [Fedora-livecd-list] Request/wish list/bug report? In-Reply-To: <1213143908.4145.1257804551@webmail.messagingengine.com> References: <20080609160014.9AAAA61928C@hormel.redhat.com> <1213143908.4145.1257804551@webmail.messagingengine.com> Message-ID: <200806111044.51968.opensource@till.name> On Wed June 11 2008, livecd at mjkern2000.fastmail.fm wrote: > Can someone either modify the Livecd tools or point me to how one would > take an existing good install of Fedora and make a live cd "backup" from > that installation? On the wishlist for new packages in Fedora I found this: http://livebackup.sourceforge.net/ Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From danjde at msw.it Wed Jun 11 09:15:05 2008 From: danjde at msw.it (Davide Marchi) Date: Wed, 11 Jun 2008 11:15:05 +0200 Subject: [Fedora-livecd-list] error building Live CD/DVD [File "/usr/bin/livecd-creator", line 132, in ] Message-ID: <484F9799.7080904@msw.it> Hello, trying to build Fedora Core 9 based Live DVD, where i've changed the default virtual harddisk size from 4096 to 4672, this happens: /sbin/restorecon reset /var/cache/yum/myrepofc9/primary.xml.gz context system_u:object_r:nfs_t:s0->system_u:object_r:var_t:s0 e2fsck 1.40.8 (13-Mar-2008) Passo 1: Controllo di inode, blocco(i) e dimensioni Passo 2: Analisi della struttura delle directory Passo 3: Controllo della connettivit? di directory Pass 4: Controllo del numero dei riferimenti Pass 5: Checking gruppo summary information cosmogoniA: 174066/299552 files (1.1% non-contiguous), 1160934/1196032 blocks e2fsck 1.40.8 (13-Mar-2008) Passo 1: Controllo di inode, blocco(i) e dimensioni Passo 2: Analisi della struttura delle directory Passo 3: Controllo della connettivit? di directory Pass 4: Controllo del numero dei riferimenti Pass 5: Checking gruppo summary information cosmogoniA: 174066/291456 files (1.1% non-contiguous), 1160426/1160426 blocks Traceback (most recent call last): File "/usr/bin/livecd-creator", line 132, in sys.exit(main()) File "/usr/bin/livecd-creator", line 122, in main creator.package() File "/usr/lib/python2.5/site-packages/imgcreate/creator.py", line 678, in package self._stage_final_image() File "/usr/lib/python2.5/site-packages/imgcreate/live.py", line 268, in _stage_final_image self._image, minimal_size) File "/usr/lib/python2.5/site-packages/imgcreate/fs.py", line 393, in create_image_minimizer cowloop.create() File "/usr/lib/python2.5/site-packages/imgcreate/fs.py", line 193, in create self.expand(create = True) File "/usr/lib/python2.5/site-packages/imgcreate/fs.py", line 179, in expand fd = os.open(self.lofile, flags) OSError: [Errno 20] Not a directory: '/media/BIG/cosmogonia/Live/tmp/imgcreate-1q-y8w/iso-oOn6oF/LiveOS/osmin' could you suggest me any way out ? :-) many many thanks! -- cosmogoniA noprovarenofareononfarenonc'?provare -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3284 bytes Desc: S/MIME Cryptographic Signature URL: From kwizart at gmail.com Thu Jun 12 00:49:02 2008 From: kwizart at gmail.com (Nicolas Chauvet) Date: Thu, 12 Jun 2008 02:49:02 +0200 Subject: [Fedora-livecd-list] French fr_FR LiveCD spins Message-ID: <4850727E.4060506@gmail.com> Hello! Here are the french ks for localized LiveCD spins. The current problem with adding dictionaries and man-pages is that they are disabled in the included ks. (-man-pages-* etc ) So I expect it would be easier to have an "international - offical" ks that would allow us to add this kind of packages; without having theses packages removed first. Or the other way would be to have a +man-pages-fr to override the removal directive. The %__install_lang_macro seems really interesting for localization works. It will save around 200Mo from a liveCD/USB spin. and will make the KDE Live spin ... a "potential" LiveCD spin. Everything is already available from Fedora. The packages just need to use the %find_lang macro from the spec file. Only cups and NetworkManager-openvpn (for what i've noticed) doesn't seems compatible and will install all langs... Cups will probably not been fixed. https://bugzilla.redhat.com/show_bug.cgi?id=448549 Network-Manager-openvpn https://bugzilla.redhat.com/show_bug.cgi?id=448551 The testing LiveCD french spins are here (with additionals packages ). http://rpms.kwizart.net/fedora/9/ISO/ and the ks used to generated them: http://rpms.kwizart.net/fedora/9/ISO/ks/livecd-fedora-9-french-20080604-ks.tar.bz2 Nicolas Chauvet (kwizart) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: livecd-fedora-9-desktop-fr_FR.ks URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: livecd-fedora-9-kde-fr_FR.ks URL: From gaitat at fhw.gr Thu Jun 12 06:19:06 2008 From: gaitat at fhw.gr (Saki Gaitatzes) Date: Thu, 12 Jun 2008 09:19:06 +0300 Subject: [Fedora-livecd-list] OpenGL with nVIDIA acceleration Message-ID: <4850BFDA.601@fhw.gr> Hello, How do I add the nVIDIA acceleration drivers to the Fedora kde livecd to have decent opengl performance ? Thank you -- Athanasios Gaitatzes (Saki) Virtual Reality Department Manager Foundation of the Hellenic World 38 Poulopoulou St., Thisio 11851, Athens Greece Mob: (+30) 698 254 0120 Tel: (+30) 212 254 3800 Fax: (+30) 212 254 3838 From ml at deadbabylon.de Thu Jun 12 09:58:45 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 12 Jun 2008 11:58:45 +0200 Subject: [Fedora-livecd-list] Two different tracebacks with livecd-creator from git Message-ID: <200806121158.50840.ml@deadbabylon.de> Hi. I'm quite busy atm so please excuse If these problems are already known/bugged. 1. On one machine livecd-creator fails to start: # livecd-creator --config=/usr/share/livecd-tools/livecd-fedora-base-desktop.ks Using label 'fedora-base-desktop-200806120903' and name 'livecd-fedora-base-desktop-200806120903' Traceback (most recent call last): File "/usr/bin/livecd-creator", line 132, in sys.exit(main()) File "/usr/bin/livecd-creator", line 106, in main ks = imgcreate.read_kickstart(options.kscfg) File "/usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line 46, in read_kickstart ks.readKickstart(path) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 709, in readKickstart self._stateMachine (lambda: fh.readline()) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 584, in _stateMachine self.handleCommand(lineno, args) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 429, in handleCommand self.handler.dispatcher(args, lineno) File "/usr/lib/python2.5/site-packages/pykickstart/base.py", line 328, in dispatcher self.commands[cmd].parse(args[1:]) File "/usr/lib/python2.5/site-packages/pykickstart/commands/xconfig.py", line 97, in parse (opts, extra) = self.op.parse_args(args=args) AttributeError: 'NoneType' object has no attribute 'parse_args' 2. On another machine it fails after removing the root passwort: [...] /sbin/restorecon reset /var/run/pm-utils/storage context system_u:object_r:var_run_t:s0->system_u:object_r:hald_var_run_t:s0 Removing password for user root. passwd: Success Traceback (most recent call last): File "/usr/bin/livecd-creator", line 135, in sys.exit(main()) File "/usr/bin/livecd-creator", line 119, in main creator.configure() File "//usr/lib/python2.5/site-packages/imgcreate/creator.py", line 710, in configure kickstart.XConfig(self._instroot).apply(ksh.xconfig) File "//usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line 224, in apply if not ksxconfig.startX: AttributeError: F10_XConfig instance has no attribute 'startX' Rawhide and git are up2date on both machines (eg. pykickstart-1.36-1.fc10.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 kanarip at kanarip.com Thu Jun 12 12:25:19 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 12 Jun 2008 14:25:19 +0200 Subject: [Fedora-livecd-list] French fr_FR LiveCD spins In-Reply-To: <4850727E.4060506@gmail.com> References: <4850727E.4060506@gmail.com> Message-ID: <485115AF.8090401@kanarip.com> Nicolas Chauvet wrote: > Hello! > > Here are the french ks for localized LiveCD spins. > Hi Nicolas, Just a few remarks on the kickstart you submitted; the timezone should already be applied by kickstart; I removed the cp in %post, I'll submit them to the spin-kickstarts git repo later today. > The current problem with adding dictionaries and man-pages is > that they are disabled in the included ks. > (-man-pages-* etc ) > So I expect it would be easier to have an "international - offical" ks > that would allow us to add this kind of packages; without having theses > packages removed first. There's fedora-livecd-desktop-default.ks for "international" purposes; it includes @*-support, for example. The KDE non-localized kickstart does not remove man-pages-* explicitly, but I'm not sure whether they end up on the image (pulled in by dependencies?). Maybe, if they are not pulled in by dependency resolving or anything, we could just do the same for the desktop spin to resolve the problem. > The %__install_lang_macro seems really interesting for localization > works. It will save around 200Mo from a liveCD/USB spin. and will make > the KDE Live spin ... a "potential" LiveCD spin. > It is! I'm thinking to add this to the default localized spin thing so that these get less fat and people can include (large) dictionaries etc. Kind regards, Jeroen van Meeuwen From kanarip at kanarip.com Thu Jun 12 12:27:29 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 12 Jun 2008 14:27:29 +0200 Subject: [Fedora-livecd-list] OpenGL with nVIDIA acceleration In-Reply-To: <4850BFDA.601@fhw.gr> References: <4850BFDA.601@fhw.gr> Message-ID: <48511631.5060705@kanarip.com> Saki Gaitatzes wrote: > Hello, > > How do I add the nVIDIA acceleration drivers to the Fedora kde livecd to > have decent opengl performance ? > Add: repo --name=livna --baseurl=http://rpm.livna.org/9 (i think, you should check it to make sure) and in the %packages section, add the package name. -Jeroen From katzj at redhat.com Thu Jun 12 13:19:52 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 12 Jun 2008 09:19:52 -0400 Subject: [Fedora-livecd-list] Two different tracebacks with livecd-creator from git In-Reply-To: <200806121158.50840.ml@deadbabylon.de> References: <200806121158.50840.ml@deadbabylon.de> Message-ID: <1213276792.12333.0.camel@aglarond.local> On Thu, 2008-06-12 at 11:58 +0200, Sebastian Vahl wrote: > I'm quite busy atm so please excuse If these problems are already > known/bugged. [snip] > Rawhide and git are up2date on both machines (eg. > pykickstart-1.36-1.fc10.noarch). I think both are fixed with pykickstart-1.38 Jeremy From ml at deadbabylon.de Thu Jun 12 14:25:45 2008 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 12 Jun 2008 16:25:45 +0200 Subject: [Fedora-livecd-list] Two different tracebacks with livecd-creator from git In-Reply-To: <1213276792.12333.0.camel@aglarond.local> References: <200806121158.50840.ml@deadbabylon.de> <1213276792.12333.0.camel@aglarond.local> Message-ID: <200806121625.50715.ml@deadbabylon.de> Am Do 12.Juni 2008 schrieb Jeremy Katz: > On Thu, 2008-06-12 at 11:58 +0200, Sebastian Vahl wrote: > > I'm quite busy atm so please excuse If these problems are already > > known/bugged. > > [snip] > > > Rawhide and git are up2date on both machines (eg. > > pykickstart-1.36-1.fc10.noarch). > > I think both are fixed with pykickstart-1.38 Oh, my bad. The mirror choosed by one machine was out-of-date. But after an update to pykickstart-1.38 it also fails with the first error: Traceback (most recent call last): File "/usr/bin/livecd-creator", line 135, in sys.exit(main()) File "/usr/bin/livecd-creator", line 109, in main ks = imgcreate.read_kickstart(options.kscfg) File "//usr/lib/python2.5/site-packages/imgcreate/kickstart.py", line 47, in read_kickstart ks.readKickstart(path) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 709, in readKickstart self._stateMachine (lambda: fh.readline()) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 555, in _stateMachine self.readKickstart (args[1], reset=False) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 709, in readKickstart self._stateMachine (lambda: fh.readline()) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 584, in _stateMachine self.handleCommand(lineno, args) File "/usr/lib/python2.5/site-packages/pykickstart/parser.py", line 429, in handleCommand self.handler.dispatcher(args, lineno) File "/usr/lib/python2.5/site-packages/pykickstart/base.py", line 328, in dispatcher self.commands[cmd].parse(args[1:]) File "/usr/lib/python2.5/site-packages/pykickstart/commands/xconfig.py", line 97, in parse (opts, extra) = self.op.parse_args(args=args) AttributeError: 'NoneType' object has no attribute 'parse_args' 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 katzj at redhat.com Thu Jun 12 15:51:42 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 12 Jun 2008 11:51:42 -0400 Subject: [Fedora-livecd-list] Two different tracebacks with livecd-creator from git In-Reply-To: <200806121625.50715.ml@deadbabylon.de> References: <200806121158.50840.ml@deadbabylon.de> <1213276792.12333.0.camel@aglarond.local> <200806121625.50715.ml@deadbabylon.de> Message-ID: <1213285902.12333.1.camel@aglarond.local> On Thu, 2008-06-12 at 16:25 +0200, Sebastian Vahl wrote: > Am Do 12.Juni 2008 schrieb Jeremy Katz: > > On Thu, 2008-06-12 at 11:58 +0200, Sebastian Vahl wrote: > > > I'm quite busy atm so please excuse If these problems are already > > > known/bugged. > > > > [snip] > > > > > Rawhide and git are up2date on both machines (eg. > > > pykickstart-1.36-1.fc10.noarch). > > > > I think both are fixed with pykickstart-1.38 > > Oh, my bad. The mirror choosed by one machine was out-of-date. But after an > update to pykickstart-1.38 it also fails with the first error: I just pointed clumens at this and he's fixed it up in pykickstart git, should be a build in the next day or so or just grab the bits from git (or downgrade to the F9 pykickstart) Jeremy From bkearney at redhat.com Thu Jun 12 17:08:30 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Thu, 12 Jun 2008 13:08:30 -0400 Subject: [Fedora-livecd-list] Networking during install Message-ID: <4851580E.10809@redhat.com> I have an odd question. I am trying to build a livecd for a partner, and hte rpm will not install via the livecd (net net is that the pre-scripts which they use dont play well in a chrooted env. I figured I would work around this by putting a wget int he post section to get the rpm from the repo, and then install it locally. Yum gives me this error: rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages index using db3 - (-30974) error: cannot open Packages database in /var/lib/rpm Any way around this? This is on the RHEL5 livecd tools. -- bk From katzj at redhat.com Thu Jun 12 17:47:24 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 12 Jun 2008 13:47:24 -0400 Subject: [Fedora-livecd-list] Networking during install In-Reply-To: <4851580E.10809@redhat.com> References: <4851580E.10809@redhat.com> Message-ID: <1213292844.12333.4.camel@aglarond.local> On Thu, 2008-06-12 at 13:08 -0400, Bryan Kearney wrote: > I have an odd question. I am trying to build a livecd for a partner, and > hte rpm will not install via the livecd (net net is that the pre-scripts > which they use dont play well in a chrooted env. I'm afraid to ask, but how so? They shouldn't really have any way of being able to tell. > I figured I would work around this by putting a wget int he post section > to get the rpm from the repo, and then install it locally. Yum gives me > this error: > > rpmdb: Program version 4.3 doesn't match environment version > error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database > environment version mismatch > error: cannot open Packages index using db3 - (-30974) > error: cannot open Packages database in /var/lib/rpm > > > Any way around this? This is on the RHEL5 livecd tools. The version of rpm outside and inside the chroot are different. You can do the cleanup by hand of 'rm -f /var/lib/rpm/__*db*' as long as you know nothing from outside is accessing it at that point Jeremy From bkearney at redhat.com Thu Jun 12 17:49:54 2008 From: bkearney at redhat.com (Bryan Kearney) Date: Thu, 12 Jun 2008 13:49:54 -0400 Subject: [Fedora-livecd-list] Networking during install In-Reply-To: <1213292844.12333.4.camel@aglarond.local> References: <4851580E.10809@redhat.com> <1213292844.12333.4.camel@aglarond.local> Message-ID: <485161C2.3080308@redhat.com> Jeremy Katz wrote: > On Thu, 2008-06-12 at 13:08 -0400, Bryan Kearney wrote: >> I have an odd question. I am trying to build a livecd for a partner, and >> hte rpm will not install via the livecd (net net is that the pre-scripts >> which they use dont play well in a chrooted env. > > I'm afraid to ask, but how so? They shouldn't really have any way of > being able to tell. They are not using complete paths in the script. So.. it is failing when trying to find mkdir and date. > >> I figured I would work around this by putting a wget int he post section >> to get the rpm from the repo, and then install it locally. Yum gives me >> this error: >> >> rpmdb: Program version 4.3 doesn't match environment version >> error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database >> environment version mismatch >> error: cannot open Packages index using db3 - (-30974) >> error: cannot open Packages database in /var/lib/rpm >> >> >> Any way around this? This is on the RHEL5 livecd tools. > > The version of rpm outside and inside the chroot are different. You can > do the cleanup by hand of 'rm -f /var/lib/rpm/__*db*' as long as you > know nothing from outside is accessing it at that point > Thanks.. I will give that a try. -- bk From tim.wood at datawranglers.com Thu Jun 12 20:10:17 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Thu, 12 Jun 2008 14:10:17 -0600 Subject: [Fedora-livecd-list] Two different tracebacks with livecd-creator from git In-Reply-To: <1213285902.12333.1.camel@aglarond.local> References: <200806121158.50840.ml@deadbabylon.de> <1213276792.12333.0.camel@aglarond.local> <200806121625.50715.ml@deadbabylon.de> <1213285902.12333.1.camel@aglarond.local> Message-ID: <485182A9.7090509@datawranglers.com> BTW, what is the pykickstart git (e.g. git ....)? Tim Jeremy Katz wrote: > On Thu, 2008-06-12 at 16:25 +0200, Sebastian Vahl wrote: > >> Am Do 12.Juni 2008 schrieb Jeremy Katz: >> >>> On Thu, 2008-06-12 at 11:58 +0200, Sebastian Vahl wrote: >>> >>>> I'm quite busy atm so please excuse If these problems are already >>>> known/bugged. >>>> >>> [snip] >>> >>> >>>> Rawhide and git are up2date on both machines (eg. >>>> pykickstart-1.36-1.fc10.noarch). >>>> >>> I think both are fixed with pykickstart-1.38 >>> >> Oh, my bad. The mirror choosed by one machine was out-of-date. But after an >> update to pykickstart-1.38 it also fails with the first error: >> > > I just pointed clumens at this and he's fixed it up in pykickstart git, > should be a build in the next day or so or just grab the bits from git > (or downgrade to the F9 pykickstart) > > 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 sarathkumar_mca at yahoo.co.in Fri Jun 13 06:29:10 2008 From: sarathkumar_mca at yahoo.co.in (SARATH KUMAR) Date: Fri, 13 Jun 2008 11:59:10 +0530 (IST) Subject: [Fedora-livecd-list] (no subject) Message-ID: <493296.17627.qm@web94611.mail.in2.yahoo.com> Meet people who discuss and share your passions. Go to http://in.promos.yahoo.com/groups/bestofyahoo/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbgallagher2000 at yahoo.co.uk Fri Jun 13 09:21:37 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Fri, 13 Jun 2008 09:21:37 +0000 (GMT) Subject: [Fedora-livecd-list] Disabling the Persistence Layer at boot time (LiveCD on USB) Message-ID: <743469.33831.qm@web26704.mail.ukl.yahoo.com> I have two situations where I require to boot from my Fedora 9 LiveCD on usb but temporarily disable persistence for the session (So I have a normal LiveCD session) 1. I want to boot random machines at work (So don't want the network/graphics config stored in the persistence layer to load up) 2. The persistence layer gets corrupted and I can't boot at all unless I disable the layer. I have been doing this by editing syslinux.cfg and adding an entry with the overlay parameter removed from the initrd line (Or pressing tab at boot and deleting the parameter). This boots up ok but generates an ugly error message about not being able to find the persistence layer. Is there a clean way to disable persistence in a usb image created with persistence? (It seems to me that this would be useful in any case, since most people will want to use the livecd stick on disparate machines which cannot share common system settings in a single persistence layer.) __________________________________________________________ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.html From kanarip at kanarip.com Fri Jun 13 09:31:58 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 13 Jun 2008 11:31:58 +0200 Subject: [Fedora-livecd-list] Disabling the Persistence Layer at boot time (LiveCD on USB) In-Reply-To: <743469.33831.qm@web26704.mail.ukl.yahoo.com> References: <743469.33831.qm@web26704.mail.ukl.yahoo.com> Message-ID: <48523E8E.3020708@kanarip.com> James Gallagher wrote: > I have been doing this by editing syslinux.cfg and adding an entry with the overlay parameter removed from the initrd line (Or pressing tab at boot and deleting the parameter). This boots up ok but generates an ugly error message about not being able to find the persistence layer. > Is "Unable to find persistance" really that nasty of an error -it's like the "unable to find a suspend signature on a swap partition"-message, or are you getting another type of message? -Jeroen From jbgallagher2000 at yahoo.co.uk Fri Jun 13 09:42:58 2008 From: jbgallagher2000 at yahoo.co.uk (James Gallagher) Date: Fri, 13 Jun 2008 09:42:58 +0000 (GMT) Subject: [Fedora-livecd-list] Disabling the Persistence Layer at boot time (LiveCD on USB) In-Reply-To: <48523E8E.3020708@kanarip.com> Message-ID: <650832.78858.qm@web26707.mail.ukl.yahoo.com> No, that's the message I get. Ok, perhaps it's not so ugly to look at :) - but I mean ugly in the sense that the boot process is still trying to load up a persistence overlay even though it's not referred to in the boot parameters. I just wondered if there was a "proper" method to disable the overlay, so the boot process won't try to load one, eg overlay=none, nooverlay etc I'm setting up a multiboot usb stick with x86/x64 liveCD images, and an option in each to boot with or without persistence. I'd like it to look as clean as possible as I may be distributing to slightly skeptical colleagues. --- On Fri, 13/6/08, Jeroen van Meeuwen wrote: > From: Jeroen van Meeuwen > Subject: Re: [Fedora-livecd-list] Disabling the Persistence Layer at boot time (LiveCD on USB) > To: fedora-livecd-list at redhat.com > Date: Friday, 13 June, 2008, 10:31 AM > James Gallagher wrote: > > I have been doing this by editing syslinux.cfg and > adding an entry with the overlay parameter removed from the > initrd line (Or pressing tab at boot and deleting the > parameter). This boots up ok but generates an ugly error > message about not being able to find the persistence layer. > > > > > Is "Unable to find persistance" really that nasty > of an error -it's like > the "unable to find a suspend signature on a swap > partition"-message, or > are you getting another type of message? > > -Jeroen > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list __________________________________________________________ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.html From katzj at redhat.com Fri Jun 13 12:56:18 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 13 Jun 2008 08:56:18 -0400 Subject: [Fedora-livecd-list] Disabling the Persistence Layer at boot time (LiveCD on USB) In-Reply-To: <650832.78858.qm@web26707.mail.ukl.yahoo.com> References: <650832.78858.qm@web26707.mail.ukl.yahoo.com> Message-ID: <1213361778.14146.0.camel@aglarond.local> On Fri, 2008-06-13 at 09:42 +0000, James Gallagher wrote: > No, that's the message I get. Ok, perhaps it's not so ugly to look at :) - but I mean ugly in > the sense that the boot process is still trying to load up a persistence overlay even though > it's not referred to in the boot parameters. There actually isn't any attempt to load up a persistent overlay unless you specify what the persistent overlay is. The message is given mostly just to help out if you expect an overlay and then it's not found. Jeremy From jiesun66 at yahoo.com Fri Jun 13 14:42:01 2008 From: jiesun66 at yahoo.com (jie sun) Date: Fri, 13 Jun 2008 07:42:01 -0700 (PDT) Subject: [Fedora-livecd-list] how to add specific version of rpm packages in kickstart manifest In-Reply-To: <1213361778.14146.0.camel@aglarond.local> Message-ID: <123738.93283.qm@web31604.mail.mud.yahoo.com> Hi,    I am building custom fedora 7 CD.    In kickstart manifest %packages, we usually put rpm package names without verison number. It will pick up the latest from the repo.    I wonder if there is a way to modify the manifest so that it only pick up specific version for some rpm packages? Regards, Jie -------------- next part -------------- An HTML attachment was scrubbed... URL: From kanarip at kanarip.com Fri Jun 13 14:49:06 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 13 Jun 2008 16:49:06 +0200 Subject: [Fedora-livecd-list] how to add specific version of rpm packages in kickstart manifest In-Reply-To: <123738.93283.qm@web31604.mail.mud.yahoo.com> References: <123738.93283.qm@web31604.mail.mud.yahoo.com> Message-ID: <485288E2.9060500@kanarip.com> jie sun wrote: > Hi, > I am building custom fedora 7 CD. > In kickstart manifest %packages, we usually put rpm package names > without verison number. It will pick up the latest from the repo. > > I wonder if there is a way to modify the manifest so that it only > pick up specific version for some rpm packages? > Revisor has this functionality. Look into using --kickstart-exact-nevra Kind regards, Jeroen van Meeuwen -kanarip From cristian.ciupitu at yahoo.com Sun Jun 15 20:46:54 2008 From: cristian.ciupitu at yahoo.com (Cristian Ciupitu) Date: Sun, 15 Jun 2008 13:46:54 -0700 (PDT) Subject: [Fedora-livecd-list] network boot feature Message-ID: <431905.36512.qm@web39506.mail.mud.yahoo.com> This might be a bit off-topic, but here it goes. Would someone be interested in making the "Live CD" bootable over the network, besides CD-ROMs and USB flash drives? It would be something similar to the Knoppix Terminal Server. Here are some of the benefits: - a school could try using Fedora for its workstations without burning 20 CDs or buying 20 flash drives (I'm assuming that Fedora is already used on the server) - small servers (e.g. routers, firewalls) or members of a cluster could become diskless It would be even nicer if the whole root could be stored in the RAM, but this is not a priority right now. I have done something similar for Red Hat 7.1, only that the root was shared over NFS and it was writable. Also, this time, I would like to see this integrated in the upstream. From katzj at redhat.com Sun Jun 15 22:43:01 2008 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 15 Jun 2008 18:43:01 -0400 Subject: [Fedora-livecd-list] network boot feature In-Reply-To: <431905.36512.qm@web39506.mail.mud.yahoo.com> References: <431905.36512.qm@web39506.mail.mud.yahoo.com> Message-ID: <1213569781.12817.4.camel@aglarond.local> On Sun, 2008-06-15 at 13:46 -0700, Cristian Ciupitu wrote: > This might be a bit off-topic, but here it goes. Would someone be > interested in making the "Live CD" bootable over the network, besides > CD-ROMs and USB flash drives? It would be something similar to the > Knoppix Terminal Server. Here are some of the benefits: [snip] > It would be even nicer if the whole root could be stored in the RAM, but > this is not a priority right now. So there's already the livecd-iso-to-pxeboot script. It basically takes it and makes it so that you grab the entire rootfs via tftp when pxe'ing and thus puts it in RAM. For some cases, this works... > I have done something similar for Red Hat 7.1, only that the root was > shared over NFS and it was writable. Also, this time, I would like to > see this integrated in the upstream. But to do more (such as NFS or NBD), we really need to finish getting to where we use more of the standard Fedora initrd infrastructure so that we don't have to re-invent the wheel for things like network bring-up, etc Jeremy From apevec at redhat.com Sun Jun 15 23:16:42 2008 From: apevec at redhat.com (Alan Pevec) Date: Mon, 16 Jun 2008 01:16:42 +0200 Subject: [Fedora-livecd-list] livecd-tools-017 tag? Message-ID: <4855A2DA.7020304@redhat.com> livecd-tools-017 was released in Fedora: http://cvs.fedoraproject.org/viewcvs/rpms/livecd-tools/F-9/livecd-tools.spec?r1=1.15&r2=1.16 but I don't see that tag in git: http://git.fedorahosted.org/git/?p=livecd;a=summary From cristian.ciupitu at yahoo.com Mon Jun 16 00:11:36 2008 From: cristian.ciupitu at yahoo.com (Cristian Ciupitu) Date: Sun, 15 Jun 2008 17:11:36 -0700 (PDT) Subject: [Fedora-livecd-list] network boot feature Message-ID: <649546.90145.qm@web39502.mail.mud.yahoo.com> On Mon, 2008-06-16 at 2008 1:43:01 +300, Jeremy Katz wrote: > On Sun, 2008-06-15 at 13:46 -0700, Cristian Ciupitu wrote: > > This might be a bit off-topic, but here it goes. Would someone be > > interested in making the "Live CD" bootable over the network, besides > > CD-ROMs and USB flash drives? It would be something similar to the > > Knoppix Terminal Server. Here are some of the benefits: > [snip] > > It would be even nicer if the whole root could be stored in the RAM, but > > this is not a priority right now. > > So there's already the livecd-iso-to-pxeboot script. It basically takes > it and makes it so that you grab the entire rootfs via tftp when pxe'ing > and thus puts it in RAM. For some cases, this works... I didn't know about this script, but I will surely try it. It should be promoted more :-) > > I have done something similar for Red Hat 7.1, only that the root was > > shared over NFS and it was writable. Also, this time, I would like to > > see this integrated in the upstream. > > But to do more (such as NFS or NBD), we really need to finish getting to > where we use more of the standard Fedora initrd infrastructure so that > we don't have to re-invent the wheel for things like network bring-up, > etc That's why I want this integrated into mainstream, to reuse as much as possible from the Fedora infrastructure, instead of rolling my own. Is there a todo/bug list regarding this? I've already looked at the livecd-tools bug list and I haven't seen anything regarding this. Cristian From katzj at redhat.com Mon Jun 16 14:26:49 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 16 Jun 2008 10:26:49 -0400 Subject: [Fedora-livecd-list] network boot feature In-Reply-To: <649546.90145.qm@web39502.mail.mud.yahoo.com> References: <649546.90145.qm@web39502.mail.mud.yahoo.com> Message-ID: <1213626409.12817.13.camel@aglarond.local> On Sun, 2008-06-15 at 17:11 -0700, Cristian Ciupitu wrote: > On Mon, 2008-06-16 at 2008 1:43:01 +300, Jeremy Katz wrote: > > On Sun, 2008-06-15 at 13:46 -0700, Cristian Ciupitu wrote: > > > This might be a bit off-topic, but here it goes. Would someone be > > > interested in making the "Live CD" bootable over the network, besides > > > CD-ROMs and USB flash drives? It would be something similar to the > > > Knoppix Terminal Server. Here are some of the benefits: > > [snip] > > > It would be even nicer if the whole root could be stored in the RAM, but > > > this is not a priority right now. > > > > So there's already the livecd-iso-to-pxeboot script. It basically takes > > it and makes it so that you grab the entire rootfs via tftp when pxe'ing > > and thus puts it in RAM. For some cases, this works... > > I didn't know about this script, but I will surely try it. It should be promoted > more :-) It's relatively new > > > I have done something similar for Red Hat 7.1, only that the root was > > > shared over NFS and it was writable. Also, this time, I would like to > > > see this integrated in the upstream. > > > > But to do more (such as NFS or NBD), we really need to finish getting to > > where we use more of the standard Fedora initrd infrastructure so that > > we don't have to re-invent the wheel for things like network bring-up, > > etc > > That's why I want this integrated into mainstream, to reuse as much as > possible from the Fedora infrastructure, instead of rolling my own. Is > there a todo/bug list regarding this? I've already looked at the > livecd-tools bug list and I haven't seen anything regarding this. There's been discussion about it here a few times. The short summary is that mkinitrd supports all of the various methods of booting _except_ for the livecd. But the livecd benefit strongly benefits from using bash rather than nash as the script interpreter. So part of the idea is moving to where we have bash as the interpreter and nash as some of the utilities. But this isn't the best place for the discussion as pjones isn't on this list Jeremy From katzj at fedoraproject.org Mon Jun 16 14:52:51 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 16 Jun 2008 14:52:51 +0000 (UTC) Subject: [Fedora-livecd-list] Changes to 'f9-branch' Message-ID: <20080616145251.8340012000B@lists.fedorahosted.org> New branch 'f9-branch' available with the following commits: commit 0c08c551fb4925158c248aa1598cbce0cb0ca49c Author: Eric Paris Date: Fri Jun 6 16:11:54 2008 -0400 LiveCD - add test for /sbin/lokkit if it is needed for selinux config This patch adds a new function ayum.installHasFile() which tells if the install image is going to contain a given file. We then use this new function to make sure lokkit is going to be present so that we will be able to disable selinux inside the image if the kickstart was configured that way. If we cannot accomidate the kickstart setting we error the build. Signed-off-by: Eric Paris commit b7c3b0d105e78ab0accf931c17e0a168c43f32e0 Author: Eric Paris Date: Fri Jun 6 16:11:53 2008 -0400 LiveCD - Add fake /selinux so livecd can run in enforcing This patch adds a /selinux directory to a newly created livecd compose which will allow the tools inside the chroot to interoperate with the live system successfully. Signed-off-by: Eric Paris commit e170727971b7eb92b330927439eb4410521b034e Author: Jeremy Katz Date: Thu May 29 17:04:41 2008 -0400 Allow isos to be blockdevs or regular files commit 384715f59c846159487414f0c24bd656133d3ea2 Author: Jeremy Katz Date: Thu May 29 08:53:25 2008 -0400 Move minimal /dev creation into a method commit 18c4443e0912ca1d18be2a3060d1481c76ebaf3a Author: Jeremy Katz Date: Tue May 27 15:56:05 2008 -0400 Fix basing on a previous live image (#437906) commit ea09113ca0b4f6ad96782dc949f361d5492867fc Author: Jeremy Katz Date: Tue May 27 15:49:23 2008 -0400 Fix up tab/space inconsistency commit 7dca250b0535f2395545d72ff1ddc96b1bcff8a3 Author: Jeremy Katz Date: Tue May 27 15:35:41 2008 -0400 Quote iso path (#446472) commit b6bbbe70519e0c03f8ec8262e372c1985d9c511b Author: Jeremy Katz Date: Tue May 27 15:29:35 2008 -0400 Make sure that the disk isn't mounted before writing to it (#446472) commit adaa188441fbad480b26fb08eea4ba68f0713faf Author: Jeremy Katz Date: Tue May 27 15:24:36 2008 -0400 Handle copying timezone to /etc/localtime (#445624) From katzj at fedoraproject.org Mon Jun 16 14:59:30 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 16 Jun 2008 14:59:30 +0000 (UTC) Subject: [Fedora-livecd-list] Branch 'f9-branch' - livecd-tools.spec Makefile Message-ID: <20080616145930.73D0D12000B@lists.fedorahosted.org> Makefile | 2 +- livecd-tools.spec | 9 ++++++++- 2 files changed, 9 insertions(+), 2 deletions(-) New commits: commit 6e880e43bd15f6660f15b22e8371447c6cc02cf9 Author: Jeremy Katz Date: Mon Jun 16 10:55:40 2008 -0400 livecd-tools-017.1 diff --git a/Makefile b/Makefile index 4ac33b5..5cdc7a2 100644 --- a/Makefile +++ b/Makefile @@ -1,5 +1,5 @@ -VERSION = 017 +VERSION = 017.1 INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} diff --git a/livecd-tools.spec b/livecd-tools.spec index f6a5ef1..c3ab86d 100644 --- a/livecd-tools.spec +++ b/livecd-tools.spec @@ -4,7 +4,7 @@ Summary: Tools for building live CD's Name: livecd-tools -Version: 017 +Version: 017.1 Release: 1%{?dist} License: GPLv2 Group: System Environment/Base @@ -62,6 +62,13 @@ rm -rf $RPM_BUILD_ROOT %{python_sitelib}/imgcreate/*.pyc %changelog +* Mon Jun 16 2008 Jeremy Katz - 017.1-1 +- Handle copying timezone to /etc/localtime (#445624) +- livecd-iso-to-disk: Ensure disk isn't mounted before writing to it (#446472) +- livecd-iso-to-disk: Quote iso path (#446472) +- Fix --base-on (#437906) +- Use a fake /selinux to avoid problems with loading new policy (eparis) + * Tue May 6 2008 Bill Nottingham - 017-1 - fix F9 final configs From katzj at fedoraproject.org Mon Jun 16 15:03:31 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 16 Jun 2008 15:03:31 +0000 (UTC) Subject: [Fedora-livecd-list] Branch 'f8-branch' - livecd-tools.spec Makefile Message-ID: <20080616150331.2E77512000B@lists.fedorahosted.org> Makefile | 2 +- livecd-tools.spec | 6 +++++- 2 files changed, 6 insertions(+), 2 deletions(-) New commits: commit 6c940dc5060662f04ce786d7b81cd944da3277e8 Author: Jeremy Katz Date: Mon Jun 16 10:59:46 2008 -0400 livecd-tools-013.1 (Fedora 8 update) diff --git a/Makefile b/Makefile index a86371d..58c9192 100644 --- a/Makefile +++ b/Makefile @@ -1,5 +1,5 @@ -VERSION = 013 +VERSION = 013.1 INSTALL = /usr/bin/install -c INSTALL_PROGRAM = ${INSTALL} diff --git a/livecd-tools.spec b/livecd-tools.spec index 0950d58..5f9820d 100644 --- a/livecd-tools.spec +++ b/livecd-tools.spec @@ -2,7 +2,7 @@ Summary: Tools for building live CD's Name: livecd-tools -Version: 013 +Version: 013.1 Release: 1%{?dist} License: GPL Group: System Environment/Base @@ -55,6 +55,10 @@ rm -rf $RPM_BUILD_ROOT %{_datadir}/livecd-tools/* %changelog +* Mon Jun 16 2008 Jeremy Katz - 013.1-1 +- Fix traceback running without LVM (#442633) +- Copy timezone to /etc/localtime (#445624) + * Mon Oct 29 2007 Jeremy Katz - 013-1 - Lots of config updates - Support 'device foo' to say what modules go in the initramfs From katzj at fedoraproject.org Mon Jun 16 15:06:06 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 16 Jun 2008 15:06:06 +0000 (UTC) Subject: [Fedora-livecd-list] Changes to 'refs/tags/livecd-tools-013.1' Message-ID: <20080616150606.E3E5912000B@lists.fedorahosted.org> Tag 'livecd-tools-013.1' created by Jeremy Katz at 2008-06-16 14:59 +0000 livecd-tools-013.1 (Fedora 8 update) Changes since livecd-tools-013-3: --- 0 files changed --- From katzj at fedoraproject.org Mon Jun 16 15:06:07 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 16 Jun 2008 15:06:07 +0000 (UTC) Subject: [Fedora-livecd-list] Changes to 'refs/tags/livecd-tools-017' Message-ID: <20080616150607.6225112000C@lists.fedorahosted.org> Tag 'livecd-tools-017' created by Jeremy Katz at 2008-06-16 14:50 +0000 livecd-tools-017 Changes since livecd-tools-016-2: --- 0 files changed --- From katzj at fedoraproject.org Mon Jun 16 15:06:07 2008 From: katzj at fedoraproject.org (Jeremy Katz) Date: Mon, 16 Jun 2008 15:06:07 +0000 (UTC) Subject: [Fedora-livecd-list] Changes to 'refs/tags/livecd-tools-017.1' Message-ID: <20080616150607.B8D1012000B@lists.fedorahosted.org> Tag 'livecd-tools-017.1' created by Jeremy Katz at 2008-06-16 14:55 +0000 livecd-tools-017.1 (Fedora 9 update) Changes since livecd-tools-017-10: --- 0 files changed --- From mdlabriola at yahoo.com Mon Jun 16 16:20:34 2008 From: mdlabriola at yahoo.com (mdlabriola at yahoo.com) Date: Mon, 16 Jun 2008 16:20:34 +0000 Subject: [Fedora-livecd-list] Boot to RAM Message-ID: <517530930-1213633051-cardhu_decombobulator_blackberry.rim.net-181238062-@bxe161.bisx.prod.on.blackberry> Does the current Fedora Live CD support loading the rootfs to RAM? I thought I remembered that as a boot option in some of the earlier releases (Fedora 6?). I googled a bit and found reference to a 'live_ram' command line arg and tried adding that and booting, but I get the following error: Done copying live image to RAM. eject: did not find a device /dev/root in /sys/block/ Then I get a "Good Luck" message and a rescue prompt. My test PC is a Core2Duo w/ 2GB of RAM, SATA HD, and IDE CD/DVD drive. -Mike --- Michael D Labriola 21 Rip Van Winkle Cir Warwick, RI 02886 401-316-9844 From katzj at redhat.com Mon Jun 16 17:53:43 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 16 Jun 2008 13:53:43 -0400 Subject: [Fedora-livecd-list] Boot to RAM In-Reply-To: <517530930-1213633051-cardhu_decombobulator_blackberry.rim.net-181238062-@bxe161.bisx.prod.on.blackberry> References: <517530930-1213633051-cardhu_decombobulator_blackberry.rim.net-181238062-@bxe161.bisx.prod.on.blackberry> Message-ID: <1213638823.12817.22.camel@aglarond.local> On Mon, 2008-06-16 at 16:20 +0000, mdlabriola at yahoo.com wrote: > Does the current Fedora Live CD support loading the rootfs to RAM? I thought I remembered that as a boot option in some of the earlier releases (Fedora 6?). The code is still there. It's not exercised much, though. We removed it from the menus as it can be pretty confusing to do reliably (how much RAM is "enough") > I googled a bit and found reference to a 'live_ram' command line arg and tried adding that and booting, but I get the following error: Yep, that's the trick > Done copying live image to RAM. > eject: did not find a device /dev/root in /sys/block/ Sounds like a bug in eject -- it should follow the link and then do the eject Jeremy From mdlabriola at yahoo.com Tue Jun 17 16:10:35 2008 From: mdlabriola at yahoo.com (mdlabriola at yahoo.com) Date: Tue, 17 Jun 2008 16:10:35 +0000 Subject: [Fedora-livecd-list] To upgrade, or not to upgrade Message-ID: <2058107940-1213718853-cardhu_decombobulator_blackberry.rim.net-1115962519-@bxe161.bisx.prod.on.blackberry> Looking through the git logs, I noticed that 'mayflower' has been removed in favor of using a newer version of 'mkinitrd'. I got the impression from the fedora8/9 branching that this newer 'mkinitrd' is not available in fedora 8... Is this true? What (if any) functionality am I missing out on by using the f8 branch? --- Michael D Labriola 21 Rip Van Winkle Cir Warwick, RI 02886 401-316-9844 From mdlabriola at yahoo.com Tue Jun 17 16:16:22 2008 From: mdlabriola at yahoo.com (mdlabriola at yahoo.com) Date: Tue, 17 Jun 2008 16:16:22 +0000 Subject: [Fedora-livecd-list] Boot to RAM In-Reply-To: <1213638823.12817.22.camel@aglarond.local> References: <517530930-1213633051-cardhu_decombobulator_blackberry.rim.net-181238062-@bxe161.bisx.prod.on.blackberry><1213638823.12817.22.camel@aglarond.local> Message-ID: <544951003-1213719200-cardhu_decombobulator_blackberry.rim.net-956915917-@bxe161.bisx.prod.on.blackberry> Yeah, eject is apparently looking in /block/sys to check for the 'removable_media' flag for the specified device... and it's assuming the device name isn't a symlink. -Mike --- Michael D Labriola 21 Rip Van Winkle Cir Warwick, RI 02886 401-316-9844 -----Original Message----- From: Jeremy Katz Date: Mon, 16 Jun 2008 13:53:43 To:fedora-livecd-list at redhat.com Subject: Re: [Fedora-livecd-list] Boot to RAM On Mon, 2008-06-16 at 16:20 +0000, mdlabriola at yahoo.com wrote: > Does the current Fedora Live CD support loading the rootfs to RAM? I thought I remembered that as a boot option in some of the earlier releases (Fedora 6?). The code is still there. It's not exercised much, though. We removed it from the menus as it can be pretty confusing to do reliably (how much RAM is "enough") > I googled a bit and found reference to a 'live_ram' command line arg and tried adding that and booting, but I get the following error: Yep, that's the trick > Done copying live image to RAM. > eject: did not find a device /dev/root in /sys/block/ Sounds like a bug in eject -- it should follow the link and then do the eject Jeremy -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list From katzj at redhat.com Tue Jun 17 16:49:36 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 17 Jun 2008 12:49:36 -0400 Subject: [Fedora-livecd-list] To upgrade, or not to upgrade In-Reply-To: <2058107940-1213718853-cardhu_decombobulator_blackberry.rim.net-1115962519-@bxe161.bisx.prod.on.blackberry> References: <2058107940-1213718853-cardhu_decombobulator_blackberry.rim.net-1115962519-@bxe161.bisx.prod.on.blackberry> Message-ID: <1213721376.12817.48.camel@aglarond.local> On Tue, 2008-06-17 at 16:10 +0000, mdlabriola at yahoo.com wrote: > Looking through the git logs, I noticed that 'mayflower' has been removed in favor of using a > newer version of 'mkinitrd'. I got the impression from the fedora8/9 branching that this > newer 'mkinitrd' is not available in fedora 8... Is this true? Correct. If you're building for Fedora 8, you'll want to ensure that your configs include something like commit 11dbd0bb5ba4b845e80109e990e4e780ca402218 so that they'll continue to boot > What (if any) functionality am I missing out on by using the f8 branch? Persistence and there will likely continue to be things. Basically once a release is out, I'm not doing much if any feature bits. I did backport some bugfixes for both Fedora 8 and Fedora 9 recently just because there had been some explicit requests in bugzilla Jeremy From mdlabriola at yahoo.com Tue Jun 17 17:04:21 2008 From: mdlabriola at yahoo.com (mdlabriola at yahoo.com) Date: Tue, 17 Jun 2008 17:04:21 +0000 Subject: [Fedora-livecd-list] To upgrade, or not to upgrade In-Reply-To: <1213721376.12817.48.camel@aglarond.local> References: <2058107940-1213718853-cardhu_decombobulator_blackberry.rim.net-1115962519-@bxe161.bisx.prod.on.blackberry><1213721376.12817.48.camel@aglarond.local> Message-ID: <277323659-1213722127-cardhu_decombobulator_blackberry.rim.net-2047823070-@bxe161.bisx.prod.on.blackberry> Any idea if a version from the fedora 8 branch will work in fedora 9 and beyond? -Mike --- Michael D Labriola 21 Rip Van Winkle Cir Warwick, RI 02886 401-316-9844 -----Original Message----- From: Jeremy Katz Date: Tue, 17 Jun 2008 12:49:36 To:fedora-livecd-list at redhat.com Subject: Re: [Fedora-livecd-list] To upgrade, or not to upgrade On Tue, 2008-06-17 at 16:10 +0000, mdlabriola at yahoo.com wrote: > Looking through the git logs, I noticed that 'mayflower' has been removed in favor of using a > newer version of 'mkinitrd'. I got the impression from the fedora8/9 branching that this > newer 'mkinitrd' is not available in fedora 8... Is this true? Correct. If you're building for Fedora 8, you'll want to ensure that your configs include something like commit 11dbd0bb5ba4b845e80109e990e4e780ca402218 so that they'll continue to boot > What (if any) functionality am I missing out on by using the f8 branch? Persistence and there will likely continue to be things. Basically once a release is out, I'm not doing much if any feature bits. I did backport some bugfixes for both Fedora 8 and Fedora 9 recently just because there had been some explicit requests in bugzilla Jeremy -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list From katzj at redhat.com Tue Jun 17 19:10:11 2008 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 17 Jun 2008 15:10:11 -0400 Subject: [Fedora-livecd-list] To upgrade, or not to upgrade In-Reply-To: <277323659-1213722127-cardhu_decombobulator_blackberry.rim.net-2047823070-@bxe161.bisx.prod.on.blackberry> References: <2058107940-1213718853-cardhu_decombobulator_blackberry.rim.net-1115962519-@bxe161.bisx.prod.on.blackberry> <1213721376.12817.48.camel@aglarond.local> <277323659-1213722127-cardhu_decombobulator_blackberry.rim.net-2047823070-@bxe161.bisx.prod.on.blackberry> Message-ID: <1213729811.12817.51.camel@aglarond.local> On Tue, 2008-06-17 at 17:04 +0000, mdlabriola at yahoo.com wrote: > Any idea if a version from the fedora 8 branch will work in fedora 9 and beyond? Entirely untested :-) I do all of my development work on rawhide, so generally, the tip of git will work best with rawhide. Jeremy From todd655495 at yahoo.com Thu Jun 19 19:38:10 2008 From: todd655495 at yahoo.com (Todd N) Date: Thu, 19 Jun 2008 12:38:10 -0700 (PDT) Subject: [Fedora-livecd-list] F9 Install server locks up on selinux-policy-targeted Message-ID: <957520.26052.qm@web54004.mail.re2.yahoo.com> Hello, ? I'm attempting to create a Fedora 9 Live CD?on a Fedora 9 system.? The livecd-creator script installs some of the packages, but when it gets to selinux-policy-targeted, the following message appears on my screen: ? libsemanage.dbase_llist_query:? could not query record value ? and then the system I am using to do the livecd creation freezes up completely.? I cannot even use Alt-F1, Alt-F2, etc. to switch between terminals. ? Any help, pointers, etc. would be greatly appreciated. ? Thanks, Todd N -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrofsilva at netcabo.pt Thu Jun 19 19:47:38 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Thu, 19 Jun 2008 20:47:38 +0100 Subject: [Fedora-livecd-list] F9 Install server locks up on selinux-policy-targeted In-Reply-To: <957520.26052.qm@web54004.mail.re2.yahoo.com> References: <957520.26052.qm@web54004.mail.re2.yahoo.com> Message-ID: <1213904860.3182.2.camel@localhost.localdomain> Hi! Set SELinux to permissive mode or disable it, on your desktop. Qui, 2008-06-19 ?s 12:38 -0700, Todd N escreveu: > Hello, > > > > I'm attempting to create a Fedora 9 Live CD on a Fedora 9 system. The > livecd-creator script installs some of the packages, but when it gets > to selinux-policy-targeted, the following message appears on my > screen: > > > > libsemanage.dbase_llist_query: could not query record value Best Regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From todd655495 at yahoo.com Thu Jun 19 22:42:08 2008 From: todd655495 at yahoo.com (Todd N) Date: Thu, 19 Jun 2008 15:42:08 -0700 (PDT) Subject: [Fedora-livecd-list] F9 Install server locks up on selinux-policy-targeted In-Reply-To: <1213904860.3182.2.camel@localhost.localdomain> Message-ID: <110661.3687.qm@web54008.mail.re2.yahoo.com> Thanks!? That did the trick. ? Is this solution published somewhere?? I can't imagine that I am the only one to have had this problem.? :-) ? Todd --- On Thu, 6/19/08, Pedro Silva wrote: From: Pedro Silva Subject: Re: [Fedora-livecd-list] F9 Install server locks up on selinux-policy-targeted To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com Date: Thursday, June 19, 2008, 2:47 PM Hi! Set SELinux to permissive mode or disable it, on your desktop. Qui, 2008-06-19 ?s 12:38 -0700, Todd N escreveu: > Hello, > > > > I'm attempting to create a Fedora 9 Live CD on a Fedora 9 system. The > livecd-creator script installs some of the packages, but when it gets > to selinux-policy-targeted, the following message appears on my > screen: > > > > libsemanage.dbase_llist_query: could not query record value Best Regards, -- Pedro Silva -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrofsilva at netcabo.pt Thu Jun 19 22:47:24 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Thu, 19 Jun 2008 23:47:24 +0100 Subject: [Fedora-livecd-list] F9 Install server locks up on selinux-policy-targeted In-Reply-To: <110661.3687.qm@web54008.mail.re2.yahoo.com> References: <110661.3687.qm@web54008.mail.re2.yahoo.com> Message-ID: <1213915644.3182.7.camel@localhost.localdomain> Qui, 2008-06-19 ?s 15:42 -0700, Todd N escreveu: > Thanks! That did the trick. > > > > Is this solution published somewhere? I can't imagine that I am the > only one to have had this problem. :-) I don't know if its published somewhere really visible. No, I had that same problem not so long ago. Feel free to throw questions at mailing list. ;) Best Regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From tim.wood at datawranglers.com Thu Jun 19 23:32:16 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Thu, 19 Jun 2008 17:32:16 -0600 Subject: [Fedora-livecd-list] F9 Install server locks up on selinux-policy-targeted In-Reply-To: <110661.3687.qm@web54008.mail.re2.yahoo.com> References: <110661.3687.qm@web54008.mail.re2.yahoo.com> Message-ID: <485AEC80.5070700@datawranglers.com> hehehe... the list is the main documentation ;-) Tim Todd N wrote: > > Thanks! That did the trick. > > > > Is this solution published somewhere? I can't imagine that I am the > only one to have had this problem. :-) > > > > Todd > > --- On *Thu, 6/19/08, Pedro Silva //* wrote: > > From: Pedro Silva > Subject: Re: [Fedora-livecd-list] F9 Install server locks up on > selinux-policy-targeted > To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com > Date: Thursday, June 19, 2008, 2:47 PM > > Hi! > > Set SELinux to permissive mode or disable it, on your desktop. > > Qui, 2008-06-19 ?s 12:38 -0700, Todd N escreveu: > > Hello, > > > > > > > > I'm attempting to create a Fedora 9 Live CD on a Fedora 9 system. The > > livecd-creator script installs some of the packages, but when it gets > > to selinux-policy-targeted, the following message appears on my > > screen: > > > > > > > > libsemanage.dbase_llist_query: could not query record value > > Best Regards, > -- > Pedro Silva > > > ------------------------------------------------------------------------ > > -- > 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 pedrofsilva at netcabo.pt Fri Jun 20 11:48:31 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Fri, 20 Jun 2008 12:48:31 +0100 Subject: [Fedora-livecd-list] Git commit Message-ID: <1213962511.4424.4.camel@localhost.localdomain> Hi! ?I found out that the keyboard config for pt_PT ks files weren't exactly right, I made the necessary changes but I can't commit. I get this error: [pedro at localhost spin-kickstarts]$ git push The authenticity of host 'git.fedorahosted.org (66.135.52.17)' can't be established. RSA key fingerprint is 10:67:7b:ac:f2:b0:06:66:7f:46:d8:e8:5a:45:0d:97. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'git.fedorahosted.org,66.135.52.17' (RSA) to the list of known hosts. Permission denied (publickey). fatal: The remote end hung up unexpectedly I don't understand, I uploaded my public key to my fedora account. Thanks in advance for the help! Best regards, -- Pedro Silva -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From apevec at redhat.com Fri Jun 20 12:31:36 2008 From: apevec at redhat.com (Alan Pevec) Date: Fri, 20 Jun 2008 14:31:36 +0200 Subject: [Fedora-livecd-list] Git commit In-Reply-To: <1213962511.4424.4.camel@localhost.localdomain> References: <1213962511.4424.4.camel@localhost.localdomain> Message-ID: <485BA328.5070105@redhat.com> Pedro Silva wrote: > Permission denied (publickey). > I don't understand, I uploaded my public key to my fedora account. davidz or katzj need to approve your requrest to join gitlivecd: https://admin.fedoraproject.org/accounts/group/members/gitlivecd?search=* From pedrofsilva at netcabo.pt Fri Jun 20 14:08:32 2008 From: pedrofsilva at netcabo.pt (pedrofsilva) Date: Fri, 20 Jun 2008 15:08:32 +0100 Subject: [Fedora-livecd-list] Git commit References: <1213962511.4424.4.camel@localhost.localdomain> <485BA328.5070105@redhat.com> Message-ID: <4A6928EADA9C55439907C9A2D8C3DD4E1F3665@VS51.hdi.tvcabo> Hi! Thanks for your reply! I'm trying to use commit to spin-kickstarts git, not gitlivecd. OTH, my luks encrypted root just vanished, I'll be down for some time and my commit is gone. I can't believe this is happening. Best regards, Pedro Silva -----Mensagem original----- De: fedora-livecd-list-bounces at redhat.com em nome de Alan Pevec Enviada: sex 20-06-2008 13:31 Para: fedora-livecd-list at redhat.com Assunto: Re: [Fedora-livecd-list] Git commit Pedro Silva wrote: > Permission denied (publickey). > I don't understand, I uploaded my public key to my fedora account. davidz or katzj need to approve your requrest to join gitlivecd: https://admin.fedoraproject.org/accounts/group/members/gitlivecd?search=* -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2928 bytes Desc: not available URL: From katzj at redhat.com Fri Jun 20 14:07:29 2008 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 20 Jun 2008 10:07:29 -0400 Subject: [Fedora-livecd-list] Git commit In-Reply-To: <485BA328.5070105@redhat.com> References: <1213962511.4424.4.camel@localhost.localdomain> <485BA328.5070105@redhat.com> Message-ID: <1213970849.12272.8.camel@aglarond.local> On Fri, 2008-06-20 at 14:31 +0200, Alan Pevec wrote: > Pedro Silva wrote: > > Permission denied (publickey). > > I don't understand, I uploaded my public key to my fedora account. > > davidz or katzj need to approve your requrest to join gitlivecd: > > https://admin.fedoraproject.org/accounts/group/members/gitlivecd?search=* No, gitlivecd at this point is *just* the tools. Pedro is trying to push to the spin-kickstarts repository which is a different one. But I'll try to find kanarip this morning and get him to do the same for the different group :) Jeremy From todd655495 at yahoo.com Fri Jun 20 15:57:38 2008 From: todd655495 at yahoo.com (Todd N) Date: Fri, 20 Jun 2008 08:57:38 -0700 (PDT) Subject: [Fedora-livecd-list] Including Network Manager configs in LiveCD Message-ID: <60814.73711.qm@web54011.mail.re2.yahoo.com> Hello, ? I am hoping someone out there has some experience with Network Manager and livecd-creator.? I am trying to create a Live CD which includes VPN connection information for Network Manager.? Where in the system do the network configuration files reside (i.e. the files containing connection name, connection IP address, certificate file location, etc.)?? I want to be sure I?have all pertinent config files related to a specific VPN connection, so I can copy them onto the Live CD's file system in the kickstart post install script. ? Thanks for your help! ? Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: From todd655495 at yahoo.com Fri Jun 20 16:33:00 2008 From: todd655495 at yahoo.com (Todd N) Date: Fri, 20 Jun 2008 09:33:00 -0700 (PDT) Subject: Fw: [Fedora-livecd-list] Including Network Manager configs in LiveCD Message-ID: <946624.84808.qm@web54003.mail.re2.yahoo.com> More specifically, I am looking for some detailed information on where I need to place the config files on the LiveCD's file system so that I have an available?connection to our VPN on logging in. ? I have tried filling in user-specific information from ~/.gconf/system/networking/connections on a system with a working VPN connection?into /etc/skel on the LiveCD, hoping that when I boot up the CD and log in to my user account, these settings will have been copied into the user's home directory and the connection will be active.? When I create the LiveCD in Fedora 8, the connection only works when I log out, then log back into that user.? When I create the CD in Fedora 9, the connection does not work at all (even when I log out and back in).? I can see that the config files were copied from /etc/skel to where I expected in the .gconf directory within the home directory. ? If anyone has anything they can share about the Live CD boot process and how it relates to starting Network Manager, I'd be most appreciative. ? Thanks again, Todd --- On Fri, 6/20/08, Todd N wrote: From: Todd N Subject: [Fedora-livecd-list] Including Network Manager configs in LiveCD To: fedora-livecd-list at redhat.com Date: Friday, June 20, 2008, 10:57 AM Hello, ? I am hoping someone out there has some experience with Network Manager and livecd-creator.? I am trying to create a Live CD which includes VPN connection information for Network Manager.? Where in the system do the network configuration files reside (i.e. the files containing connection name, connection IP address, certificate file location, etc.)?? I want to be sure I?have all pertinent config files related to a specific VPN connection, so I can copy them onto the Live CD's file system in the kickstart post install script. ? Thanks for your help! ? Todd -- 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 k.suzaki at aist.go.jp Mon Jun 23 22:51:19 2008 From: k.suzaki at aist.go.jp (Kuniyasu Suzaki) Date: Tue, 24 Jun 2008 07:51:19 +0900 (JST) Subject: [Fedora-livecd-list] InetBoot for "Fedora/Ubuntu/KNOPPIX/VMKnoppix" is released. Message-ID: <20080624.075119.41658137.k.suzaki@aist.go.jp> Dear, InetBoot for "Fedora/Ubuntu/KNOPPIX/VMKnoppix" is released. The motto is "Don't download and burn a liveCD. InetBoot boots it from the Internet." http://openlab.ring.gr.jp/oscircular/inetboot/ InetBoot is a bootloader which gets kernel and disk image via Internet and boots from it. This version boots Linux from a ISO file of LiveCD(Fedora/Ubuntu/KNOPPIX/VMKnoppix) which is uploaded on a HTTP server. The sample bootable CD (6MB) boots: 2 types of Fedora (9, 8) 3 types of Ubuntu (804, 710, 704) 4 types of KNOPPIX(531, 511, 501, 402) and 5 types of VMKnoppix (Xen: 3.2.0, 3.1.1, 3.1.0, 3.0.4.1, 3.0.4) The detail is mentioned in the English Guide. # http://openlab.ring.gr.jp/oscircular/inetboot/InetBoot080620E.pdf Download # Sample Bootable CD (ISO file 6.3MB) http://ring.aist.go.jp/archives/linux/oscircular/iso/inetboot-20080620-us.iso MD5: e37dee2e403f0626aef170d3d298a5be CAUTION: The included UPLs are temporal service. Please set a URL of ISO file. # Kernel for GRUB(2.7MB) http://ring.aist.go.jp/archives/linux/oscircular/iso/inetboot-20080620/linux MD5: 1aa5c84793a6b0f18f3fb53aa3f03486 # BuildRoot for GRUB(3.2MB): http://ring.aist.go.jp/archives/linux/oscircular/iso/inetboot-20080620/minirt.gz MD5: e10e457c539a64fdd872c3f809340043 Have Fun. ------ suzaki From skunkworx at verizon.net Wed Jun 25 04:44:23 2008 From: skunkworx at verizon.net (Skunk Worx) Date: Tue, 24 Jun 2008 21:44:23 -0700 Subject: [Fedora-livecd-list] uncompressed size Message-ID: <4861CD27.7050706@verizon.net> I'm using F9 and the livecd-tools-017.1-1.fc9.i386.rpm (from koji). When I try to build my iso from a config, I get a list of rpm names and sizes, then livecd-creator bails out. My set of rpms is large and apparently exceeds the 4096L * 1024 * 1024 default value set in imgcreate.py. I found this by removing some packages and seeing a successful completion. The older version of livecd-creator, used in F7, allowed me to alter the uncompressed-size via a command line argument. As a test, I added 512 to the 4096L and it seems to create the iso successfully with all desired packages. Does anyone have an opinion of how "dangerous" it is to change the default uncompressed size this way? I don't want to continue down this path if what I'm doing is considered grossly wrong. Thanks, John From dmc.fedora at filteredperception.org Wed Jun 25 05:26:21 2008 From: dmc.fedora at filteredperception.org (Douglas McClendon) Date: Tue, 24 Jun 2008 22:26:21 -0700 Subject: [Fedora-livecd-list] uncompressed size In-Reply-To: <4861CD27.7050706@verizon.net> References: <4861CD27.7050706@verizon.net> Message-ID: <4861D6FD.7080606@filteredperception.org> Skunk Worx wrote: > I'm using F9 and the livecd-tools-017.1-1.fc9.i386.rpm (from koji). > > When I try to build my iso from a config, I get a list of rpm names and > sizes, then livecd-creator bails out. > > My set of rpms is large and apparently exceeds the 4096L * 1024 * 1024 > default value set in imgcreate.py. I found this by removing some > packages and seeing a successful completion. > > The older version of livecd-creator, used in F7, allowed me to alter the > uncompressed-size via a command line argument. As a test, I added 512 to > the 4096L and it seems to create the iso successfully with all desired > packages. > > Does anyone have an opinion of how "dangerous" it is to change the > default uncompressed size this way? I don't want to continue down this > path if what I'm doing is considered grossly wrong. Actually I'm pretty sure these days it's far more harmless. The difference being that squashfs now supports sparse files more efficiently. Really I'm thinking more to my obscure case of wanting both that(ext3fs size) customizable* as well as the virtual disk size customizable. What the latter gets you is the ability to resize2fs upward online post boot (useful for very non-typical usage). (*) jkatz- I'm too busy/lazy to look at the code, but is the size now customizable via the intuitive kickstart directives? (e.g. size for / partition) -dmc > > Thanks, > John > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From katzj at redhat.com Wed Jun 25 13:03:11 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 25 Jun 2008 09:03:11 -0400 Subject: [Fedora-livecd-list] uncompressed size In-Reply-To: <4861CD27.7050706@verizon.net> References: <4861CD27.7050706@verizon.net> Message-ID: <1214398991.26712.10.camel@aglarond.local> On Tue, 2008-06-24 at 21:44 -0700, Skunk Worx wrote: > My set of rpms is large and apparently exceeds the 4096L * 1024 * 1024 > default value set in imgcreate.py. I found this by removing some > packages and seeing a successful completion. You can bump the size with something like part / --size 6000 in your config. See, for example, the games config Jeremy From todd655495 at yahoo.com Wed Jun 25 19:36:14 2008 From: todd655495 at yahoo.com (Todd N) Date: Wed, 25 Jun 2008 12:36:14 -0700 (PDT) Subject: [Fedora-livecd-list] removing "Install to Hard Drive" option Message-ID: <921767.70054.qm@web54001.mail.re2.yahoo.com> Hello, ? Does anyone know of a way to disable the appearance of the "Install to Hard Drive" icon on the Live CD user's GNOME desktop?? I see that a "liveinst.desktop" file gets placed in the user's ~/Desktop directory, but I'm not sure what moves it there.? It would be preferable for us if this file could be kept out of the Desktop directory altogether. ? As always, any help and ideas are appreciated. ? Thanks, Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdlabriola at yahoo.com Wed Jun 25 19:45:04 2008 From: mdlabriola at yahoo.com (mdlabriola at yahoo.com) Date: Wed, 25 Jun 2008 19:45:04 +0000 Subject: [Fedora-livecd-list] removing "Install to Hard Drive" option In-Reply-To: <921767.70054.qm@web54001.mail.re2.yahoo.com> References: <921767.70054.qm@web54001.mail.re2.yahoo.com> Message-ID: <1176201031-1214422929-cardhu_decombobulator_blackberry.rim.net-1839384433-@bxe161.bisx.prod.on.blackberry> Could always just move it somewhere else in a %post scriptlet. I think the anaconda package installs the liveinst program... not really sure, though -Mike --- Michael D Labriola 21 Rip Van Winkle Cir Warwick, RI 02886 401-316-9844 -----Original Message----- From: Todd N Date: Wed, 25 Jun 2008 12:36:14 To:fedora-livecd-list at redhat.com Subject: [Fedora-livecd-list] removing "Install to Hard Drive" option Hello, ? Does anyone know of a way to disable the appearance of the "Install to Hard Drive" icon on the Live CD user's GNOME desktop?? I see that a "liveinst.desktop" file gets placed in the user's ~/Desktop directory, but I'm not sure what moves it there.? It would be preferable for us if this file could be kept out of the Desktop directory altogether. ? As always, any help and ideas are appreciated. ? Thanks, Todd -- 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 Wed Jun 25 19:42:35 2008 From: todd655495 at yahoo.com (Todd N) Date: Wed, 25 Jun 2008 12:42:35 -0700 (PDT) Subject: [Fedora-livecd-list] Time Zone issues Message-ID: <28751.66424.qm@web54010.mail.re2.yahoo.com> Hello, ? I am having an issue trying to get my Live CD to be created with the correct timezone.? I see in livecd-fedora-9-base-desktop.ks the timezone parameter is set by default to US/Eastern.? I have commented that out (with the standard #) and?added a?line so that the following now shows: ? #timezone?US/Eastern timezone America/Chicago ? On?my new Live CD, however, on doing the "date" command I get the following: ? Wed Jun 25 14:40:05 EDT 2008 ? Is there something I am missing?? I would have expected the time zone to show as CDT. ? Any help is appreciated. ? Thanks, Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: From todd655495 at yahoo.com Wed Jun 25 20:06:23 2008 From: todd655495 at yahoo.com (Todd N) Date: Wed, 25 Jun 2008 13:06:23 -0700 (PDT) Subject: [Fedora-livecd-list] removing "Install to Hard Drive" option In-Reply-To: <1176201031-1214422929-cardhu_decombobulator_blackberry.rim.net-1839384433-@bxe161.bisx.prod.on.blackberry> Message-ID: <667737.82825.qm@web54012.mail.re2.yahoo.com> While the end result would likely be what we want, I think it would?be more efficient?to stop it at the source, so to speak, and prevent it from appearing under ~/Desktop at all. ? A bit more info:? when I log into user X on my Live CD, I can manually remove the ~/Desktop/liveinst.desktop file and "Install to Hard Drive" icon does disappear from the desktop.? However, if I log out of the user and back in, the icon is back.? What in the login process copies this file back into the desktop? ? Thanks again, Todd --- On Wed, 6/25/08, mdlabriola at yahoo.com wrote: From: mdlabriola at yahoo.com Subject: Re: [Fedora-livecd-list] removing "Install to Hard Drive" option To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com Date: Wednesday, June 25, 2008, 2:45 PM Could always just move it somewhere else in a %post scriptlet. I think the anaconda package installs the liveinst program... not really sure, though -Mike --- Michael D Labriola 21 Rip Van Winkle Cir Warwick, RI 02886 401-316-9844 -----Original Message----- From: Todd N Date: Wed, 25 Jun 2008 12:36:14 To:fedora-livecd-list at redhat.com Subject: [Fedora-livecd-list] removing "Install to Hard Drive" option Hello, ? Does anyone know of a way to disable the appearance of the "Install to Hard Drive" icon on the Live CD user's GNOME desktop?? I see that a "liveinst.desktop" file gets placed in the user's ~/Desktop directory, but I'm not sure what moves it there.? It would be preferable for us if this file could be kept out of the Desktop directory altogether. ? As always, any help and ideas are appreciated. ? Thanks, Todd -- 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 tim.wood at datawranglers.com Wed Jun 25 21:27:35 2008 From: tim.wood at datawranglers.com (Tim Wood) Date: Wed, 25 Jun 2008 15:27:35 -0600 Subject: [Fedora-livecd-list] removing "Install to Hard Drive" option In-Reply-To: <667737.82825.qm@web54012.mail.re2.yahoo.com> References: <667737.82825.qm@web54012.mail.re2.yahoo.com> Message-ID: <4862B847.5080102@datawranglers.com> Under linux (and the livecd) the files in user accounts are copied from /etc/skel. If I don't like stuff in a user folder, I'll remove it either during post or with the boot script (/etc/rc.d/fedora-live). In your case, you're going to (of course), nuke /etc/skel/Desktop/liveinst.desktop Tim Todd N wrote: > > While the end result would likely be what we want, I think it would be > more efficient to stop it at the source, so to speak, and prevent it > from appearing under ~/Desktop at all. > > > > A bit more info: when I log into user X on my Live CD, I can manually > remove the ~/Desktop/liveinst.desktop file and "Install to Hard Drive" > icon does disappear from the desktop. However, if I log out of the > user and back in, the icon is back. What in the login process copies > this file back into the desktop? > > > > Thanks again, > > Todd > > --- On *Wed, 6/25/08, mdlabriola at yahoo.com //* > wrote: > > From: mdlabriola at yahoo.com > Subject: Re: [Fedora-livecd-list] removing "Install to Hard Drive" > option > To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com > Date: Wednesday, June 25, 2008, 2:45 PM > > Could always just move it somewhere else in a %post scriptlet. I think the > anaconda package installs the liveinst program... not really sure, though > > -Mike > > > --- > Michael D Labriola > 21 Rip Van Winkle Cir > Warwick, RI 02886 > 401-316-9844 > > -----Original Message----- > From: Todd N > > Date: Wed, 25 Jun 2008 12:36:14 > To:fedora-livecd-list at redhat.com > Subject: [Fedora-livecd-list] removing "Install to Hard Drive" > option > > > Hello, > > Does anyone know of a way to disable the appearance of the "Install to > Hard Drive" icon on the Live CD user's GNOME desktop? I see that a > "liveinst.desktop" file gets placed in the user's ~/Desktop > directory, but I'm not sure what moves it there. It would be preferable > for us if this file could be kept out of the Desktop directory altogether. > > As always, any help and ideas are appreciated. > > Thanks, > Todd > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > ------------------------------------------------------------------------ > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- _________________________________ Tim Wood, CLP, RHCT 719.338.7484 (tel) The Data Wranglers Web, Database & more since since 1994 www.datawranglers.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Thu Jun 26 00:39:46 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 25 Jun 2008 20:39:46 -0400 Subject: [Fedora-livecd-list] removing "Install to Hard Drive" option In-Reply-To: <921767.70054.qm@web54001.mail.re2.yahoo.com> References: <921767.70054.qm@web54001.mail.re2.yahoo.com> Message-ID: <1214440786.26712.26.camel@aglarond.local> On Wed, 2008-06-25 at 12:36 -0700, Todd N wrote: > Does anyone know of a way to disable the appearance of the "Install to > Hard Drive" icon on the Live CD user's GNOME desktop? I see that a > "liveinst.desktop" file gets placed in the user's ~/Desktop directory, > but I'm not sure what moves it there. It would be preferable for us > if this file could be kept out of the Desktop directory altogether. See /etc/X11/xinit/xinitrc.d/zz-liveinst.sh Jeremy From katzj at redhat.com Thu Jun 26 00:40:39 2008 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 25 Jun 2008 20:40:39 -0400 Subject: [Fedora-livecd-list] Time Zone issues In-Reply-To: <28751.66424.qm@web54010.mail.re2.yahoo.com> References: <28751.66424.qm@web54010.mail.re2.yahoo.com> Message-ID: <1214440839.26712.27.camel@aglarond.local> On Wed, 2008-06-25 at 12:42 -0700, Todd N wrote: > I am having an issue trying to get my Live CD to be created with the > correct timezone. I see in livecd-fedora-9-base-desktop.ks the > timezone parameter is set by default to US/Eastern. I have commented > that out (with the standard #) and added a line so that the following > now shows: > [snip] > Is there something I am missing? I would have expected the time zone > to show as CDT. There was a bug filed about this and it should be fixed in the livecd-tools package in -updates-testing. Which version are you using? Jeremy From pedrofsilva at netcabo.pt Thu Jun 26 11:35:51 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Thu, 26 Jun 2008 12:35:51 +0100 Subject: [Fedora-livecd-list] Do you like beer? Message-ID: <1214480151.4715.16.camel@localhost.localdomain> Hi all! Six days ago, I was busy packing up to travel for a few days. Suddenly, during a reboot, my laptop stop accepting my password for the LUKS encrypted root. All my docs, images, work was gone (argh, 1,5 month old backup) but this is not the real point of this message. I always have a 4gb usb pen with me and I build a custom fedora live usb spin every week to keep it updated. This pen saved my life during this trip. Being unable to use my laptop, without this fedora spin installed on my pen, I would be carrying 3 to 4 kilos of dead weigth equipment during my travel. With this pen, I was able to surf the internet using bluetooth and my phone, read mail/planets/news, music, videos, check train schedules, the works. And since I had lost my custom kickstart file, I started a new one with a bunch of new ideas, some from Fedora's Security LiveCD page. Now I'm back home and still in the process of rebuildind my laptop with F9, but there were times during my trip where I didn't miss my old F9 installation (besides my docs) and actually thought of using my hdd has storage only and keep the OS in the usb pen. All this leads to one thing, YOU GUYS ROCK! I can't thank you all enough for the work you've invested in livecd-tools. Without you, none of this would be possible. Next time any of you is in Portugal, beer is on me. :) Best regards, Pedro Silva From todd655495 at yahoo.com Thu Jun 26 15:25:51 2008 From: todd655495 at yahoo.com (Todd N) Date: Thu, 26 Jun 2008 08:25:51 -0700 (PDT) Subject: [Fedora-livecd-list] Time Zone issues In-Reply-To: <1214440839.26712.27.camel@aglarond.local> Message-ID: <902214.12495.qm@web54004.mail.re2.yahoo.com> Thanks for replying, Jeremy. ? livecd-tools-017-1.fc9.i386 ? Todd --- On Wed, 6/25/08, Jeremy Katz wrote: From: Jeremy Katz Subject: Re: [Fedora-livecd-list] Time Zone issues To: fedora-livecd-list at redhat.com Date: Wednesday, June 25, 2008, 7:40 PM On Wed, 2008-06-25 at 12:42 -0700, Todd N wrote: > I am having an issue trying to get my Live CD to be created with the > correct timezone. I see in livecd-fedora-9-base-desktop.ks the > timezone parameter is set by default to US/Eastern. I have commented > that out (with the standard #) and added a line so that the following > now shows: > [snip] > Is there something I am missing? I would have expected the time zone > to show as CDT. There was a bug filed about this and it should be fixed in the livecd-tools package in -updates-testing. Which version are you using? Jeremy -- Fedora-livecd-list mailing list Fedora-livecd-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From larry.brigman at gmail.com Thu Jun 26 15:34:37 2008 From: larry.brigman at gmail.com (Larry Brigman) Date: Thu, 26 Jun 2008 08:34:37 -0700 Subject: [Fedora-livecd-list] Version info - directive support Message-ID: I am running Oracle Enterprise Linux and have livecd-tools-013-5.el5 installed. Using the provided kickstart files produces an error of parsing at the %end directive of %packages. --------- Using label 'fedora-base-desktop-200806260833' and name 'livecd-fedora-base-desktop-200806260833' Traceback (most recent call last): File "/usr/bin/livecd-creator", line 133, in ? sys.exit(main()) File "/usr/bin/livecd-creator", line 106, in main ks = imgcreate.read_kickstart(options.kscfg) File "/usr/lib/python2.4/site-packages/imgcreate/kickstart.py", line 59, in read_kickstart raise errors.KickstartError("Failed to parse kickstart file " imgcreate.errors.KickstartError: Failed to parse kickstart file 'livecd-fedora-base-desktop.ks' : There was a problem reading from line 64 of the kickstart file ------------------------------------- Also I don't have python2.5 installed. So which version of livecd-tools supports the additional directives but doesn't need python2.5? I installed the package from the EPEL repository. From katzj at redhat.com Thu Jun 26 15:40:34 2008 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 26 Jun 2008 11:40:34 -0400 Subject: [Fedora-livecd-list] Time Zone issues In-Reply-To: <902214.12495.qm@web54004.mail.re2.yahoo.com> References: <902214.12495.qm@web54004.mail.re2.yahoo.com> Message-ID: <1214494834.26712.31.camel@aglarond.local> On Thu, 2008-06-26 at 08:25 -0700, Todd N wrote: > Thanks for replying, Jeremy. > > > > livecd-tools-017-1.fc9.i386 Try the 017.1-1 that's in -updates-testing as I suspect it will fix things for you Jeremy From todd655495 at yahoo.com Fri Jun 27 16:16:46 2008 From: todd655495 at yahoo.com (Todd N) Date: Fri, 27 Jun 2008 09:16:46 -0700 (PDT) Subject: [Fedora-livecd-list] Modifying ISO to include per-user files Message-ID: <88808.77046.qm@web54004.mail.re2.yahoo.com> Hello, ? After creating a LiveCD ISO image, I'd like to be able?to make CDs that are essentially identical, but have a small set of unique per-user files.? I have tried mounting the ISO, copying its contents to a regular directory, making my changes on the Live CD file system (not the internal squashfs file system) and recreating the ISO using mkisofs.? However, this new ISO (when burned to a CD)?refuses to boot. ? Is there a way I can modify the ISO image to include?my per-user?files on the /mnt/live file system for each user (and have the resulting ISO be bootable), rather than running the whole livecd-creator process each time I want a new CD? ? Thanks, Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: From pedrofsilva at netcabo.pt Fri Jun 27 16:41:56 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Fri, 27 Jun 2008 17:41:56 +0100 Subject: [Fedora-livecd-list] Modifying ISO to include per-user files In-Reply-To: <88808.77046.qm@web54004.mail.re2.yahoo.com> References: <88808.77046.qm@web54004.mail.re2.yahoo.com> Message-ID: <1214584916.5163.1.camel@localhost.localdomain> Hi ! Add your scripts and changes to sections %post and %post --nochroot in your .ks file. Regards, Pedro Silva Sex, 2008-06-27 ?s 09:16 -0700, Todd N escreveu: > Hello, > > > > After creating a LiveCD ISO image, I'd like to be able to make CDs > that are essentially identical, but have a small set of unique > per-user files. I have tried mounting the ISO, copying its contents > to a regular directory, making my changes on the Live CD file system > (not the internal squashfs file system) and recreating the ISO using > mkisofs. However, this new ISO (when burned to a CD) refuses to boot. > > > > Is there a way I can modify the ISO image to include my per-user files > on the /mnt/live file system for each user (and have the resulting ISO > be bootable), rather than running the whole livecd-creator process > each time I want a new CD? > > > > Thanks, > > Todd > > > > -- > 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 Fri Jun 27 17:27:34 2008 From: todd655495 at yahoo.com (Todd N) Date: Fri, 27 Jun 2008 10:27:34 -0700 (PDT) Subject: [Fedora-livecd-list] Modifying ISO to include per-user files Message-ID: <842813.20584.qm@web54003.mail.re2.yahoo.com> Thanks for replying.? However, my point is that I don't want to have to run livecd-creator again (takes time) every time I change two or three files.? I am looking to have different versions of these two or three files for each user who will be using this Live CD, and to have to run livecd-creator every time, although it would work, would take lots of time. ? That's why I am searching for a way to just change the ISO directly, to modify the handful of files I wish to change and be able to re-burn the CD and boot it.? The files I wish to change are on the Live CD file system (/mnt/live), not on the squashfs OS file system. ? Thanks, Todd --- On Fri, 6/27/08, Pedro Silva wrote: From: Pedro Silva Subject: Re: [Fedora-livecd-list] Modifying ISO to include per-user files To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com Date: Friday, June 27, 2008, 11:41 AM Hi ! Add your scripts and changes to sections %post and %post --nochroot in your .ks file. Regards, Pedro Silva Sex, 2008-06-27 ?s 09:16 -0700, Todd N escreveu: > Hello, > > > > After creating a LiveCD ISO image, I'd like to be able to make CDs > that are essentially identical, but have a small set of unique > per-user files. I have tried mounting the ISO, copying its contents > to a regular directory, making my changes on the Live CD file system > (not the internal squashfs file system) and recreating the ISO using > mkisofs. However, this new ISO (when burned to a CD) refuses to boot. > > > > Is there a way I can modify the ISO image to include my per-user files > on the /mnt/live file system for each user (and have the resulting ISO > be bootable), rather than running the whole livecd-creator process > each time I want a new CD? > > > > Thanks, > > Todd > > > > -- > 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 pedrofsilva at netcabo.pt Fri Jun 27 17:44:23 2008 From: pedrofsilva at netcabo.pt (Pedro Silva) Date: Fri, 27 Jun 2008 18:44:23 +0100 Subject: [Fedora-livecd-list] Modifying ISO to include per-user files In-Reply-To: <842813.20584.qm@web54003.mail.re2.yahoo.com> References: <842813.20584.qm@web54003.mail.re2.yahoo.com> Message-ID: <1214588663.5163.4.camel@localhost.localdomain> You are right! I didn't read your mail carefully. Regards, Pedro Silva Sex, 2008-06-27 ?s 10:27 -0700, Todd N escreveu: > > Thanks for replying. However, my point is that I don't want > to have to run livecd-creator again (takes time) every time I > change two or three files. I am looking to have different > versions of these two or three files for each user who will be > using this Live CD, and to have to run livecd-creator every > time, although it would work, would take lots of time. > > > > That's why I am searching for a way to just change the ISO > directly, to modify the handful of files I wish to change and > be able to re-burn the CD and boot it. The files I wish to > change are on the Live CD file system (/mnt/live), not on the > squashfs OS file system. > > > > Thanks, > > Todd > > --- On Fri, 6/27/08, Pedro Silva > wrote: > > > From: Pedro Silva > Subject: Re: [Fedora-livecd-list] Modifying ISO to > include per-user files > To: todd655495 at yahoo.com, > fedora-livecd-list at redhat.com > Date: Friday, June 27, 2008, 11:41 AM > > Hi ! > > Add your scripts and changes to sections %post and %post --nochroot in > your .ks file. > > Regards, > > Pedro Silva > > Sex, 2008-06-27 ?s 09:16 -0700, Todd N escreveu: > > Hello, > > > > > > > > After creating a LiveCD ISO image, I'd like to be able to make CDs > > that are essentially identical, but have a small set of unique > > per-user files. I have tried mounting the ISO, copying its contents > > to a regular directory, making my changes on the Live CD file system > > (not the internal squashfs file system) and recreating the ISO using > > mkisofs. However, this new ISO (when burned to a CD) refuses to boot. > > > > > > > > Is there a way I can modify the ISO image to include my per-user files > > on the /mnt/live file system for each user (and have the resulting ISO > > be bootable), rather than running the whole livecd-creator process > > each time I want a new CD? > > > > > > > > Thanks, > > > > Todd > > > > > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list From rhondak at hightouchinc.com Fri Jun 27 21:17:33 2008 From: rhondak at hightouchinc.com (Rhonda Kern) Date: Fri, 27 Jun 2008 16:17:33 -0500 Subject: [Fedora-livecd-list] Modifying ISO to include per-user files In-Reply-To: <842813.20584.qm@web54003.mail.re2.yahoo.com> References: <842813.20584.qm@web54003.mail.re2.yahoo.com> Message-ID: <013FC758865CF645976E313AEB6A70990702234C@htmail.hightouchinc.com> I, too, am looking for a way to make little "tweaks" to the finished product. I have tried mounting the ISO as loop, but after I unsquash the root filesystem to a temporary directory, I can't seem to figure out what to do with the ext3.img file. It seems like I should be able to mount that as a loop device, but I get an error when I try. Does anyone have the secret decoder ring for that file? Many thanks, Rhonda Kern ________________________________ From: fedora-livecd-list-bounces at redhat.com [mailto:fedora-livecd-list-bounces at redhat.com] On Behalf Of Todd N Sent: Friday, June 27, 2008 12:28 PM To: fedora-livecd-list at redhat.com Subject: Re: [Fedora-livecd-list] Modifying ISO to include per-user files Thanks for replying. However, my point is that I don't want to have to run livecd-creator again (takes time) every time I change two or three files. I am looking to have different versions of these two or three files for each user who will be using this Live CD, and to have to run livecd-creator every time, although it would work, would take lots of time. That's why I am searching for a way to just change the ISO directly, to modify the handful of files I wish to change and be able to re-burn the CD and boot it. The files I wish to change are on the Live CD file system (/mnt/live), not on the squashfs OS file system. Thanks, Todd --- On Fri, 6/27/08, Pedro Silva wrote: From: Pedro Silva Subject: Re: [Fedora-livecd-list] Modifying ISO to include per-user files To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com Date: Friday, June 27, 2008, 11:41 AM Hi ! Add your scripts and changes to sections %post and %post --nochroot in your .ks file. Regards, Pedro Silva Sex, 2008-06-27 ?s 09:16 -0700, Todd N escreveu: > Hello, > > > > After creating a LiveCD ISO image, I'd like to be able to make CDs > that are essentially identical, but have a small set of unique > per-user files. I have tried mounting the ISO, copying its contents > to a regular directory, making my changes on the Live CD file system > (not the internal squashfs file system) and recreating the ISO using > mkisofs. However, this new ISO (when burned to a CD) refuses to boot. > > > > Is there a way I can modify the ISO image to include my per-user files > on the /mnt/live file system for each user (and have the resulting ISO > be bootable), rather than running the whole livecd-creator process > each time I want a new CD? > > > > Thanks, > > Todd > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Mon Jun 30 14:51:22 2008 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 30 Jun 2008 10:51:22 -0400 Subject: [Fedora-livecd-list] Modifying ISO to include per-user files In-Reply-To: <88808.77046.qm@web54004.mail.re2.yahoo.com> References: <88808.77046.qm@web54004.mail.re2.yahoo.com> Message-ID: <1214837482.16422.5.camel@aglarond.local> On Fri, 2008-06-27 at 09:16 -0700, Todd N wrote: > After creating a LiveCD ISO image, I'd like to be able to make CDs > that are essentially identical, but have a small set of unique > per-user files. I have tried mounting the ISO, copying its contents > to a regular directory, making my changes on the Live CD file system > (not the internal squashfs file system) and recreating the ISO using > mkisofs. However, this new ISO (when burned to a CD) refuses to boot. > Is there a way I can modify the ISO image to include my per-user files on the > /mnt/live file system for each user (and have the resulting ISO be bootable), > rather than running the whole livecd-creator process each time I want a new CD? You'll have to run mkisofs with the appropriate options for making the CD bootable on your arch. On x86, that's something like 'mkisofs -b isolinux/isolinux.bin -c isolinux/isolinux.cat -no-emul-boot -boot-info-table -boot-load-size 4 ....' Alternately, you can also use the --base-on support to build derivative images Jeremy From todd655495 at yahoo.com Mon Jun 30 18:55:58 2008 From: todd655495 at yahoo.com (Todd N) Date: Mon, 30 Jun 2008 11:55:58 -0700 (PDT) Subject: [Fedora-livecd-list] Modifying ISO to include per-user files In-Reply-To: <1214837482.16422.5.camel@aglarond.local> Message-ID: <701149.26370.qm@web54005.mail.re2.yahoo.com> Thanks much for the info, Jeremy.? I ran the mkisofs script as you specified below (we are on an i386 architecture) and re-burned a CD from the newly-created ISO file.? On booting, it gets to the point where it says "Booting the kernel.", hangs for a few seconds, then the following appears on the screen: ? -------------------------------------- WARNING:? Cannot find root file system! -------------------------------------- ? Create symlink /dev/root and then exit this shell to continue the boot sequence. ? bash-3.2# ? Any thoughts?? Something obvious I am missing? ? Thanks, Todd --- On Mon, 6/30/08, Jeremy Katz wrote: From: Jeremy Katz Subject: Re: [Fedora-livecd-list] Modifying ISO to include per-user files To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com Date: Monday, June 30, 2008, 9:51 AM On Fri, 2008-06-27 at 09:16 -0700, Todd N wrote: > After creating a LiveCD ISO image, I'd like to be able to make CDs > that are essentially identical, but have a small set of unique > per-user files. I have tried mounting the ISO, copying its contents > to a regular directory, making my changes on the Live CD file system > (not the internal squashfs file system) and recreating the ISO using > mkisofs. However, this new ISO (when burned to a CD) refuses to boot. > Is there a way I can modify the ISO image to include my per-user files on the > /mnt/live file system for each user (and have the resulting ISO be bootable), > rather than running the whole livecd-creator process each time I want a new CD? You'll have to run mkisofs with the appropriate options for making the CD bootable on your arch. On x86, that's something like 'mkisofs -b isolinux/isolinux.bin -c isolinux/isolinux.cat -no-emul-boot -boot-info-table -boot-load-size 4 ....' Alternately, you can also use the --base-on support to build derivative images Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: From todd655495 at yahoo.com Mon Jun 30 21:33:33 2008 From: todd655495 at yahoo.com (Todd N) Date: Mon, 30 Jun 2008 14:33:33 -0700 (PDT) Subject: [Fedora-livecd-list] Modifying ISO to include per-user files In-Reply-To: <1214837482.16422.5.camel@aglarond.local> Message-ID: <620618.4239.qm@web54003.mail.re2.yahoo.com> Can someone point me in the direction of more extensive documentation on the -base_on option?? So far I haven't found much more than what's on the livecd-tools man page:? "Add packages to an existing live CD iso9660 image."? How do I use this option?? Does this work only for packages, or can I simply replace files as well?? Do I need a kickstart file?? Any pointers are appreciated. ? Thanks, Todd --- On Mon, 6/30/08, Jeremy Katz wrote: From: Jeremy Katz Subject: Re: [Fedora-livecd-list] Modifying ISO to include per-user files To: todd655495 at yahoo.com, fedora-livecd-list at redhat.com Date: Monday, June 30, 2008, 9:51 AM On Fri, 2008-06-27 at 09:16 -0700, Todd N wrote: > After creating a LiveCD ISO image, I'd like to be able to make CDs > that are essentially identical, but have a small set of unique > per-user files. I have tried mounting the ISO, copying its contents > to a regular directory, making my changes on the Live CD file system > (not the internal squashfs file system) and recreating the ISO using > mkisofs. However, this new ISO (when burned to a CD) refuses to boot. > Is there a way I can modify the ISO image to include my per-user files on the > /mnt/live file system for each user (and have the resulting ISO be bootable), > rather than running the whole livecd-creator process each time I want a new CD? You'll have to run mkisofs with the appropriate options for making the CD bootable on your arch. On x86, that's something like 'mkisofs -b isolinux/isolinux.bin -c isolinux/isolinux.cat -no-emul-boot -boot-info-table -boot-load-size 4 ....' Alternately, you can also use the --base-on support to build derivative images Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: