From ml at deadbabylon.de Thu Mar 1 10:14:00 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 1 Mar 2007 11:14:00 +0100 Subject: [Fedora-livecd-list] livecd-tools, rawhide and no /dev/root In-Reply-To: <1172696228.30265.8.camel@aglarond.local> References: <20070228215219.0abdbe6c@localhost.localdomain> <1172696228.30265.8.camel@aglarond.local> Message-ID: <20070301111400.442c1ecd@localhost.localdomain> Am Wed, 28 Feb 2007 15:57:08 -0500 schrieb Jeremy Katz : > On Wed, 2007-02-28 at 21:52 +0100, Sebastian Vahl wrote: > > In vmware and qemu the cd boots fine but show some errors: Both > > found a fault with a deprecated device link in 00-cdlabel.rules and > > 00-livecd.rules: > > These are just deprecation warnings -- for now, the rules work, they > just spew a warning. Bill sent a patch last week-ish to fix them up. Thx for explaining this. First I've thought 2.6.20 is one of these "future kernels". > > My question here is: Where is the error? :) > > I assume it is in the creation of the initramfs in correlation with > > libata (I have no sata). But I don't know a way to create a working > > one. > > This is highly probable. And with the test1 live CD, only some of the > pata bits worked due to a combination of spaces not being in the right > place and some kernel wonkiness. > > > Is there a newer version of the livecd-tools? I still use this one: > > http://people.redhat.com/davidz/livecd/i386/livecd-tools-001-1.i386.rpm > > And livecds based on fc6 works fine. > > I've got a set of changes which works for the little bit of pata > hardware that I was able to find relatively quickly around the office. > The patches and config packages that I used for the test2 live CD are > at http://people.redhat.com/~katzj/live/f7test2/. I've created a base livecd from todays rawhide. What I can say for now: I was able to boot it on both machines (mentioned in first mail). > And there's a > README at http://people.redhat.com/~katzj/live/f7test2/README along > the same lines as the one davidz posted with the FC6 live CD. The directory "os" is missing from the development-repo. :) > It's at least worth checking to see if that solves things for you > before going any further on trying to track things down. Ok. Next time I will ask earlier. :) Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Thu Mar 1 21:32:41 2007 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 01 Mar 2007 16:32:41 -0500 Subject: [Fedora-livecd-list] RFC: Use of a kickstart config to define the live cd contents Message-ID: <1172784761.32417.39.camel@erebor.boston.redhat.com> The attached (draft, we likely don't want to apply this directly) patch moves towards using a kickstart config to define the contents of the live CD. What does this mean? 1) Instead of using the fedora-livecd* packages to define the packages which are included, we can use a kickstart %packages manifest. This gives us group support, exclusion and a few other things 2) Move the livecd initscript into a package. Creating and editing this in a script was probably going to be a little fragile; it makes a lot more sense to have this be in packages. If you want to derive from the stock live CD initscript and do your own things, having more than one initscript to run on livecd startup isn't that big of a deal. 3) Allow initial system setup (was post actions in the scripts previously) to be done via kickstart directives + general kickstart % post 4) We temporarily lose easy inheritance. Right now, kickstart configs don't have it, but that should be remedied in pykickstart before Fedora7 is out. 5) Makes it pretty easy to move a system specification between being a live CD and an installed system. This seems pretty cool and powerful. Also, with a little bit of work, we could get system-config-kickstart in the game. What do other people think? Patch for livecd-creator attached as well a kickstart config that specifies the contents of a default desktop install[1]. Jeremy [1] Well, package exclusion doesn't exactly work with the way we call yum right now. Next up: use the yum API instead of exec'ing yum :-) -------------- next part -------------- A non-text attachment was scrubbed... Name: livecd-pykickstart.patch Type: text/x-patch Size: 12113 bytes Desc: not available URL: -------------- next part -------------- lang en_US.UTF-8 keyboard us timezone US/Eastern auth --useshadow --enablemd5 selinux --enforcing firewall --disabled repo --name=d7 --baseurl=file:///path/to/rawhide/development/i386/os repo --name=e7 --baseurl=http://download.fedora.devel.redhat.com/pub/fedora/linux/extras/development/i386 repo --name=k --baseurl=http://people.redhat.com/~katzj/live/f7test2 repo --name=l --baseurl=file:///home/katzj/src/livecd/foo/repo xconfig --startxonboot services --enabled=NetworkManager,dhcdbd --disabled=network,sshd %packages # basic desktop packages @graphical-internet @graphics @sound-and-video @gnome-desktop @base-x @games @base @core @admin-tools @dial-up @hardware-support @java @printing @text-internet kernel # support for all languages @afrikaans-support @arabic-support @armenian-support @assamese-support @basque-support @bengali-support @brazilian-support @breton-support @british-support @bulgarian-support @catalan-support @chinese-support @croatian-support @czech-support @danish-support @dutch-support @estonian-support @ethiopic-support @faeroese-support @finnish-support @french-support @gaelic-support @galician-support @german-support @greek-support @gujarati-support @hardware-support @hebrew-support @hindi-support @hungarian-support @icelandic-support @indonesian-support @irish-support @italian-support @japanese-support @kannada-support @korean-support @legacy-software-support @lithuanian-support @malay-support @malayalam-support @marathi-support @northern-sotho-support @norwegian-support @oriya-support @polish-support @portuguese-support @punjabi-support @romanian-support @russian-support @serbian-support @sinhala-support @slovak-support @slovenian-support @southern-ndebele-support @southern-sotho-support @spanish-support @swati-support @swedish-support @tamil-support @telugu-support @thai-support @tsonga-support @tswana-support @turkish-support @ukrainian-support @urdu-support @venda-support @welsh-support @xhosa-support @zulu-support # dictionaries are big -aspell-* -m17n-db-* -man-pages-* # gimp help is huge -gimp-help # lose the compat stuff -compat* # space sucks -festival -gnome-speech -gok # added games monkey-bubble ppracer # we don't include @office so that we don't get OOo. but some nice bits inkscape abiword gnumeric planner evince gnome-blog # livecd bits to set up the livecd and be able to install fedora-gnome-livecd liveinst From wcohen at redhat.com Thu Mar 1 22:52:13 2007 From: wcohen at redhat.com (William Cohen) Date: Thu, 01 Mar 2007 17:52:13 -0500 Subject: [Fedora-livecd-list] livecd-creator complaining about older version of kernel rpm In-Reply-To: <45E48EEB.8090205@redhat.com> References: <45E48EEB.8090205@redhat.com> Message-ID: <45E7591D.1020800@redhat.com> I did some more research to see what differences there are between the livecd build that works and one that fails. The liveCD that succeeds is the following: livecd-creator --repo=c6,http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/os/ --repo=c6di,http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/debug/ --repo=c6_upd,http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/ --repo=c6_updi,http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/debug/ --repo=lcd6,http://people.redhat.com/davidz/livecd/i386/ --repo=e6,http://download.fedora.redhat.com/pub/fedora/linux/extras/6/i386/ --package=fedora-livecd-gnome --package=kernel-debuginfo --fslabel=Fedora-6-Zod-LiveCD-1-stap2a >& livecd-stap2a.log & The livecd that fails has an additional package, systemtap: livecd-creator --repo=c6,http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/os/ --repo=c6di,http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/debug/ --repo=c6_upd,http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/ --repo=c6_updi,http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/debug/ --repo=lcd6,http://people.redhat.com/davidz/livecd/i386/ --repo=e6,http://download.fedora.redhat.com/pub/fedora/linux/extras/6/i386/ --package=fedora-livecd-gnome --package=kernel-debuginfo --package=systemtap --fslabel=Fedora-6-Zod-LiveCD-1-stap2 >& livecd-stap2.log & Looking through the information about what is installed. From the log file for the livecd WITHOUT systemtap the following things are going to be installed ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: fedora-livecd-gnome i386 6-1 lcdr_lcd6 2.5 M kernel-debuginfo i686 2.6.19-1.2911.fc6 lcdr_c6_updi 162 M Installing for dependencies: fedora-livecd i386 6-1 lcdr_lcd6 3.3 k kernel-debuginfo-common i686 2.6.19-1.2911.fc6 lcdr_c6_updi 28 M Transaction Summary ============================================================================= Install 4 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 192 M It looks like systemtap package pulls in a lot of additional packages, including the appropriate kernel, kernel-2.6.20-1.2911. The attached packages.diff show the additional packages that are installed by the second round of yum. The i2.log (the livecd with systemtap) tries to install the kernel-2.6.20-1.2895, which it shouldn't be given that a newer version of the kernel is already installed. Davidz suggest adding "--package=kernel" to the commandline, but that doesn't make a difference. ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: fedora-livecd-gnome i386 6-1 lcdr_lcd6 2.5 M kernel-debuginfo i686 2.6.19-1.2911.fc6 lcdr_c6_updi 162 M systemtap i386 0.5.12-1.fc6 lcdr_c6_upd 584 k Installing for dependencies: MAKEDEV i386 3.23-1.2 lcdr_c6 135 k SysVinit i386 2.86-14 lcdr_c6 112 k audit-libs i386 1.4.2-2.fc6 lcdr_c6_upd 57 k basesystem noarch 8.0-5.1.1 lcdr_c6 2.8 k bash i386 3.1-16.1 lcdr_c6 1.8 M binutils i386 2.17.50.0.6-2.fc6 lcdr_c6_upd 2.9 M bzip2-libs i386 1.0.3-6.fc6 lcdr_c6_upd 37 k chkconfig i386 1.3.30-1 lcdr_c6 152 k coreutils i386 5.97-12.3.fc6 lcdr_c6_upd 3.6 M cpio i386 2.6-21.fc6 lcdr_c6_upd 126 k cpp i386 4.1.1-51.fc6 lcdr_c6_upd 2.6 M cracklib i386 2.8.9-3.1 lcdr_c6 58 k cracklib-dicts i386 2.8.9-3.1 lcdr_c6 3.3 M db4 i386 4.3.29-9.fc6 lcdr_c6 916 k device-mapper i386 1.02.13-1.fc6 lcdr_c6_upd 561 k dmraid i386 1.0.0.rc13-1.fc6 lcdr_c6 554 k e2fsprogs i386 1.39-7.fc6 lcdr_c6_upd 955 k e2fsprogs-libs i386 1.39-7.fc6 lcdr_c6_upd 113 k elfutils-libelf i386 0.126-1.fc6 lcdr_c6_upd 53 k elfutils-libs i386 0.126-1.fc6 lcdr_c6_upd 106 k ethtool i386 3-1.2.2 lcdr_c6 55 k fedora-livecd i386 6-1 lcdr_lcd6 3.3 k fedora-release noarch 6-4 lcdr_c6 28 k fedora-release-notes noarch 6-3 lcdr_c6 765 k filesystem i386 2.4.0-1 lcdr_c6 116 k findutils i386 1:4.2.27-4.1 lcdr_c6 293 k gawk i386 3.1.5-14.fc6 lcdr_c6_upd 1.7 M gcc i386 4.1.1-51.fc6 lcdr_c6_upd 4.9 M gdbm i386 1.8.0-26.2.1 lcdr_c6 27 k glib2 i386 2.12.9-1.fc6 lcdr_c6_upd 698 k glibc i686 2.5-10.fc6 lcdr_c6_upd 5.1 M glibc-common i386 2.5-10.fc6 lcdr_c6_upd 16 M glibc-devel i386 2.5-10.fc6 lcdr_c6_upd 2.0 M glibc-headers i386 2.5-10.fc6 lcdr_c6_upd 605 k grep i386 2.5.1-54.1.2.fc6 lcdr_c6_upd 174 k gzip i386 1.3.5-9 lcdr_c6 100 k info i386 4.8-14.fc6 lcdr_c6_upd 172 k initscripts i386 8.45.7-1 lcdr_c6_upd 1.3 M iproute i386 2.6.19-1.fc6 lcdr_c6_upd 811 k iputils i386 20020927-41.fc6 lcdr_c6 158 k kernel i686 2.6.19-1.2911.fc6 lcdr_c6_upd 16 M kernel-debuginfo-common i686 2.6.19-1.2911.fc6 lcdr_c6_updi 28 M kernel-headers i386 2.6.19-1.2911.fc6 lcdr_c6_upd 701 k kpartx i386 0.4.7-5 lcdr_c6 380 k krb5-libs i386 1.5-13 lcdr_c6_upd 590 k less i386 394-5.fc6 lcdr_c6_upd 100 k libacl i386 2.2.39-1.1 lcdr_c6 19 k libattr i386 2.4.32-1.1 lcdr_c6 12 k libcap i386 1.10-25 lcdr_c6 22 k libgcc i386 4.1.1-51.fc6 lcdr_c6_upd 81 k libgomp i386 4.1.1-51.fc6 lcdr_c6_upd 69 k libselinux i386 1.33.4-2.fc6 lcdr_c6_upd 94 k libsepol i386 1.15.3-1.fc6 lcdr_c6_upd 129 k libstdc++ i386 4.1.1-51.fc6 lcdr_c6_upd 349 k libtermcap i386 2.0.8-46.1 lcdr_c6 14 k lvm2 i386 2.02.17-1.fc6 lcdr_c6_upd 1.0 M make i386 1:3.81-1.1 lcdr_c6 465 k mcstrans i386 0.1.8-3 lcdr_c6 15 k mingetty i386 1.07-5.2.2 lcdr_c6 19 k mkinitrd i386 5.1.19.0.2-1 lcdr_c6_upd 438 k mktemp i386 3:1.5-23.2.2 lcdr_c6 14 k module-init-tools i386 3.3-0.pre1.4.17 lcdr_c6 399 k nash i386 5.1.19.0.2-1 lcdr_c6_upd 1.1 M ncurses i386 5.5-24.20060715 lcdr_c6 1.1 M net-tools i386 1.60-73 lcdr_c6 359 k openssl i686 0.9.8b-8.3.fc6 lcdr_c6_upd 1.4 M pam i386 0.99.6.2-3.16.fc6 lcdr_c6_upd 924 k pcre i386 6.6-1.1 lcdr_c6 111 k perl i386 4:5.8.8-10 lcdr_c6 12 M popt i386 1.10.2-32 lcdr_c6 67 k procps i386 3.2.7-8.2.fc6 lcdr_c6_upd 207 k psmisc i386 22.2-5 lcdr_c6 61 k python i386 2.4.4-1.fc6 lcdr_c6_upd 5.9 M readline i386 5.1-1.1 lcdr_c6 223 k sed i386 4.1.5-5.fc6 lcdr_c6 175 k setup noarch 2.6.1.1-1.fc6 lcdr_c6_upd 126 k shadow-utils i386 2:4.0.17-12.fc6 lcdr_c6_upd 1.0 M sysklogd i386 1.4.1-41.fc6 lcdr_c6_upd 73 k systemtap-runtime i386 0.5.12-1.fc6 lcdr_c6_upd 16 k tar i386 2:1.15.1-24.fc6 lcdr_c6_upd 750 k termcap noarch 1:5.5-1.20060701.1 lcdr_c6 265 k tzdata noarch 2007c-1.fc6 lcdr_c6_upd 753 k udev i386 095-17.fc6 lcdr_c6_upd 877 k util-linux i386 2.13-0.46.fc6 lcdr_c6_upd 1.8 M zlib i386 1.2.3-3 lcdr_c6 50 k Transaction Summary ============================================================================= Install 88 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 296 M -Will -------------- next part -------------- A non-text attachment was scrubbed... Name: packages.diff Type: text/x-patch Size: 20229 bytes Desc: not available URL: From fuzzy601 at gmail.com Fri Mar 2 00:22:09 2007 From: fuzzy601 at gmail.com (john pleines) Date: Thu, 1 Mar 2007 16:22:09 -0800 Subject: [Fedora-livecd-list] Latest liveCD tools Message-ID: <3d9a801e0703011622m3f4bcfb2h5eaace39095b5a97@mail.gmail.com> With the isolinux patch last Saturday, it took care of something that I would need for the version of the livecd I was putting together. I then went back and applied (6) previous patches I had in e-mails then tried to apply the isolinux patch, patch complains about only able to apply one hunk successfully. I get the same for the modules patch. Could someone point me to a location where a patched script exists? Much appreciated. Also Jeremy the idea of going to a kickstart config sounds a lot cleaner. Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdogalt at yahoo.com Fri Mar 2 03:25:37 2007 From: jdogalt at yahoo.com (Jane Dogalt) Date: Thu, 1 Mar 2007 19:25:37 -0800 (PST) Subject: [Fedora-livecd-list] RFC: Use of a kickstart config to define the live cd contents In-Reply-To: <1172784761.32417.39.camel@erebor.boston.redhat.com> Message-ID: <538225.17737.qm@web56902.mail.re3.yahoo.com> --- Jeremy Katz wrote: > The attached (draft, we likely don't want to apply this directly) > patch > moves towards using a kickstart config to define the contents of the > live CD. What does this mean? ... > 5) Makes it pretty easy to move a system specification between being > a > live CD and an installed system. This seems pretty cool and > powerful. > Also, with a little bit of work, we could get system-config-kickstart > in > the game. > > What do other people think? Patch for livecd-creator attached as > well a > kickstart config that specifies the contents of a default desktop > install[1]. I completely agree with this. Kickstart was the DNA/personality definition of generated systems before the livecd case. I think it will create less confusion to keep things focused there. And as you said, clearly then sys-cfg-ks can effectively become the meat of a gui for livecd-creator. -dmc/jdog ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ From kagesenshi.87 at gmail.com Fri Mar 2 05:40:42 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Fri, 2 Mar 2007 13:40:42 +0800 Subject: [Fedora-livecd-list] RFC: Use of a kickstart config to define the live cd contents In-Reply-To: <538225.17737.qm@web56902.mail.re3.yahoo.com> References: <1172784761.32417.39.camel@erebor.boston.redhat.com> <538225.17737.qm@web56902.mail.re3.yahoo.com> Message-ID: I'm not against the idea of using kickstart file ... but I like the bash post script a lot - it give total flexibility in customizing the livecd ... I would love functionality be retained (eventhough its ugly sometimes) or a similar solution is provided ... or does kickstart already have this? (I'm not familiar with kickstart files) eg: run a post script after installation of packages from the kickstart file -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com GPG: http://www.rootshell.be/~kagesens/public-key.asc Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From kagesenshi.87 at gmail.com Fri Mar 2 06:18:19 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Fri, 2 Mar 2007 14:18:19 +0800 Subject: [Fedora-livecd-list] RFC: Use of a kickstart config to define the live cd contents In-Reply-To: References: <1172784761.32417.39.camel@erebor.boston.redhat.com> <538225.17737.qm@web56902.mail.re3.yahoo.com> Message-ID: Ignore my previous comment ... after reading the patch i noticed that %post is still there :) From wcohen at redhat.com Fri Mar 2 14:41:58 2007 From: wcohen at redhat.com (William Cohen) Date: Fri, 02 Mar 2007 09:41:58 -0500 Subject: [Fedora-livecd-list] livecd-creator complaining about older version of kernel rpm In-Reply-To: <45E7591D.1020800@redhat.com> References: <45E48EEB.8090205@redhat.com> <45E7591D.1020800@redhat.com> Message-ID: <45E837B6.3010200@redhat.com> After some experimentation I found that "--exclude-package=kernel" allowed me to work around the problem. I was able to make a live CD that included systemtap on it using the following command: livecd-creator --repo=c6,http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/os/ --repo=c6di,http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/debug/ --repo=c6_upd,http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/ --repo=c6_updi,http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/debug/ --repo=lcd6,http://people.redhat.com/davidz/livecd/i386/ --repo=e6,http://download.fedora.redhat.com/pub/fedora/linux/extras/6/i386/ --package=fedora-livecd-gnome --package=kernel-debuginfo --package=kernel-devel --exclude-package=kernel --package=systemtap --fslabel=Fedora-6-Zod-LiveCD-1-stap5 >& livecd-stap5.log & It looks like something in livecd-creator is thinking that it needs to pull in the other older kernel rpm in the updates. -Will From katzj at redhat.com Fri Mar 2 15:00:52 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 02 Mar 2007 10:00:52 -0500 Subject: [Fedora-livecd-list] Latest liveCD tools In-Reply-To: <3d9a801e0703011622m3f4bcfb2h5eaace39095b5a97@mail.gmail.com> References: <3d9a801e0703011622m3f4bcfb2h5eaace39095b5a97@mail.gmail.com> Message-ID: <1172847652.3135.6.camel@aglarond.local> On Thu, 2007-03-01 at 16:22 -0800, john pleines wrote: > With the isolinux patch last Saturday, it took care of something that > I would need for the version of the livecd I was putting together. I > then went back and applied (6) previous patches I had in e-mails then > tried to apply the isolinux patch, patch complains about only able to > apply one hunk successfully. I get the same for the modules patch. > > Could someone point me to a location where a patched script exists? http://people.redhat.com/~katzj/live/f7test2/ has a package and a src.rpm that matches what was used for test2 (which includes everything I've sent before the kickstart patch yesterday) Jeremy From jonathan.roberts.uk at googlemail.com Fri Mar 2 15:40:08 2007 From: jonathan.roberts.uk at googlemail.com (Jonathan Roberts) Date: Fri, 2 Mar 2007 15:40:08 +0000 Subject: [Fedora-livecd-list] Customizing home directory Message-ID: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> Hi again, I'm sorry to re-post about this but I thought it might be possible that somebody might have some new insights. I'm working on a project where I want to customize the content of the home directory - i.e. put some media files in to it. The project I'm working on is to create a DVD for promoting Free Culture (i.e. Free Software, Creative Commons, Public Domain etc): as part of it I plan to include a live cd on the disc and I would love to use Fedora for this. As it stands I think I'll probably end up using Knoppix because there's a very straight forward method to stick some files on to the desktop - any help would be hugely appreciated! Many thanks, Jon From cnegus at rucls.net Fri Mar 2 17:47:07 2007 From: cnegus at rucls.net (Chris Negus) Date: Fri, 02 Mar 2007 11:47:07 -0600 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> Message-ID: <1172857627.2672.338.camel@einstein> On Fri, 2007-03-02 at 15:40 +0000, Jonathan Roberts wrote: > I'm working on a project where I want to customize the content of the > home directory - i.e. put some media files in to it. The project I'm > working on is to create a DVD for promoting Free Culture (i.e. Free > Software, Creative Commons, Public Domain etc): as part of it I plan > to include a live cd on the disc and I would love to use Fedora for > this. As it stands I think I'll probably end up using Knoppix because > there's a very straight forward method to stick some files on to the > desktop - any help would be hugely appreciated! This is a good question. The project should come up with a recommended way to add or change stuff that isn't part of an rpm when creating a live CD. At Fudcon, David suggested that he might add an option to livecd-creator to open a shell to the chroot environment after the software is installed and before it's made into an ISO. Is that option available? Would you guys suggest adding data using post install scripts in a kickstart file instead? -- Chris Negus From katzj at redhat.com Fri Mar 2 18:14:11 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 02 Mar 2007 13:14:11 -0500 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <1172857627.2672.338.camel@einstein> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <1172857627.2672.338.camel@einstein> Message-ID: <1172859251.3135.17.camel@aglarond.local> On Fri, 2007-03-02 at 11:47 -0600, Chris Negus wrote: > On Fri, 2007-03-02 at 15:40 +0000, Jonathan Roberts wrote: > > I'm working on a project where I want to customize the content of the > > home directory - i.e. put some media files in to it. The project I'm > > working on is to create a DVD for promoting Free Culture (i.e. Free > > Software, Creative Commons, Public Domain etc): as part of it I plan > > to include a live cd on the disc and I would love to use Fedora for > > this. As it stands I think I'll probably end up using Knoppix because > > there's a very straight forward method to stick some files on to the > > desktop - any help would be hugely appreciated! > > This is a good question. The project should come up with a recommended > way to add or change stuff that isn't part of an rpm when creating a > live CD. > > At Fudcon, David suggested that he might add an option to livecd-creator > to open a shell to the chroot environment after the software is > installed and before it's made into an ISO. Is that option available? > Would you guys suggest adding data using post install scripts in a > kickstart file instead? It depends on if you're doing something that's one shot or not. It's not hard to do dropping into a shell, but it's going to leave you with a live CD that you have to manually reproduce everytime. Using an actual post script will be able to be reproduced at will (and changed, etc) over time Jeremy From kagesenshi.87 at gmail.com Fri Mar 2 15:57:30 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Fri, 2 Mar 2007 23:57:30 +0800 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> Message-ID: This is a quick + ugly hack.. it works for me ... boot the liveCD .. customize the desktop etc ... then .. scp /home// to another computer ... afterward .. in the config script, tell the config to copy back the the home folder into place .. This is not the only way .. theres others that uses different approach .. but to me this one is the easiest to do .. On 3/2/07, Jonathan Roberts wrote: > Hi again, > > I'm sorry to re-post about this but I thought it might be possible > that somebody might have some new insights. > > I'm working on a project where I want to customize the content of the > home directory - i.e. put some media files in to it. The project I'm > working on is to create a DVD for promoting Free Culture (i.e. Free > Software, Creative Commons, Public Domain etc): as part of it I plan > to include a live cd on the disc and I would love to use Fedora for > this. As it stands I think I'll probably end up using Knoppix because > there's a very straight forward method to stick some files on to the > desktop - any help would be hugely appreciated! > > Many thanks, > > Jon > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com GPG: http://www.rootshell.be/~kagesens/public-key.asc Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From jonathan.roberts.uk at googlemail.com Fri Mar 2 19:02:28 2007 From: jonathan.roberts.uk at googlemail.com (Jonathan Roberts) Date: Fri, 2 Mar 2007 19:02:28 +0000 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> Message-ID: <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> On 02/03/07, Hikaru Amano wrote: > This is a quick + ugly hack.. it works for me ... > > boot the liveCD .. customize the desktop etc ... then .. scp > /home// to another computer ... afterward .. in the config > script, tell the config to copy back the the home folder into place .. Please excuse my ignorance but...how do I tell the config to do this!? Jon From jonathan.roberts.uk at googlemail.com Fri Mar 2 18:21:49 2007 From: jonathan.roberts.uk at googlemail.com (Jonathan Roberts) Date: Fri, 2 Mar 2007 18:21:49 +0000 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <1172859251.3135.17.camel@aglarond.local> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <1172857627.2672.338.camel@einstein> <1172859251.3135.17.camel@aglarond.local> Message-ID: <3263b11b0703021021s6ce99d12gada8be1e6f0c2d05@mail.gmail.com> > It depends on if you're doing something that's one shot or not. It's > not hard to do dropping into a shell, but it's going to leave you with a > live CD that you have to manually reproduce everytime. Using an actual > post script will be able to be reproduced at will (and changed, etc) > over time > For my needs it sounds like dropping in to a shell would be OK - anyone able to explain how to do this? >From the sounds of it though a post script would be better for most circumstances including mine...I don't know enough to be able to help with organising how this would work but that's just my two cents. Thanks to people for their thoughts :D Jon From katzj at redhat.com Fri Mar 2 22:03:39 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 02 Mar 2007 17:03:39 -0500 Subject: [Fedora-livecd-list] [PATCH] Use yum API instead of exec'ing yum directly Message-ID: <1172873019.3135.24.camel@aglarond.local> Attached switches to using the yum API instead of os.system of yum. Tested with yum-3.1.3-2 which will be in tomorrow's rawhide but should work fine with other versions[1] Note that this patch does _not_ apply on top of the pykickstart patch. I need to sit down and merge the two but wanted to go ahead and get this out before the weekend. Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: livecd-yum.patch Type: text/x-patch Size: 6426 bytes Desc: not available URL: From ml at deadbabylon.de Fri Mar 2 22:13:21 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Fri, 2 Mar 2007 23:13:21 +0100 Subject: [Fedora-livecd-list] One note and question about livecd-creator Message-ID: <20070302231321.1ad071bd@localhost.localdomain> Hi. I've just one note and one question: 1. live-cdreator should fail if "--fslabel" contains more than 32 characters. If this is the case mkisofs will fail creating the iso. 2. Are there plans to allow a different temporary directory than /vat/tmp/livecd-creator? On my installation I normally do not have 2-2,5 GB free space in /var/tmp but a lot of free space on different partitions. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Fri Mar 2 22:23:50 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 02 Mar 2007 17:23:50 -0500 Subject: [Fedora-livecd-list] One note and question about livecd-creator In-Reply-To: <20070302231321.1ad071bd@localhost.localdomain> References: <20070302231321.1ad071bd@localhost.localdomain> Message-ID: <1172874230.3135.29.camel@aglarond.local> On Fri, 2007-03-02 at 23:13 +0100, Sebastian Vahl wrote: > I've just one note and one question: > > 1. live-cdreator should fail if "--fslabel" contains more than 32 > characters. If this is the case mkisofs will fail creating the iso. Good catch. Patch on its way and in my tree. > 2. Are there plans to allow a different temporary directory > than /vat/tmp/livecd-creator? On my installation I normally do not have > 2-2,5 GB free space in /var/tmp but a lot of free space on different > partitions. This is something that davidz and I agreed a little vehemently about at FUDCon. I think that it's trivial to add and with obvious benefit. He argues that you should just symlink or bind mount /var/tmp/livecd-creator. Jeremy From katzj at redhat.com Fri Mar 2 22:24:35 2007 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 02 Mar 2007 17:24:35 -0500 Subject: [Fedora-livecd-list] [PATCH] Limit the length of the iso name Message-ID: <1172874275.3135.33.camel@aglarond.local> Limit the length of the label to 32 characters. Noticed by Sebastian Vahl Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: livecd-isonamelen.patch Type: text/x-patch Size: 666 bytes Desc: not available URL: From jdogalt at yahoo.com Fri Mar 2 22:43:42 2007 From: jdogalt at yahoo.com (Jane Dogalt) Date: Fri, 2 Mar 2007 14:43:42 -0800 (PST) Subject: [Fedora-livecd-list] spin configurations (relating to recent yum and kickstart patches) Message-ID: <55335.11055.qm@web56912.mail.re3.yahoo.com> Jeremy, I brought this question up at fudcon, and it relates a bit to this yum patch, and a bit to your kickstart patch. Really its a bit more like 2 questions. 1) Do you forsee the system installation code within anaconda and livecd creator merging at any point, or staying divergent? Phrased another way, do you ever see something like anaconda --rootpath replacing the installer code in livecd-creator? (or just generally coming to a point where there is a single code path to install generated system images) 2) Where do the spin differentiation / configurations exist in relation to pungi, and how do you see these relating to _livecd_ spin differentiation/configurations (which I visualize currently as differing kickstart files). I suppose one issue that would clarify both of these, would be the theoretical possibility of something like the current livecd installer replacing the traditional anaconda install mechanism. Were that to happen, then it seems like the spin differentiation / configuration for the major spins, would just be different kickstart files. Do you see things going in this direction, or some other direction? -dmc/jdog ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news From ml at deadbabylon.de Fri Mar 2 23:08:45 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Sat, 3 Mar 2007 00:08:45 +0100 Subject: [Fedora-livecd-list] One note and question about livecd-creator In-Reply-To: <1172874230.3135.29.camel@aglarond.local> References: <20070302231321.1ad071bd@localhost.localdomain> <1172874230.3135.29.camel@aglarond.local> Message-ID: <20070303000845.1b1b3094@localhost.localdomain> Am Fri, 02 Mar 2007 17:23:50 -0500 schrieb Jeremy Katz : > On Fri, 2007-03-02 at 23:13 +0100, Sebastian Vahl wrote: > > I've just one note and one question: > > > > 1. live-cdreator should fail if "--fslabel" contains more than 32 > > characters. If this is the case mkisofs will fail creating the iso. > > Good catch. Patch on its way and in my tree. Wow. Fast. :) > > > 2. Are there plans to allow a different temporary directory > > than /vat/tmp/livecd-creator? On my installation I normally do not > > have 2-2,5 GB free space in /var/tmp but a lot of free space on > > different partitions. > > This is something that davidz and I agreed a little vehemently about > at FUDCon. I think that it's trivial to add and with obvious > benefit. He argues that you should just symlink or bind > mount /var/tmp/livecd-creator. Ok. That sounds understandable. And it is also what I'm doing atm. But perhaps (in later development) it could be a great feature. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kagesenshi.87 at gmail.com Sat Mar 3 00:01:21 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Sat, 3 Mar 2007 08:01:21 +0800 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> Message-ID: On 3/3/07, Jonathan Roberts wrote: > > Please excuse my ignorance but...how do I tell the config to do this!? > the post section of the config is just a bash script .. put the command to copy (and chown/chmod) the files there .. >For my needs it sounds like dropping in to a shell would be OK - >anyone able to explain how to do this? afaik theres a line that commented out /bin/bash before target.unmount() in the main() function in the code ... you can uncomment it to drop you into a shell .. the installation root should be in /var/tmp/livecd-creator//install_root/ .. chroot into it and do ur customization ... >This is a good question. The project should come up with a recommended >way to add or change stuff that isn't part of an rpm when creating a >live CD. I would love to have something that record whatever I do into a shell script for me to insert them into the post script .. for the gconf-related customization, I think sabayon can do the job (maybe with some modifications) .. I prefer using post script because it makes it easier to manage the livecd and for collaborative work .. just my 2cents -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com GPG: http://www.rootshell.be/~kagesens/public-key.asc Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From sundaram at fedoraproject.org Sat Mar 3 03:33:16 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 03 Mar 2007 09:03:16 +0530 Subject: [Fedora-livecd-list] Creating Live CD/DVD from installed systems Message-ID: <45E8EC7C.3090606@fedoraproject.org> Hi Apparently http://livebackup.sourceforge.net/ is capable of creating a Live CD from a installed system. Would that be a feature that can be added to the current live cd tool? Rahul From cnegus at rucls.net Sat Mar 3 03:53:38 2007 From: cnegus at rucls.net (Chris Negus) Date: Fri, 02 Mar 2007 21:53:38 -0600 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> Message-ID: <1172894018.2672.372.camel@einstein> On Fri, 2007-03-02 at 19:02 +0000, Jonathan Roberts wrote: > On 02/03/07, Hikaru Amano wrote: > > This is a quick + ugly hack.. it works for me ... > > > > boot the liveCD .. customize the desktop etc ... then .. scp > > /home// to another computer ... afterward .. in the config > > script, tell the config to copy back the the home folder into place .. > > Please excuse my ignorance but...how do I tell the config to do this!? I think he's suggesting that you first make the basic live CD that you want. Then boot that CD and customize everything (set you background, screen colors, and other desktop preferences). Even add the data files you want to the home directory. Then backup all that stuff to another computer (or maybe to your local hard disk). Next, go and build your live CD again, but this time copy your saved /home/ directory to the chroot environment of your CD. You can do that by adding a single cp -ar line to your kickstart postinstall section. It's a little ugly, but it's easy. One thing to look out for is that you want to be sure to clear out cache and history files before backing up the home directory. For instance, if you were browsing americanidol.com (or whatever), anyone who checks the browser history on your live CD will know about it. ;) -- Chris Negus From gdk at redhat.com Sat Mar 3 04:13:17 2007 From: gdk at redhat.com (Greg Dekoenigsberg) Date: Fri, 2 Mar 2007 23:13:17 -0500 (EST) Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <1172894018.2672.372.camel@einstein> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> <1172894018.2672.372.camel@einstein> Message-ID: Wow, Chris. Great advice. You could write a book about this stuff. ;-) --g On Fri, 2 Mar 2007, Chris Negus wrote: > On Fri, 2007-03-02 at 19:02 +0000, Jonathan Roberts wrote: >> On 02/03/07, Hikaru Amano wrote: >>> This is a quick + ugly hack.. it works for me ... >>> >>> boot the liveCD .. customize the desktop etc ... then .. scp >>> /home// to another computer ... afterward .. in the config >>> script, tell the config to copy back the the home folder into place .. >> >> Please excuse my ignorance but...how do I tell the config to do this!? > > I think he's suggesting that you first make the basic live CD that you > want. Then boot that CD and customize everything (set you background, > screen colors, and other desktop preferences). Even add the data files > you want to the home directory. Then backup all that stuff to another > computer (or maybe to your local hard disk). > > Next, go and build your live CD again, but this time copy your > saved /home/ directory to the chroot environment of your CD. > You can do that by adding a single cp -ar line to your kickstart > postinstall section. > > It's a little ugly, but it's easy. One thing to look out for is that you > want to be sure to clear out cache and history files before backing up > the home directory. For instance, if you were browsing americanidol.com > (or whatever), anyone who checks the browser history on your live CD > will know about it. ;) > > -- Chris Negus > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- From kagesenshi.87 at gmail.com Sat Mar 3 03:55:16 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Sat, 3 Mar 2007 11:55:16 +0800 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <1172894018.2672.372.camel@einstein> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> <1172894018.2672.372.camel@einstein> Message-ID: On 3/3/07, Chris Negus wrote: > I think he's suggesting that you first make the basic live CD that you > want. Then boot that CD and customize everything (set you background, > screen colors, and other desktop preferences). Even add the data files > you want to the home directory. Then backup all that stuff to another > computer (or maybe to your local hard disk). > > Next, go and build your live CD again, but this time copy your > saved /home/ directory to the chroot environment of your CD. > You can do that by adding a single cp -ar line to your kickstart > postinstall section. > > It's a little ugly, but it's easy. One thing to look out for is that you > want to be sure to clear out cache and history files before backing up > the home directory. For instance, if you were browsing americanidol.com > (or whatever), anyone who checks the browser history on your live CD > will know about it. ;) > > -- Chris Negus Exactly what i meant! XD .. thanks Chris -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com GPG: http://www.rootshell.be/~kagesens/public-key.asc Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From jonathan.roberts.uk at googlemail.com Sat Mar 3 08:19:30 2007 From: jonathan.roberts.uk at googlemail.com (Jonathan Roberts) Date: Sat, 3 Mar 2007 08:19:30 +0000 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> <1172894018.2672.372.camel@einstein> Message-ID: <3263b11b0703030019m24fdfa9es156bee09cbff4e19@mail.gmail.com> Thanks for all the help :D - I'll give it a go today... Jon On 03/03/07, Greg Dekoenigsberg wrote: > > Wow, Chris. Great advice. You could write a book about this stuff. ;-) > > --g > > On Fri, 2 Mar 2007, Chris Negus wrote: > > > On Fri, 2007-03-02 at 19:02 +0000, Jonathan Roberts wrote: > >> On 02/03/07, Hikaru Amano wrote: > >>> This is a quick + ugly hack.. it works for me ... > >>> > >>> boot the liveCD .. customize the desktop etc ... then .. scp > >>> /home// to another computer ... afterward .. in the config > >>> script, tell the config to copy back the the home folder into place .. > >> > >> Please excuse my ignorance but...how do I tell the config to do this!? > > > > I think he's suggesting that you first make the basic live CD that you > > want. Then boot that CD and customize everything (set you background, > > screen colors, and other desktop preferences). Even add the data files > > you want to the home directory. Then backup all that stuff to another > > computer (or maybe to your local hard disk). > > > > Next, go and build your live CD again, but this time copy your > > saved /home/ directory to the chroot environment of your CD. > > You can do that by adding a single cp -ar line to your kickstart > > postinstall section. > > > > It's a little ugly, but it's easy. One thing to look out for is that you > > want to be sure to clear out cache and history files before backing up > > the home directory. For instance, if you were browsing americanidol.com > > (or whatever), anyone who checks the browser history on your live CD > > will know about it. ;) > > > > -- Chris Negus > > > > -- > > Fedora-livecd-list mailing list > > Fedora-livecd-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > > -- > ------------------------------------------------------------- > Greg DeKoenigsberg || Fedora Project || fedoraproject.org > Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors > ------------------------------------------------------------- > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > From jonathan.roberts.uk at googlemail.com Sat Mar 3 12:31:16 2007 From: jonathan.roberts.uk at googlemail.com (Jonathan Roberts) Date: Sat, 3 Mar 2007 12:31:16 +0000 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> <1172894018.2672.372.camel@einstein> Message-ID: <3263b11b0703030431x56beb91fu45151dd983a967ff@mail.gmail.com> I'm struggling to get the CD to build. I've tried both pilgrim and kadischi - kadischi won't build and pilgrim gets a timeout when accessing the livecd repo...any suggestions? Jon From jonathan.roberts.uk at googlemail.com Sat Mar 3 17:01:13 2007 From: jonathan.roberts.uk at googlemail.com (Jonathan Roberts) Date: Sat, 3 Mar 2007 17:01:13 +0000 Subject: [fedora-livecd-list] New link for wiki page? Message-ID: <3263b11b0703030901h23ecaae5w5a1b3dc9912688fb@mail.gmail.com> Hi, Browsing around trying to figure out where I was going wrong I found this tutorial which is a really useful addition to the one currently on the wiki - I thought it might be good to link to it? Here's the address: http://www-128.ibm.com/developerworks/linux/library/l-fedora-livecd/index.html Hope this is useful to someone :D Jon From sundaram at fedoraproject.org Sun Mar 4 11:26:45 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 04 Mar 2007 16:56:45 +0530 Subject: [fedora-livecd-list] New link for wiki page? In-Reply-To: <3263b11b0703030901h23ecaae5w5a1b3dc9912688fb@mail.gmail.com> References: <3263b11b0703030901h23ecaae5w5a1b3dc9912688fb@mail.gmail.com> Message-ID: <45EAACF5.10108@fedoraproject.org> Jonathan Roberts wrote: > Hi, > > Browsing around trying to figure out where I was going wrong I found > this tutorial which is a really useful addition to the one currently > on the wiki - I thought it might be good to link to it? Here's the > address: > > http://www-128.ibm.com/developerworks/linux/library/l-fedora-livecd/index.html > Done. Rahul From lmacken at redhat.com Sun Mar 4 12:05:23 2007 From: lmacken at redhat.com (Luke Macken) Date: Sun, 4 Mar 2007 07:05:23 -0500 Subject: [Fedora-livecd-list] Security LiveCD Message-ID: <20070304120523.GA2906@tomservo.rh.rit.edu> I started piecing together a Fedora Security LiveCD, designed for security auditing, penetration testing, and forensics. See my blog post and the wiki page for more information: http://lewk.org/blog/2007/03/04/security-livecd http://fedoraproject.org/wiki/LukeMacken/SecurityLiveCD {comments,suggestions,patches} welcome. luke From sundaram at fedoraproject.org Sun Mar 4 17:12:34 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 04 Mar 2007 22:42:34 +0530 Subject: [Fedora-livecd-list] Security LiveCD In-Reply-To: <20070304120523.GA2906@tomservo.rh.rit.edu> References: <20070304120523.GA2906@tomservo.rh.rit.edu> Message-ID: <45EAFE02.7020404@fedoraproject.org> Luke Macken wrote: > I started piecing together a Fedora Security LiveCD, designed for > security auditing, penetration testing, and forensics. See my blog > post and the wiki page for more information: > > http://lewk.org/blog/2007/03/04/security-livecd > http://fedoraproject.org/wiki/LukeMacken/SecurityLiveCD > > {comments,suggestions,patches} welcome. I read that pages and blog earlier. Excellent work. You seem to using a relatively older version of Live CD tool. The newer versions use kickstart for configuration. Same for pungi too. Have you looked at what other security/hardening focused distributions and especially live cd's do? Is it just a matter of putting in a bunch of related packages or is there any special configuration being done on other distributions in the same space? Rahul From tchung at fedoraproject.org Sat Mar 3 19:54:44 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Sat, 3 Mar 2007 11:54:44 -0800 Subject: [fedora-livecd-list] New link for wiki page? In-Reply-To: <3263b11b0703030901h23ecaae5w5a1b3dc9912688fb@mail.gmail.com> References: <3263b11b0703030901h23ecaae5w5a1b3dc9912688fb@mail.gmail.com> Message-ID: <369bce3b0703031154j43383fa5h3bce7746ead297f3@mail.gmail.com> On 3/3/07, Jonathan Roberts wrote: > Hi, > > Browsing around trying to figure out where I was going wrong I found > this tutorial which is a really useful addition to the one currently > on the wiki - I thought it might be good to link to it? Here's the > address: > > http://www-128.ibm.com/developerworks/linux/library/l-fedora-livecd/index.html > > Hope this is useful to someone :D > > Jon Thank you Jon. That's very helpful link. http://fedoraproject.org/wiki/FedoraLiveCD Regards, -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From jdogalt at yahoo.com Mon Mar 5 02:31:57 2007 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 4 Mar 2007 18:31:57 -0800 (PST) Subject: [Fedora-livecd-list] Security LiveCD In-Reply-To: <20070304120523.GA2906@tomservo.rh.rit.edu> Message-ID: <649065.10342.qm@web56913.mail.re3.yahoo.com> --- Luke Macken wrote: > I started piecing together a Fedora Security LiveCD, designed for > security auditing, penetration testing, and forensics. See my blog > post and the wiki page for more information: > > http://lewk.org/blog/2007/03/04/security-livecd > http://fedoraproject.org/wiki/LukeMacken/SecurityLiveCD > > {comments,suggestions,patches} welcome. Just off the top of my head, here is what I'd like to see- Suppose you have just created an interesting webserver livecd, with some random smattering of enabled features and services particular to your needs. I would like to see a security livecd, which when booted on a system that either has the prior webserver livecd .iso on the disk, or available via the network, does the following- - boots the webserver livecd under qemu, then runs the most aggressive penetration/scan it can think of against it. Clearly there are many subtle details about how the virtual network and system are launched/configured so that they match as closely as possible the real deployment situation. I would hope that as time passes you would see a cat and mouse back and forth. I.e. various holes are found in the webserver livecd configuration and fixed, and various new penetration mechanisms are added to the security livecd. Hopefully what would evolve via this 'fitness function' would be a kickstart file describing a very secure webserver livecd (and thus less than a stones throw away from a very secure generic webserver kickstart). -dmc/jdog ____________________________________________________________________________________ Don't pick lemons. See all the new 2007 cars at Yahoo! Autos. http://autos.yahoo.com/new_cars.html From jdogalt at yahoo.com Mon Mar 5 02:51:43 2007 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 4 Mar 2007 18:51:43 -0800 (PST) Subject: [Fedora-livecd-list] Security LiveCD In-Reply-To: <20070304120523.GA2906@tomservo.rh.rit.edu> Message-ID: <279624.43884.qm@web56902.mail.re3.yahoo.com> --- Luke Macken wrote: > I started piecing together a Fedora Security LiveCD, designed for > security auditing, penetration testing, and forensics. See my blog > post and the wiki page for more information: > > http://lewk.org/blog/2007/03/04/security-livecd > http://fedoraproject.org/wiki/LukeMacken/SecurityLiveCD > > {comments,suggestions,patches} welcome. Perhaps an even better usage scenrio than the one I just mentioned is this- The security livecd boots on any target system, and then qemu boots the harddisk of the local system in snapshot mode (so that no actual changes ever get made to the local disk). Then the security livecd host system does a penetration test against the virtually booted system from the local disk. Effectively this would be a way to walk up to any server (even winblowz/ubuntu/etc...) and be able to "bless" it as being up to some minimum level of secure, or alert the user to exactly which penetration tests the target system failed to fend off. -dmc/jdog ____________________________________________________________________________________ Don't get soaked. Take a quick peak at the forecast with the Yahoo! Search weather shortcut. http://tools.search.yahoo.com/shortcuts/#loc_weather From katzj at redhat.com Mon Mar 5 16:08:57 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 05 Mar 2007 11:08:57 -0500 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> Message-ID: <1173110937.3121.10.camel@aglarond.local> On Sat, 2007-03-03 at 08:01 +0800, Hikaru Amano wrote: > >For my needs it sounds like dropping in to a shell would be OK - > >anyone able to explain how to do this? > > afaik theres a line that commented out /bin/bash before > target.unmount() in the main() function in the code ... you can > uncomment it to drop you into a shell .. the installation root should > be in /var/tmp/livecd-creator//install_root/ .. chroot > into it and do ur customization ... We should probably make this an option instead of requiring editing the script for this. Added to my sticky note of things to get to eventually > >This is a good question. The project should come up with a recommended > >way to add or change stuff that isn't part of an rpm when creating a > >live CD. > > I would love to have something that record whatever I do into a shell > script for me to insert them into the post script .. for the > gconf-related customization, I think sabayon can do the job (maybe > with some modifications) .. I prefer using post script because it > makes it easier to manage the livecd and for collaborative work .. The main difficulty is how do you monitor and record what someone arbitrarily does in shell. If they, eg, launch python and run a command how do you know what they did there? This is definitely an area where if someone wanted to do some work that it could make a big difference. Jeremy From katzj at redhat.com Mon Mar 5 16:19:50 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 05 Mar 2007 11:19:50 -0500 Subject: [Fedora-livecd-list] spin configurations (relating to recent yum and kickstart patches) In-Reply-To: <55335.11055.qm@web56912.mail.re3.yahoo.com> References: <55335.11055.qm@web56912.mail.re3.yahoo.com> Message-ID: <1173111590.3121.18.camel@aglarond.local> On Fri, 2007-03-02 at 14:43 -0800, Jane Dogalt wrote: > 1) Do you forsee the system installation code within anaconda and > livecd creator merging at any point, or staying divergent? Phrased > another way, do you ever see something like anaconda --rootpath > replacing the installer code in livecd-creator? (or just generally > coming to a point where there is a single code path to install > generated system images) I could see this going either way to be honest. It largely depends on what direction the people involved want to take. One advantage of the current livecd-creator code is that it's relatively small and thus easy to dig into if you need/want to. anaconda, on the other hand, requires a bit more of an investment. That doesn't really answer your question, though :-/ > 2) Where do the spin differentiation / configurations exist in relation > to pungi, and how do you see these relating to _livecd_ spin > differentiation/configurations (which I visualize currently as > differing kickstart files). My personal goal is to have one sort of syntax that's use for defining these sorts of things. There was a (long-ish) discussion on anaconda-devel-list 3 or 4 months ago about how to define "distro specific features" (things like do I use NetworkManager or not, etc) with anaconda and the current answer is that you have to use an installclass. But the first steps have been taken so that we can use a kickstart config in anaconda to provide all of those sorts of defaults. At which point, we can hopefully use similar bits for everything. Not going to happen in the Fedora 7 timeframe, but it's the direction things are meandering in at least :) > I suppose one issue that would clarify both of these, would be the > theoretical possibility of something like the current livecd installer > replacing the traditional anaconda install mechanism. Were that to > happen, then it seems like the spin differentiation / configuration for > the major spins, would just be different kickstart files. Do you see > things going in this direction, or some other direction? I think the two have their own individual merit. A lot of people aren't going to want to have the overhead of creating their own spin and want to be able to do selection and configuration within the confines of something that's a bit more general purpose. But I want to try to make it so that the skills and what you learn doing things for one method are applicable for others as it will let you more easily pick the right tool for the job at hand. Jeremy From kagesenshi.87 at gmail.com Mon Mar 5 16:50:29 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Tue, 6 Mar 2007 00:50:29 +0800 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <1173110937.3121.10.camel@aglarond.local> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> <1173110937.3121.10.camel@aglarond.local> Message-ID: On 3/6/07, Jeremy Katz wrote: > > I would love to have something that record whatever I do into a shell > > script for me to insert them into the post script .. for the > > gconf-related customization, I think sabayon can do the job (maybe > > with some modifications) .. I prefer using post script because it > > makes it easier to manage the livecd and for collaborative work .. > > The main difficulty is how do you monitor and record what someone > arbitrarily does in shell. If they, eg, launch python and run a command > how do you know what they did there? This is definitely an area where > if someone wanted to do some work that it could make a big difference. > It doesn't need to go that far .. capturing the commands executed on bash is already a convenience .. and instead of directly append whatever the user do into the kickstart, display it for editing .. it might not be significant to some people .. but having it would be useful to help the developers' to safe some time from rewriting what they have done on a shell script ... and it helps to keep track what customization has been done into the chroot env .. /my 2c -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From jkeating at redhat.com Mon Mar 5 22:27:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 5 Mar 2007 17:27:54 -0500 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> Message-ID: <200703051727.57457.jkeating@redhat.com> On Friday 02 March 2007 19:01:21 Hikaru Amano wrote: > I would love to have something that record whatever I do into a shell > script for me to insert them into the post script .. You're aware of 'script' right? Check out 'man script' -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kagesenshi.87 at gmail.com Mon Mar 5 23:32:04 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Tue, 6 Mar 2007 07:32:04 +0800 Subject: [Fedora-livecd-list] Customizing home directory In-Reply-To: <200703051727.57457.jkeating@redhat.com> References: <3263b11b0703020740r1c8d960du26c0e51111f0c19@mail.gmail.com> <3263b11b0703021102o1fa66a62n5cd11e771da11495@mail.gmail.com> <200703051727.57457.jkeating@redhat.com> Message-ID: On 3/6/07, Jesse Keating wrote: > On Friday 02 March 2007 19:01:21 Hikaru Amano wrote: > > I would love to have something that record whatever I do into a shell > > script for me to insert them into the post script .. > > You're aware of 'script' right? Check out 'man script' > > -- > Jesse Keating > Release Engineer: Fedora > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > This is my first time heard of it... thanks!!!! XD -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From netdxr at gmail.com Tue Mar 6 00:21:17 2007 From: netdxr at gmail.com (Tom Lisjac) Date: Mon, 5 Mar 2007 17:21:17 -0700 Subject: [Fedora-livecd-list] livecd-creator feature suggestions... Message-ID: <863ff4520703051621x6c96c848n58625630fd05305c@mail.gmail.com> A few weeks ago, I was looking for a tool to build bootable and easily customized DVD's for archiving media and other gigabyte sized items. >From some of the recent list postings, a few other people appear to have similar goals. Adding the following 3 switches to a version of livecd-creator provided a fully automated solution that I've been very happy with: --install-root - Where the build root will be (a hardcoded /var/tmp didn't work for my setups) --append-files - takes multiple path args for user data to be added in the mkisofs process --script - post install script that fires after the build tree is complete; passes --install-root The post install script allowed the implementation of simple build inheritance by applying (cp -a) successive overlay trees to the build root. These trees are mirrors of the root filesystem, but only contain files and directories to be added... so if a /home directory (or symlink) were placed in the root of an overlay tree, it would be copied to the build root automatically during the postinstall. A script is optionally run in chroot following each overlay in order to install additional packages or make "class" specific configuration changes. The overlay trees contain the scripts so their sequential appearance in the build root is automatic. I already had a collection of scripts and "build classes" from another project and adding the --script hook allowed me to leverage them. I was going to add another switch that would force a shell after the build, but found that the --script automation resolved the post install customization issue completely. The hacks and changes I made to the older code are incompatible with the current version, so these switches are offered as a suggestion rather then a patch. Although the old code is working well for me, perhaps others could benefit from this added flexibility in a future release. BTW, the livecd-creator code was easy to work with and the overall package does an amazing job... thanks much! :) -Tom From lmacken at redhat.com Tue Mar 6 00:25:15 2007 From: lmacken at redhat.com (Luke Macken) Date: Mon, 5 Mar 2007 19:25:15 -0500 Subject: [Fedora-livecd-list] Security LiveCD In-Reply-To: <45EAFE02.7020404@fedoraproject.org> References: <20070304120523.GA2906@tomservo.rh.rit.edu> <45EAFE02.7020404@fedoraproject.org> Message-ID: <20070306002515.GA20802@tomservo.rh.rit.edu> On Sun, Mar 04, 2007 at 10:42:34PM +0530, Rahul Sundaram wrote: > Luke Macken wrote: > >I started piecing together a Fedora Security LiveCD, designed for > >security auditing, penetration testing, and forensics. See my blog > >post and the wiki page for more information: > > > > http://lewk.org/blog/2007/03/04/security-livecd > > http://fedoraproject.org/wiki/LukeMacken/SecurityLiveCD > > > >{comments,suggestions,patches} welcome. > > I read that pages and blog earlier. Excellent work. You seem to using a > relatively older version of Live CD tool. The newer versions use > kickstart for configuration. Same for pungi too. Interesting. Where might I be able to find the latest version? I simply followed the FedoraLiveCD/LiveCDHowTo[0], which pointed me to davidz's RH people page[1]. > Have you looked at > what other security/hardening focused distributions and especially live > cd's do? Is it just a matter of putting in a bunch of related packages > or is there any special configuration being done on other distributions > in the same space? I've only played around a little bit with Backtrack[2], which contains a *ton* of tools, accessible menu entries for them, Save2CD support, John MPI instant cluster, among many other features. luke [0]: http://fedoraproject.org/wiki/FedoraLiveCD/LiveCDHowTo [1]: http://people.redhat.com/davidz/livecd/ [2]: http://www.remote-exploit.org/backtrack.html From sundaram at fedoraproject.org Tue Mar 6 00:48:10 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 06 Mar 2007 06:18:10 +0530 Subject: [Fedora-livecd-list] Security LiveCD In-Reply-To: <20070306002515.GA20802@tomservo.rh.rit.edu> References: <20070304120523.GA2906@tomservo.rh.rit.edu> <45EAFE02.7020404@fedoraproject.org> <20070306002515.GA20802@tomservo.rh.rit.edu> Message-ID: <45ECBA4A.5020800@fedoraproject.org> Luke Macken wrote: > On Sun, Mar 04, 2007 at 10:42:34PM +0530, Rahul Sundaram wrote: >> Luke Macken wrote: >>> I started piecing together a Fedora Security LiveCD, designed for >>> security auditing, penetration testing, and forensics. See my blog >>> post and the wiki page for more information: >>> >>> http://lewk.org/blog/2007/03/04/security-livecd >>> http://fedoraproject.org/wiki/LukeMacken/SecurityLiveCD >>> >>> {comments,suggestions,patches} welcome. >> I read that pages and blog earlier. Excellent work. You seem to using a >> relatively older version of Live CD tool. The newer versions use >> kickstart for configuration. Same for pungi too. > > Interesting. Where might I be able to find the latest version? I simply > followed the FedoraLiveCD/LiveCDHowTo[0], which pointed me to davidz's > RH people page[1]. Jeremy Katz is working on it now. I have updated the how to page to point out the new location. Also note that the latest version is written in python and uses kickstart configuration files instead of the older bash scripts. Jeremy, are you planning to put the tools in to the Fedora repository? > I've only played around a little bit with Backtrack[2], which > contains a *ton* of tools, accessible menu entries for them, Save2CD > support, John MPI instant cluster, among many other features. I suspected we had a lot more tools to package. Might consider starting a security SIG and posting to fedora-devel list with a list of packages and stuff. See http://fedoraproject.org/wiki/Extras/SIGs. What would be more interesting is to look at what kind of configuration tweaks the other Live CD's do. Rahul From davidz at redhat.com Tue Mar 6 03:07:33 2007 From: davidz at redhat.com (David Zeuthen) Date: Mon, 05 Mar 2007 22:07:33 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm Message-ID: <1173150453.2638.232.camel@zelda.fubar.dk> Hey list, Jeremy and Bill, Sorry for being slow in reviewing patches; most of my time past two month been spent traveling and working on other features on Fedora 7. Enough with bad excuses. Anyway, looks like Jeremy and Bill been kicking ass writing patches so I've merged them all into master. Also, the livecd repo is now located here rather than on freedesktop.org http://git.fedoraproject.org/?p=hosted/livecd The HACKING file for instructions on how to checkout the code is updated http://git.fedoraproject.org/?p=hosted/livecd;a=blob;f=HACKING;hb=HEAD Btw, Jeremy, where can I find a kickstart file? Also, should we include a simple works-for-latest-distro example kickstart file in the repo along with comments on how to use it? Also, for Fedora, where do you envision will we store such Kickstart configuration files? In an SCM of some sort I presume? Will we have separate kickstart files per arch? I presume we want the package selection to differ for x86_64, ppc and x86, just by virtue that it's going to be larger for the former two. Can Kickstart do this already? David From ml at deadbabylon.de Tue Mar 6 14:23:31 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 6 Mar 2007 15:23:31 +0100 Subject: [Fedora-livecd-list] Hi. I've got just a short question: Is creating of a live dvd possible with the current version of livecd-creator (001-3)? A few minutes ago I've tried to create one. The size of the packages to be downloaded was 1.0 Gb. Then yum fails with an transaction error. There was not enough free space on the filesystem. Sebastian Message-ID: <20070306152331.76e73206@localhost.localdomain> Hi. I've got just a short question: Is creating of a live dvd possible with the current version of livecd-creator (001-3)? A few minutes ago I've tried to create one. The size of the packages to be downloaded was 1.0 Gb. Then yum fails with an transaction error. There should not be enough free space on the filesystem. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kagesenshi.87 at gmail.com Tue Mar 6 14:35:54 2007 From: kagesenshi.87 at gmail.com (Hikaru Amano) Date: Tue, 6 Mar 2007 22:35:54 +0800 Subject: [Fedora-livecd-list] Hi. I've got just a short question: Is creating of a live dvd possible with the current version of livecd-creator (001-3)? A few minutes ago I've tried to create one. The size of the packages to be downloaded was 1.0 Gb. Then Message-ID: Did you check how much space left on the partition that containts /var/tmp/livecd-creator ?? On 3/6/07, Sebastian Vahl wrote: > Hi. > > I've got just a short question: Is creating of a live dvd possible with > the current version of livecd-creator (001-3)? > > A few minutes ago I've tried to create one. The size of the packages to > be downloaded was 1.0 Gb. Then yum fails with an transaction error. > There should not be enough free space on the filesystem. > > Sebastian > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > > > -- ----------------------------------------------- regards Hikaru ----------------------------------------------- Mohd Izhar Firdaus Bin Ismail Amano Hikaru ??? ???? ???? Universiti Teknologi PETRONAS ICT 2nd Year 1st Semester mohd.izhar.firdaus at gmail.com ----------------------------------------------- kagesenshi.87 at gmail.com Blog: http://kagesenshi.blogspot.com ----------------------------------------------- From ml at deadbabylon.de Tue Mar 6 14:41:45 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 6 Mar 2007 15:41:45 +0100 Subject: [Fedora-livecd-list] Hi. I've got just a short question: Is creating of a live dvd possible with the current version of livecd-creator (001-3)? A few minutes ago I've tried to create one. The size of the packages to be downloaded was 1.0 Gb. Then In-Reply-To: References: Message-ID: <20070306154145.050b9b1a@localhost.localdomain> Am Tue, 6 Mar 2007 22:35:54 +0800 schrieb "Hikaru Amano" : > Did you check how much space left on the partition that containts > /var/tmp/livecd-creator ?? Yes, of course. About 8 Gigs are free. But the created directory (install_root) mountet to /dev/loop0 is only 3 Gb. I think, there is the problem. Sebastian P.S.: Sorry for the title of the thread. Wrong copy&paste. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Mar 6 14:56:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 09:56:45 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173150453.2638.232.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> Message-ID: <200703060956.45826.jkeating@redhat.com> On Monday 05 March 2007 22:07:33 David Zeuthen wrote: > Also, for Fedora, where do you > envision will we store such Kickstart configuration files? In an SCM of > some sort I presume? This is a problem I have to solve for pungi as well. I'd like to keep the config file/manifest file somewhere in public scm, but I keep running into a brain block when thinking about what to name such a repo. We have comps, I'm half way tempted to make a new repo that has a comps/ subdir, a compose/ and a livecd/ or something like that and call it fedora-compose or some such. Just thinking out loud. > Will we have separate kickstart files per arch? I presume we want the > package selection to differ for x86_64, ppc and x86, just by virtue that > it's going to be larger for the former two. Can Kickstart do this > already? By just listing various groups from comps, you can have a singular package set. Some of the packages won't be available on some arches and that's ok, the tool should allow for that. Warn about missing packages but don't error out. Really the only thing that differed in my kickstart files from arch to arch was the source of the install, and I made that a stub that was included into a singular unified kickstart file. I'm pretty sure we can have just one ks file for all the arches. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Tue Mar 6 16:27:02 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 06 Mar 2007 11:27:02 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173150453.2638.232.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> Message-ID: <1173198422.3746.11.camel@aglarond.local> On Mon, 2007-03-05 at 22:07 -0500, David Zeuthen wrote: > Sorry for being slow in reviewing patches; most of my time past two > month been spent traveling and working on other features on Fedora 7. > Enough with bad excuses. Anyway, looks like Jeremy and Bill been kicking > ass writing patches so I've merged them all into master. Cool, sounds good. > Btw, Jeremy, where can I find a kickstart file? I sent one with the initial kickstart patch. My current one doesn't quite fit on a CD as I try to make it have roughly the same package set as the default distro install does. > Also, should we include > a simple works-for-latest-distro example kickstart file in the repo > along with comments on how to use it? Yep, we definitely should. I'll try to get some of the README bits and the like updated over the next day or so. > Will we have separate kickstart files per arch? I presume we want the > package selection to differ for x86_64, ppc and x86, just by virtue that > it's going to be larger for the former two. Can Kickstart do this > already? There's no real reason that the kickstart config _has_ to be different... size for ppc shouldn't be significantly different. On x86_64, doing a CD sized image is perhaps killing ourselves when we shouldn't given the download numbers for CD vs DVD on x86_64. And we don't want to reach the point where there aren't any useful apps on the image. Jeremy From katzj at redhat.com Tue Mar 6 16:31:48 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 06 Mar 2007 11:31:48 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <200703060956.45826.jkeating@redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703060956.45826.jkeating@redhat.com> Message-ID: <1173198708.3746.14.camel@aglarond.local> On Tue, 2007-03-06 at 09:56 -0500, Jesse Keating wrote: > On Monday 05 March 2007 22:07:33 David Zeuthen wrote: > > Also, for Fedora, where do you > > envision will we store such Kickstart configuration files? In an SCM of > > some sort I presume? > > This is a problem I have to solve for pungi as well. I'd like to keep the > config file/manifest file somewhere in public scm, but I keep running into a > brain block when thinking about what to name such a repo. We have comps, I'm > half way tempted to make a new repo that has a comps/ subdir, a compose/ and > a livecd/ or something like that and call it fedora-compose or some such. > Just thinking out loud. Let's just do it and not over-analyze it for now. Stick it under /cvs/fedora and then it's nice and simple. Jeremy From katzj at redhat.com Tue Mar 6 16:32:58 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 06 Mar 2007 11:32:58 -0500 Subject: [Fedora-livecd-list] Security LiveCD In-Reply-To: <45ECBA4A.5020800@fedoraproject.org> References: <20070304120523.GA2906@tomservo.rh.rit.edu> <45EAFE02.7020404@fedoraproject.org> <20070306002515.GA20802@tomservo.rh.rit.edu> <45ECBA4A.5020800@fedoraproject.org> Message-ID: <1173198778.3746.16.camel@aglarond.local> On Tue, 2007-03-06 at 06:18 +0530, Rahul Sundaram wrote: > Luke Macken wrote: > > On Sun, Mar 04, 2007 at 10:42:34PM +0530, Rahul Sundaram wrote: > >> Luke Macken wrote: > >>> I started piecing together a Fedora Security LiveCD, designed for > >>> security auditing, penetration testing, and forensics. See my blog > >>> post and the wiki page for more information: > >>> > >>> http://lewk.org/blog/2007/03/04/security-livecd > >>> http://fedoraproject.org/wiki/LukeMacken/SecurityLiveCD > >>> > >>> {comments,suggestions,patches} welcome. > >> I read that pages and blog earlier. Excellent work. You seem to using a > >> relatively older version of Live CD tool. The newer versions use > >> kickstart for configuration. Same for pungi too. > > > > Interesting. Where might I be able to find the latest version? I simply > > followed the FedoraLiveCD/LiveCDHowTo[0], which pointed me to davidz's > > RH people page[1]. > > Jeremy Katz is working on it now. I have updated the how to page to > point out the new location. Also note that the latest version is written > in python and uses kickstart configuration files instead of the older > bash scripts. Jeremy, are you planning to put the tools in to the Fedora > repository? We need to get to a good point again and finish pushing the package review along. Granted, there may be some substantial changes there. But yes, having the tools packaged and available is definitely something we need to do by Fedora 7. Jeremy From jkeating at redhat.com Tue Mar 6 16:38:47 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 11:38:47 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173198708.3746.14.camel@aglarond.local> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703060956.45826.jkeating@redhat.com> <1173198708.3746.14.camel@aglarond.local> Message-ID: <200703061138.50835.jkeating@redhat.com> On Tuesday 06 March 2007 11:31:48 Jeremy Katz wrote: > Let's just do it and not over-analyze it for now. ?Stick it > under /cvs/fedora and then it's nice and simple. ? well, I hoped to not have to use cvs for it :/ -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Tue Mar 6 16:44:44 2007 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 06 Mar 2007 11:44:44 -0500 Subject: [Fedora-livecd-list] live DVD In-Reply-To: <20070306152331.76e73206@localhost.localdomain> References: <20070306152331.76e73206@localhost.localdomain> Message-ID: <1173199484.3746.23.camel@aglarond.local> On Tue, 2007-03-06 at 15:23 +0100, Sebastian Vahl wrote: > I've got just a short question: Is creating of a live dvd possible with > the current version of livecd-creator (001-3)? > > A few minutes ago I've tried to create one. The size of the packages to > be downloaded was 1.0 Gb. Then yum fails with an transaction error. > There should not be enough free space on the filesystem. The big thing right now stopping it is the hard-coded 3 gig os.img. Making it possible to specify that should be pretty straight-forward -- if someone wanted to take a crack at the patch, it would be good. My personal preference would be to specify something like "part / --size 5000" or whatever in the kickstart config and if that's not specified, we can fallback to something sensible much like we do now. If no one gets to it first, I will eventually. Jeremy From noor.mubeen at gmail.com Tue Mar 6 17:47:33 2007 From: noor.mubeen at gmail.com (Noor) Date: Tue, 6 Mar 2007 23:17:33 +0530 Subject: [Fedora-livecd-list] [liveUSB] liveCD to liveUSB installer Message-ID: <76cfec0f0703060947x1e50b8fdxbb90929501583372@mail.gmail.com> Hi Iam a RedHat/Fedora old-timer and wish to thank the Fedora team for the official Live CD *gift* (ya, the zod wallpaper made that explicit;). With a gamut of live CDs around, this one helps me feel at home again. I have been looking for Live USB efforts off fedora and came across these: https://www.redhat.com/archives/fedora-livecd-list/2006-December/msg00033.html and some notes at wish-list page inside official liveCD site (but couldn't locate it again). However since my requirement was slightly different*, i ended up creating a GUI install script based on tweaked initramdisk etc while retaining core/rootfs packaging power of a fedora LiveCD(-creator etc). In essence its just a liveCD to liveUSB install script in a package. I put it here for now: http://noor.mubeen.googlepages.com/liveUSBfy.tgz *from liveUSBfy/README ------8><------- - It lets users experience the liveCD first; then by using this package the liveCD experience can be installed on USB stick. - Re-uses Fedora's mature init ramdisk/udev capability which help in optimized wait time for USB detection during mounting USB root. - It depends on robust livecd-creator etc tools to customize/base most of core contents including rootfs packaging. - Allows developers to customize the live USB to specific requirement by simply tweaking-in sections of install script. ------8><------- I'd be glad to take comments/feedback. Disclaimer: It has been tested by just 1 (rather two) "eye-balls". There could be untested scenario lurking. Use it with own discretion. Thanks again Noor From davidz at redhat.com Tue Mar 6 18:26:05 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 13:26:05 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173198422.3746.11.camel@aglarond.local> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198422.3746.11.camel@aglarond.local> Message-ID: <1173205565.2572.19.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 11:27 -0500, Jeremy Katz wrote: > On Mon, 2007-03-05 at 22:07 -0500, David Zeuthen wrote: > > Sorry for being slow in reviewing patches; most of my time past two > > month been spent traveling and working on other features on Fedora 7. > > Enough with bad excuses. Anyway, looks like Jeremy and Bill been kicking > > ass writing patches so I've merged them all into master. > > Cool, sounds good. > > > Btw, Jeremy, where can I find a kickstart file? > > I sent one with the initial kickstart patch. My current one doesn't > quite fit on a CD as I try to make it have roughly the same package set > as the default distro install does. I tried this last night but livecd-creator fails without useful error messages.. and cleanup don't work so I'm left with /dev/loop0 which is mounted and I have to clean up by hand. Not to sound like a whiner (though I probably am) but please fix look into this and make sure that HEAD don't contain such errors in the future. HEAD should always be working. (FWIW, I think this is because yum is throwing exceptions left and right when adding groups and packages.) > Yep, we definitely should. I'll try to get some of the README bits and > the like updated over the next day or so. Sounds good thanks. > > Will we have separate kickstart files per arch? I presume we want the > > package selection to differ for x86_64, ppc and x86, just by virtue that > > it's going to be larger for the former two. Can Kickstart do this > > already? > > There's no real reason that the kickstart config _has_ to be > different... size for ppc shouldn't be significantly different. My tests some months ago showed this was the case though - around 20% which is something we shouldn't ignore... > On > x86_64, doing a CD sized image is perhaps killing ourselves when we > shouldn't given the download numbers for CD vs DVD on x86_64. And we > don't want to reach the point where there aren't any useful apps on the > image. Do we want to include 32-bit packages at all for x86_64? I don't see why we would... what's the rationale? Btw, you didn't answer my question though- can you do package selection in kickstart based on what arch it is? David From davidz at redhat.com Tue Mar 6 19:00:03 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 14:00:03 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173198708.3746.14.camel@aglarond.local> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703060956.45826.jkeating@redhat.com> <1173198708.3746.14.camel@aglarond.local> Message-ID: <1173207603.2572.25.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 11:31 -0500, Jeremy Katz wrote: > On Tue, 2007-03-06 at 09:56 -0500, Jesse Keating wrote: > > On Monday 05 March 2007 22:07:33 David Zeuthen wrote: > > > Also, for Fedora, where do you > > > envision will we store such Kickstart configuration files? In an SCM of > > > some sort I presume? > > > > This is a problem I have to solve for pungi as well. I'd like to keep the > > config file/manifest file somewhere in public scm, but I keep running into a > > brain block when thinking about what to name such a repo. We have comps, I'm > > half way tempted to make a new repo that has a comps/ subdir, a compose/ and > > a livecd/ or something like that and call it fedora-compose or some such. > > Just thinking out loud. > > Let's just do it and not over-analyze it for now. Stick it > under /cvs/fedora and then it's nice and simple. Also the repositories shouldn't be defined in the kickstart file, no? I expect that people pass them on the command line to livecd-creator and, I presume, to pungi too. Yes? David From davidz at redhat.com Tue Mar 6 21:21:40 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 16:21:40 -0500 Subject: [Fedora-livecd-list] live DVD In-Reply-To: <1173199484.3746.23.camel@aglarond.local> References: <20070306152331.76e73206@localhost.localdomain> <1173199484.3746.23.camel@aglarond.local> Message-ID: <1173216100.2572.40.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 11:44 -0500, Jeremy Katz wrote: > On Tue, 2007-03-06 at 15:23 +0100, Sebastian Vahl wrote: > > I've got just a short question: Is creating of a live dvd possible with > > the current version of livecd-creator (001-3)? > > > > A few minutes ago I've tried to create one. The size of the packages to > > be downloaded was 1.0 Gb. Then yum fails with an transaction error. > > There should not be enough free space on the filesystem. > > The big thing right now stopping it is the hard-coded 3 gig os.img. > Making it possible to specify that should be pretty straight-forward -- > if someone wanted to take a crack at the patch, it would be good. My > personal preference would be to specify something like "part / --size > 5000" or whatever in the kickstart config and if that's not specified, > we can fallback to something sensible much like we do now. > > If no one gets to it first, I will eventually. It's a sparse file backing the file system so just make it 100GB (or 2-32TB since ext3 supports that nowadays) and then resize2fs it down before completion so it's approx 2-4GB larger than the payload in the file. No need to add an option for this. David From jkeating at redhat.com Tue Mar 6 21:22:47 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 16:22:47 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173207603.2572.25.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198708.3746.14.camel@aglarond.local> <1173207603.2572.25.camel@zelda.fubar.dk> Message-ID: <200703061622.50794.jkeating@redhat.com> On Tuesday 06 March 2007 14:00:03 David Zeuthen wrote: > Also the repositories shouldn't be defined in the kickstart file, no? I > expect that people pass them on the command line to livecd-creator and, > I presume, to pungi too. Yes? Pungi does not have the capability yet to define a repo on the cli. I tried to keep the cli options to a minimum so that it was simple and things were defined in config files. That said, I suppose one could define repos at the cli, but I'd get really tired of typing in 2*N repos (one binary, one source) for each "repo" I wanted to use (Core, Extras, That which shall not be named) For that reason, the config files I'd stash in there would be genericized to point at say the mirror list for Core and Extras, whereas the one used internally may point to an internal mirror, or something like that. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Mar 6 21:26:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 16:26:06 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173205565.2572.19.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198422.3746.11.camel@aglarond.local> <1173205565.2572.19.camel@zelda.fubar.dk> Message-ID: <200703061626.06717.jkeating@redhat.com> On Tuesday 06 March 2007 13:26:05 David Zeuthen wrote: > I tried this last night but livecd-creator fails without useful error > messages.. and cleanup don't work so I'm left with /dev/loop0 which is > mounted and I have to clean up by hand. Not to sound like a whiner > (though I probably am) but please fix look into this and make sure that > HEAD don't contain such errors in the future. HEAD should always be > working. > > (FWIW, I think this is because yum is throwing exceptions left and right > when adding groups and packages.) You're running this on fully updated rawhide yes? > Do we want to include 32-bit packages at all for x86_64? I don't see why > we would... what's the rationale? Given that the user can install packages to the liveCD, and that they are left with what is on the LiveCD once they install the system, and may want to use 32bit software, we should offer some ability to take advantage of their x86_64/32bit capability. > Btw, you didn't answer my question though- can you do package selection > in kickstart based on what arch it is? I don't believe so. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davidz at redhat.com Tue Mar 6 21:38:09 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 16:38:09 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <200703061622.50794.jkeating@redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198708.3746.14.camel@aglarond.local> <1173207603.2572.25.camel@zelda.fubar.dk> <200703061622.50794.jkeating@redhat.com> Message-ID: <1173217089.2572.57.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 16:22 -0500, Jesse Keating wrote: > That said, I suppose one could define repos at the > cli, but I'd get really tired of typing in 2*N repos (one binary, one source) > for each "repo" I wanted to use (Core, Extras, That which shall not be named) For testing, I just have a script that invokes the tool with my chosen command line options e.g. my local repositories. Also, we can add more sugar to the programs as needed, e.g. perhaps interactively prompt for the user to add repositories, make the program use a mirror list, add an option to use the default repos for release N, use the repos that is specified as active in /etc/yum.repos.d (or elsewhere) etc. etc. > For that reason, the config files I'd stash in there would be genericized to > point at say the mirror list for Core and Extras, whereas the one used > internally may point to an internal mirror, or something like that. Ugh, that sounds really painful. I think, in general, the main point is that we don't want the users to edit these files, we want users to trade such files with each other and so forth. I guess, to illustrate my point, what I like to be able to # livecd-creator --config=http://foo.bar/rawhide/livecd-desktop.ks --repo=dev,file:///Repos/core --repo=dev,file:///Repos/extras # livecd-creator --config=http://foo.bar/rawhide/livecd-desktop.ks --use-system-repos # livecd-creator --config=http://foo.bar/rawhide/livecd-desktop.ks --use-repos-from=~/repos/local-rawhide.d # livecd-creator --config=http://foo.bar/6/livecd-desktop.ks --use-repos-from=~/repos/local-fc6.d to spin a live cd. Hope this clarifies. David From davidz at redhat.com Tue Mar 6 21:43:53 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 16:43:53 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <200703061626.06717.jkeating@redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198422.3746.11.camel@aglarond.local> <1173205565.2572.19.camel@zelda.fubar.dk> <200703061626.06717.jkeating@redhat.com> Message-ID: <1173217433.2572.64.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 16:26 -0500, Jesse Keating wrote: > You're running this on fully updated rawhide yes? Yea, I did update the system before trying. It's 32-bit fwiw. > > Do we want to include 32-bit packages at all for x86_64? I don't see why > > we would... what's the rationale? > > Given that the user can install packages to the liveCD, and that they are left > with what is on the LiveCD once they install the system, and may want to use > 32bit software, we should offer some ability to take advantage of their > x86_64/32bit capability. I don't really get this... so you want to add 32-bit packages to a 64-bit live cd... just so they don't have to pull in 32-bit base packages (such as glibc) when installing a 32-bit app? What pieces of software did you have in mind? So I guess I'm suggest to just install 64-bit packages and don't bother pulling in any 32-bit packages until they're needed. What's wrong with that? > > Btw, you didn't answer my question though- can you do package selection > > in kickstart based on what arch it is? > > I don't believe so. Perhaps that's something it needs to do. We're going to end up seeing size differences in ISO files for archs. For example x86 livecd may be 30MB smaller than ppc livecd; that space can and should be used for something useful such as more themes, more promotional materials or whatever. David From jkeating at redhat.com Tue Mar 6 21:48:58 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 16:48:58 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173217089.2572.57.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061622.50794.jkeating@redhat.com> <1173217089.2572.57.camel@zelda.fubar.dk> Message-ID: <200703061648.58610.jkeating@redhat.com> On Tuesday 06 March 2007 16:38:09 David Zeuthen wrote: > For testing, I just have a script that invokes the tool with my chosen > command line options e.g. my local repositories. I do too, my chosen URLs being in the config file (: > Also, we can add more sugar to the programs as needed, e.g. perhaps > interactively prompt for the user to add repositories, make the program > use a mirror list, add an option to use the default repos for release N, > use the repos that is specified as active in /etc/yum.repos.d (or > elsewhere) ?etc. etc. Wouldn't that kind of suger be best in a graphical UI? You'd want the backend to be straight and simple, with interactiveness built into a gui app that calls things from the backend, that way you could have a gui gtk front end, a web front end, etc... > > For that reason, the config files I'd stash in there would be genericized > > to point at say the mirror list for Core and Extras, whereas the one used > > internally may point to an internal mirror, or something like that. > > Ugh, that sounds really painful. I think, in general, the main point is > that we don't want the users to edit these files, we want users to trade > such files with each other and so forth. > > I guess, to illustrate my point, what I like to be able to > > ?# livecd-creator --config=http://foo.bar/rawhide/livecd-desktop.ks > ? ? ? ? ? ? ? ? ? --repo=dev,file:///Repos/core > ? ? ? ? ? ? ? ? ? --repo=dev,file:///Repos/extras > > ?# livecd-creator --config=http://foo.bar/rawhide/livecd-desktop.ks > ? ? ? ? ? ? ? ? ? --use-system-repos > > ?# livecd-creator --config=http://foo.bar/rawhide/livecd-desktop.ks > ? ? ? ? ? ? ? ? ? --use-repos-from=~/repos/local-rawhide.d > > ?# livecd-creator --config=http://foo.bar/6/livecd-desktop.ks > ? ? ? ? ? ? ? ? ? --use-repos-from=~/repos/local-fc6.d > > to spin a live cd. Hope this clarifies. I get what you're saying, but if the common example is using core and extras repos, why not default to those in a config file? I can see adding the ability to override that at the cli, and maybe I'll do that for pungi at some point, but what I expect people to trade around or fiddle with for pungi is the package set, and the name. A shared config that everybody uses doesn't strike me as useful if everybody is just creating the same thing. I want people to create something different and that requires changing the configuration. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Mar 6 22:07:42 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 17:07:42 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173217433.2572.64.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061626.06717.jkeating@redhat.com> <1173217433.2572.64.camel@zelda.fubar.dk> Message-ID: <200703061707.42487.jkeating@redhat.com> On Tuesday 06 March 2007 16:43:53 David Zeuthen wrote: > I don't really get this... so you want to add 32-bit packages to a > 64-bit live cd... just so they don't have to pull in 32-bit base > packages (such as glibc) when installing a 32-bit app? What pieces of > software did you have in mind? I don't really know off hand, it's more about being consistant between the LiveCD (+install) and what we do for a regular install. I'd hate to see the LiveCD experience drift more and more to the point that they aren't comparable. I really don't know what people will try to do with a LiveCD, particularly an x86_64 one. > So I guess I'm suggest to just install 64-bit packages and don't bother > pulling in any 32-bit packages until they're needed. What's wrong with > that? Other than it is completely differnet from what we do for a regular install... I really don't know. > > > Btw, you didn't answer my question though- can you do package selection > > > in kickstart based on what arch it is? > > > > I don't believe so. > > Perhaps that's something it needs to do. We're going to end up seeing > size differences in ISO files for archs. For example x86 livecd may be > 30MB smaller than ppc livecd; that space can and should be used for > something useful such as more themes, more promotional materials or > whatever. I'd like to see some actual attempts at these other arches to see what the size differences are before we go too far off into the weeds of trying to define a different package set for each arch. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davidz at redhat.com Tue Mar 6 22:11:25 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 17:11:25 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <200703061648.58610.jkeating@redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061622.50794.jkeating@redhat.com> <1173217089.2572.57.camel@zelda.fubar.dk> <200703061648.58610.jkeating@redhat.com> Message-ID: <1173219085.2572.81.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 16:48 -0500, Jesse Keating wrote: > I get what you're saying, but if the common example is using core and extras > repos, why not default to those in a config file? I can see adding the > ability to override that at the cli Overriding the repo URL via the CLI is actually be the best solution. > I want > people to create something different and that requires changing the > configuration. I don't want people to edit configuration files (in fact I want the tools to be able to download the config file via http so it's easy to track the changes to the configuration) just to use a local mirror on their hard disk. Realistically everyone but you and perhaps myself will have to use a local mirror on their hard disk. And I don't think it's fair to require people to edit a configuration file as they will have to redo these changes every time they want to get the latest revision of the config file. Sure, for pungi maybe it won't change but for livecd it will go through a lot of churn as we add/remove packages to put as much useful stuff on ISO that is constrained by 700MB. David From davidz at redhat.com Tue Mar 6 22:16:50 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 17:16:50 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <200703061707.42487.jkeating@redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061626.06717.jkeating@redhat.com> <1173217433.2572.64.camel@zelda.fubar.dk> <200703061707.42487.jkeating@redhat.com> Message-ID: <1173219410.2572.88.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 17:07 -0500, Jesse Keating wrote: > > So I guess I'm suggest to just install 64-bit packages and don't bother > > pulling in any 32-bit packages until they're needed. What's wrong with > > that? > > Other than it is completely differnet from what we do for a regular install... > I really don't know. So perhaps we should just do it for Test3 (if we do an x86_64 live cd) and wait for people to file bugs / complain. Unless someone comes up with real examples on why it's useful to include both 32- and 64-bit packages I only see this as a waste of space and I'd hate to waste space because "that's what we do for regular installs" :-) (Btw, why do we include 32-bit packages nowadays for regular installs in the first place? I never was able to figure that out, except for the fact that OO.o was 32-bit only. As that is no longer the case perhaps that decision needs to be revisited too.) > I'd like to see some actual attempts at these other arches to see what the > size differences are before we go too far off into the weeds of trying to > define a different package set for each arch. Sure, that's sensible. We need data. David From jkeating at redhat.com Wed Mar 7 01:39:18 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 20:39:18 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173219085.2572.81.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061648.58610.jkeating@redhat.com> <1173219085.2572.81.camel@zelda.fubar.dk> Message-ID: <200703062039.18474.jkeating@redhat.com> On Tuesday 06 March 2007 17:11:25 David Zeuthen wrote: > I don't want people to edit configuration files (in fact I want the > tools to be able to download the config file via http so it's easy to > track the changes to the configuration) just to use a local mirror on > their hard disk. > > Realistically everyone but you and perhaps myself will have to use a > local mirror on their hard disk. And I don't think it's fair to require > people to edit a configuration file as they will have to redo these > changes every time they want to get the latest revision of the config > file. Sure, for pungi maybe it won't change but for livecd it will go > through a lot of churn as we add/remove packages to put as much useful > stuff on ISO that is constrained by 700MB. I don't think you're getting the point. Without editing a config file, the only thing users are able to do is reproduce what we're already doing, and that isn't very interesting at all. Making real changes involves editing config files, changing the manifest, changing the name, changing what the system does upon install, all things not easily done via cli arguments. For that reason, I designed pungi to mostly work from config files, and only a few convenience things made capable via cli arguments. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Mar 7 01:42:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Mar 2007 20:42:50 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173219410.2572.88.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061707.42487.jkeating@redhat.com> <1173219410.2572.88.camel@zelda.fubar.dk> Message-ID: <200703062042.50440.jkeating@redhat.com> On Tuesday 06 March 2007 17:16:50 David Zeuthen wrote: > (Btw, why do we include 32-bit packages nowadays for regular installs in > the first place? I never was able to figure that out, except for the > fact that OO.o was 32-bit only. As that is no longer the case perhaps > that decision needs to be revisited too.) I've heard it was for convenience of those wanting to run 32bit 3rd party binaries, and for those that want to do cross-arch development. However with things like mock that becomes less of a use case. It is a _little_ odd to exclude i386 packages when doing x86_64 installs, but not afterward so that if somebody tried to install a 32bit package, yum would be able to find/install the 32bit deps. It gets more interesting when you consider ppc/ppc64 where when you have ppc64 hardware you only want a FEW ppc64 packages but mostly ppc32 packages installed, so if we made something more convenient for x86_64 we'd have to do something completely different for ppc64. This just takes more work, and not work that I have time to do for this release, nor do I imagine the installer folks have time to do either. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davidz at redhat.com Wed Mar 7 02:52:13 2007 From: davidz at redhat.com (David Zeuthen) Date: Tue, 06 Mar 2007 21:52:13 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <200703062039.18474.jkeating@redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061648.58610.jkeating@redhat.com> <1173219085.2572.81.camel@zelda.fubar.dk> <200703062039.18474.jkeating@redhat.com> Message-ID: <1173235933.2622.48.camel@zelda.fubar.dk> On Tue, 2007-03-06 at 20:39 -0500, Jesse Keating wrote: > I don't think you're getting the point. Without editing a config file, the > only thing users are able to do is reproduce what we're already doing, and > that isn't very interesting at all. Making real changes involves editing > config files, changing the manifest, changing the name, changing what the > system does upon install, all things not easily done via cli arguments. For > that reason, I designed pungi to mostly work from config files, and only a > few convenience things made capable via cli arguments. You ought to at least provide a way to override the repo. Anyway, I do think that I get the point, but I guess we just don't share the same design philosophy about what's easy for users - probably because livecd-creator and pungi cater to different classes of users. They are different thins. Anyway, for the former I made it an explicit goal that you could do these things on the command line: - set live CD name - add/remove packages - use different repositories so you can quickly make it pull in mydistro-logos (that provides: system-logos) instead of e.g. fedora-logos etc. - there will be a --shell option so you can poke around and do post-configuration changes. Probably a --post-script option too so you can run a script in the chroot post-config - there's a --base-on to put extra packages on an existing live cd / poke around via --shell / --post-script since this is what Joe Enduser wants to do. Also keep in mind that live cd kickstart files are going to change *a lot* more often that spin kickstart files, mostly because we want to get as close to 700MB of content (without spilling over!) and packages change all the time. Therefore, it's a lot more important that users don't have to edit some file as he will run into merge problems the next time he attempts to synchronize with the upstream provider of the live cd kickstart file. Hope this clarifies. David From katzj at redhat.com Wed Mar 7 17:10:58 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 12:10:58 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173205565.2572.19.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198422.3746.11.camel@aglarond.local> <1173205565.2572.19.camel@zelda.fubar.dk> Message-ID: <1173287458.25055.37.camel@erebor.boston.redhat.com> On Tue, 2007-03-06 at 13:26 -0500, David Zeuthen wrote: > On Tue, 2007-03-06 at 11:27 -0500, Jeremy Katz wrote: > > On Mon, 2007-03-05 at 22:07 -0500, David Zeuthen wrote: > > > Sorry for being slow in reviewing patches; most of my time past two > > > month been spent traveling and working on other features on Fedora 7. > > > Enough with bad excuses. Anyway, looks like Jeremy and Bill been kicking > > > ass writing patches so I've merged them all into master. > > > > Cool, sounds good. > > > > > Btw, Jeremy, where can I find a kickstart file? > > > > I sent one with the initial kickstart patch. My current one doesn't > > quite fit on a CD as I try to make it have roughly the same package set > > as the default distro install does. > > I tried this last night but livecd-creator fails without useful error > messages.. and cleanup don't work so I'm left with /dev/loop0 which is > mounted and I have to clean up by hand. Not to sound like a whiner > (though I probably am) but please fix look into this and make sure that > HEAD don't contain such errors in the future. HEAD should always be > working. > > (FWIW, I think this is because yum is throwing exceptions left and right > when adding groups and packages.) It's working fine for me here with a fresh clone... do you have more information on said exceptions? Attached patch should make it so that you get a traceback instead of just a printout of "something bad happened". Since that should help a lot when people actually have problems. Jeremy PS Will get to the rest of the mails after lunch -------------- next part -------------- A non-text attachment was scrubbed... Name: livecd-better-errors.patch Type: text/x-patch Size: 1478 bytes Desc: not available URL: From katzj at redhat.com Wed Mar 7 18:28:11 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 13:28:11 -0500 Subject: [Fedora-livecd-list] [PATCH] Fix cleanup on an error case Message-ID: <1173292092.25055.60.camel@erebor.boston.redhat.com> If we get an error when installing packages after yum has set up file logging, the unmount (and then losetup -d) can fail. This makes it so that we don't set up the yum file logger; it doesn't really buy us anything and closing it in the error case is nearly impossible with the way python's logging API works. Also, don't create a directory that we're never using. Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: livecd-fix-unmount-on-error.patch Type: text/x-patch Size: 1005 bytes Desc: not available URL: From katzj at redhat.com Wed Mar 7 18:47:19 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 13:47:19 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173217089.2572.57.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198708.3746.14.camel@aglarond.local> <1173207603.2572.25.camel@zelda.fubar.dk> <200703061622.50794.jkeating@redhat.com> <1173217089.2572.57.camel@zelda.fubar.dk> Message-ID: <1173293239.25055.80.camel@erebor.boston.redhat.com> On Tue, 2007-03-06 at 16:38 -0500, David Zeuthen wrote: > On Tue, 2007-03-06 at 16:22 -0500, Jesse Keating wrote: > > That said, I suppose one could define repos at the > > cli, but I'd get really tired of typing in 2*N repos (one binary, one source) > > for each "repo" I wanted to use (Core, Extras, That which shall not be named) > > For testing, I just have a script that invokes the tool with my chosen > command line options e.g. my local repositories. How is this any better than having a file that you just pass as an argument to livecd-creator? I'd say it's _worse_ because you have both a script and a config that you're maintaining. > Also, we can add more sugar to the programs as needed, e.g. perhaps > interactively prompt for the user to add repositories, make the program > use a mirror list, add an option to use the default repos for release N, > use the repos that is specified as active in /etc/yum.repos.d (or > elsewhere) etc. etc. I think that a lot of the sugar like this should sit at a higher level and generate the config. One tool for one job. If the lowlevel livecd-creator bits have to handle all of this, then it just becomes that much harder to get consistent and reliable output from the tool. And to do things like integrate it with the buildsystem/rawhide pushes. In fact, if we have it so that everything about what was used to create the live CD is in the config file, then we can (and arguably should) also include the config _on_ the CD. But if there's a combination of config file plus whatever arguments someone happened to pass that day, then it's a lot harder to do that. > > For that reason, the config files I'd stash in there would be genericized to > > point at say the mirror list for Core and Extras, whereas the one used > > internally may point to an internal mirror, or something like that. > > Ugh, that sounds really painful. I think, in general, the main point is > that we don't want the users to edit these files, we want users to trade > such files with each other and so forth. Actually, I want users to share their actual outputs. And have the output be fully reproducible without having to know exactly what arguments I used to a tool Jeremy From katzj at redhat.com Wed Mar 7 18:47:26 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 13:47:26 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173217433.2572.64.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198422.3746.11.camel@aglarond.local> <1173205565.2572.19.camel@zelda.fubar.dk> <200703061626.06717.jkeating@redhat.com> <1173217433.2572.64.camel@zelda.fubar.dk> Message-ID: <1173293246.25055.81.camel@erebor.boston.redhat.com> On Tue, 2007-03-06 at 16:43 -0500, David Zeuthen wrote: > On Tue, 2007-03-06 at 16:26 -0500, Jesse Keating wrote: > > > Do we want to include 32-bit packages at all for x86_64? I don't see why > > > we would... what's the rationale? > > > > Given that the user can install packages to the liveCD, and that they are left > > with what is on the LiveCD once they install the system, and may want to use > > 32bit software, we should offer some ability to take advantage of their > > x86_64/32bit capability. > > I don't really get this... so you want to add 32-bit packages to a > 64-bit live cd... just so they don't have to pull in 32-bit base > packages (such as glibc) when installing a 32-bit app? What pieces of > software did you have in mind? > > So I guess I'm suggest to just install 64-bit packages and don't bother > pulling in any 32-bit packages until they're needed. What's wrong with > that? Because like it or not, people run a lot of software that's not packaged as an RPM. And so there's no good way for them to say "what 32bit libraries do I maybe need here". A huge amount of the reason why x86_64 has succeeded where, eg, ppc or ia64 haven't is *BECAUSE* of this compatibility. The fact that you can just use your 32bit apps without having to think about it is a major benefit to the platform. And that's a message that has been very strongly and loudly communicated by non-technical users and customers who want their software to just work. > > > Btw, you didn't answer my question though- can you do package selection > > > in kickstart based on what arch it is? > > > > I don't believe so. > > Perhaps that's something it needs to do. We're going to end up seeing > size differences in ISO files for archs. For example x86 livecd may be > 30MB smaller than ppc livecd; that space can and should be used for > something useful such as more themes, more promotional materials or > whatever. When the kickstart inheritance lands, that provides an easy way of doing this. I still don't think that it's something that you _want_. One of the advantages of Linux has always been that you get a consistent experience regardless of the architecture that you're on. The live CD should be the same idea here. Jeremy From katzj at redhat.com Wed Mar 7 18:47:32 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 13:47:32 -0500 Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173235933.2622.48.camel@zelda.fubar.dk> References: <1173150453.2638.232.camel@zelda.fubar.dk> <200703061648.58610.jkeating@redhat.com> <1173219085.2572.81.camel@zelda.fubar.dk> <200703062039.18474.jkeating@redhat.com> <1173235933.2622.48.camel@zelda.fubar.dk> Message-ID: <1173293252.25055.82.camel@erebor.boston.redhat.com> On Tue, 2007-03-06 at 21:52 -0500, David Zeuthen wrote: > since this is what Joe Enduser wants to do. No. Joe Enduser wants to download a CD and use it. Or maybe use a web UI to create a live CD on a remote server and then download it. Joe Enduser does not want to pass command line arguments to a tool. Jeremy From katzj at redhat.com Wed Mar 7 18:54:58 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 13:54:58 -0500 Subject: [Fedora-livecd-list] live DVD In-Reply-To: <1173216100.2572.40.camel@zelda.fubar.dk> References: <20070306152331.76e73206@localhost.localdomain> <1173199484.3746.23.camel@aglarond.local> <1173216100.2572.40.camel@zelda.fubar.dk> Message-ID: <1173293699.25055.85.camel@erebor.boston.redhat.com> On Tue, 2007-03-06 at 16:21 -0500, David Zeuthen wrote: > On Tue, 2007-03-06 at 11:44 -0500, Jeremy Katz wrote: > > On Tue, 2007-03-06 at 15:23 +0100, Sebastian Vahl wrote: > > > I've got just a short question: Is creating of a live dvd possible with > > > the current version of livecd-creator (001-3)? > > > > > > A few minutes ago I've tried to create one. The size of the packages to > > > be downloaded was 1.0 Gb. Then yum fails with an transaction error. > > > There should not be enough free space on the filesystem. > > > > The big thing right now stopping it is the hard-coded 3 gig os.img. > > Making it possible to specify that should be pretty straight-forward -- > > if someone wanted to take a crack at the patch, it would be good. My > > personal preference would be to specify something like "part / --size > > 5000" or whatever in the kickstart config and if that's not specified, > > we can fallback to something sensible much like we do now. > > > > If no one gets to it first, I will eventually. > > It's a sparse file backing the file system so just make it 100GB (or > 2-32TB since ext3 supports that nowadays) and then resize2fs it down > before completion so it's approx 2-4GB larger than the payload in the > file. No need to add an option for this. I seem to remember something which makes resizing less of a good idea when you're shrinking. But my memory is fuzzy on what it is now. You'll definitely take a hit on creation time if doing a significantly larger filesystem like this, though, as mke2fs and resize2fs aren't the fastest operations in the world. Jeremy From noor.mubeen at gmail.com Wed Mar 7 19:02:37 2007 From: noor.mubeen at gmail.com (Noor) Date: Thu, 8 Mar 2007 00:32:37 +0530 Subject: [Fedora-livecd-list] Re: [liveUSB] liveCD to liveUSB installer In-Reply-To: <76cfec0f0703060947x1e50b8fdxbb90929501583372@mail.gmail.com> References: <76cfec0f0703060947x1e50b8fdxbb90929501583372@mail.gmail.com> Message-ID: <76cfec0f0703071102o9cba467g41c52bf9578c81d8@mail.gmail.com> On 3/6/07, Noor wrote: > I put it here for now: > http://noor.mubeen.googlepages.com/liveUSBfy.tgz > There was error w.r.t. grub installation part of script. In case this was downloaded, replace "${device}" in liveUSBfy.sh line 138, with "/dev/${device}. I have not updated above link yet . Rgds Noor From katzj at redhat.com Wed Mar 7 20:26:04 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 15:26:04 -0500 Subject: [Fedora-livecd-list] [PATCH] Fix cleanup on an error case In-Reply-To: <1173292092.25055.60.camel@erebor.boston.redhat.com> References: <1173292092.25055.60.camel@erebor.boston.redhat.com> Message-ID: <1173299164.25055.97.camel@erebor.boston.redhat.com> On Wed, 2007-03-07 at 13:28 -0500, Jeremy Katz wrote: > If we get an error when installing packages after yum has set up file > logging, the unmount (and then losetup -d) can fail. This makes it so > that we don't set up the yum file logger; it doesn't really buy us > anything and closing it in the error case is nearly impossible with the > way python's logging API works. Also, don't create a directory that > we're never using. A little too quick there, the dir was being used. Also, make sure the rpmdb is closed so that we can unmount cleanly. Replacement for the last patch attached Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: livecd-fix-unmount-on-error.patch Type: text/x-patch Size: 876 bytes Desc: not available URL: From fuzzy601 at gmail.com Wed Mar 7 22:17:39 2007 From: fuzzy601 at gmail.com (john pleines) Date: Wed, 7 Mar 2007 14:17:39 -0800 Subject: [Fedora-livecd-list] RE: Patches on Error Case, Error Message Print Out Message-ID: <3d9a801e0703071417m7877c5cbg1501a4e70c6715e9@mail.gmail.com> Hi Folks, I've been following the threads on the list regarding the errors and loop filesystems being left behind. I'm still running across similar problems, and thought I'd through my data into the mix, in the hope it may help point to the problem. Configuration Particulars: I'm running FC6 from the January 2007 re-spins, with patches as of this morning (03/07). I have a single local repository from the Januaury 2007 re-spin CDs. With the version of livecd tools out of git with Jeremy's latest livecd-fix-unmount-on-error.patch and livecd-better-errors.patch applied. Still see filesystems left behind. I have attached the kickstart file I'm using, and the output from livecd-creator. Thanks folks for all your efforts on this. John -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: livecd-errors.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ks.livecd Type: application/octet-stream Size: 2394 bytes Desc: not available URL: From katzj at redhat.com Wed Mar 7 23:11:20 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 18:11:20 -0500 Subject: [Fedora-livecd-list] RE: Patches on Error Case, Error Message Print Out In-Reply-To: <3d9a801e0703071417m7877c5cbg1501a4e70c6715e9@mail.gmail.com> References: <3d9a801e0703071417m7877c5cbg1501a4e70c6715e9@mail.gmail.com> Message-ID: <1173309081.3325.1.camel@erebor.boston.redhat.com> On Wed, 2007-03-07 at 14:17 -0800, john pleines wrote: > I've been following the threads on the list regarding the errors and > loop filesystems being left behind. I'm still running across > similar problems, and thought I'd through my data into the mix, in the > hope it may help point to the problem. > > Configuration Particulars: > > I'm running FC6 from the January 2007 re-spins, with patches as of > this morning (03/07). Which version of yum is this exactly? > I have attached the kickstart file I'm using, and the output from > livecd-creator. And this doesn't quite look like the kickstart file you're using -- it still has references to non-existent paths :-) I have a hunch of where this is going wrong, but will take setting up an FC6 box to be more sure. I'll try to do so after I get back Jeremy From fuzzy601 at gmail.com Thu Mar 8 00:01:53 2007 From: fuzzy601 at gmail.com (john pleines) Date: Wed, 7 Mar 2007 16:01:53 -0800 Subject: [Fedora-livecd-list] RE: Patches on Error Case, Error Message Print Out In-Reply-To: <1173309081.3325.1.camel@erebor.boston.redhat.com> References: <3d9a801e0703071417m7877c5cbg1501a4e70c6715e9@mail.gmail.com> <1173309081.3325.1.camel@erebor.boston.redhat.com> Message-ID: <3d9a801e0703071601t5ea47926n6b2a491f240246c3@mail.gmail.com> Hi Jeremy, The output of rpm -q yum calls out a yum version of: yum-3.0.3-1.fc6 Regarding the kickstart file, correct, brain fade occured here. I've attached the correct kickstart file. I have one other thought, although I was having problems prior to updating pykickstart, which I believe is at 0.98 now, as livecd-creator was looking for pykickstart.version which did exist in 0.36-1 . Thanks, John On 3/7/07, Jeremy Katz wrote: > > On Wed, 2007-03-07 at 14:17 -0800, john pleines wrote: > > I've been following the threads on the list regarding the errors and > > loop filesystems being left behind. I'm still running across > > similar problems, and thought I'd through my data into the mix, in the > > hope it may help point to the problem. > > > > Configuration Particulars: > > > > I'm running FC6 from the January 2007 re-spins, with patches as of > > this morning (03/07). > > Which version of yum is this exactly? > > > I have attached the kickstart file I'm using, and the output from > > livecd-creator. > > And this doesn't quite look like the kickstart file you're using -- it > still has references to non-existent paths :-) > > I have a hunch of where this is going wrong, but will take setting up an > FC6 box to be more sure. I'll try to do so after I get back > > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: test.livecd Type: application/octet-stream Size: 2093 bytes Desc: not available URL: From katzj at redhat.com Thu Mar 8 02:15:29 2007 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Mar 2007 21:15:29 -0500 Subject: [Fedora-livecd-list] RE: Patches on Error Case, Error Message Print Out In-Reply-To: <3d9a801e0703071601t5ea47926n6b2a491f240246c3@mail.gmail.com> References: <3d9a801e0703071417m7877c5cbg1501a4e70c6715e9@mail.gmail.com> <1173309081.3325.1.camel@erebor.boston.redhat.com> <3d9a801e0703071601t5ea47926n6b2a491f240246c3@mail.gmail.com> Message-ID: <1173320129.3067.1.camel@aglarond.local> On Wed, 2007-03-07 at 16:01 -0800, john pleines wrote: > Regarding the kickstart file, correct, brain fade occured here. I've > attached the correct > kickstart file. I have one other thought, although I was having > problems prior to updating pykickstart, which I believe is at 0.98 > now, as livecd-creator was looking for pykickstart.version which did > exist in 0.36-1. Yeah -- I don't know that there's a good way to work with the older version of pykickstart in FC6 easily. I'll have to talk with clumens about that. You can probably workaround the problem by naming the repo something other than "core" in the ks.cfg. But filing something so that we can handle the error better is definitely a good idea. It might just make sense to ensure the repos are named uniquely livecd-something-id since they're not going to be preserved. Jeremy From jdogalt at yahoo.com Thu Mar 8 03:02:12 2007 From: jdogalt at yahoo.com (Jane Dogalt) Date: Wed, 7 Mar 2007 19:02:12 -0800 (PST) Subject: [Fedora-livecd-list] patch review and move of livecd scm In-Reply-To: <1173293252.25055.82.camel@erebor.boston.redhat.com> Message-ID: <237626.40005.qm@web56905.mail.re3.yahoo.com> --- Jeremy Katz wrote: > On Tue, 2007-03-06 at 21:52 -0500, David Zeuthen wrote: > > since this is what Joe Enduser wants to do. > > No. Joe Enduser wants to download a CD and use it. Or maybe use a > web > UI to create a live CD on a remote server and then download it. > > Joe Enduser does not want to pass command line arguments to a tool. I somewhat disagree with this. I think it's a mistake to forget about the fact that many Joe (and Jane :) Endusers of a livecd generation system will be the sorts of people that either do understand things like an xterm in a little more detail, or want to learn. IMO part of the power of linux, in addition to the source code, is the command line. The command line is the place where you leverage your imagination and a wide variety of tools to create new things rapidly. I know this isn't exactly the RH party line, but no one has ever been able to count on me towing the(any) party line. I think the fact that microsoft is bringing a powerful shell/terminal back into their OS shows that even they understand this a little. But getting back on point- You mention Joe Enduser building a livecd on a remote server with a web UI? What makes you think they want to do this when there is no reason they couldn't build it on the local system with the exact same web(or other graphical) UI? Here is an example of what I think the first thing Jane Enduser wants to do- livecd-generator \ --make_me_a_livecd_just_like_this_template=knoppix-5.0 \ --but_with_these_two_apps_I_like=emacs,xmms \ --and_go_ahead_and_pull_in_latest_security_updates \ --outputfile=./mylivecd.iso Now clearly, most, (though I would argue not a _vast_ majority) would want to do this via a GUI that provides a nice list of pre-existing templates, and a nice list of available packages (i.e. pup gui). But I definitely think a signifigant number of (especially the early) end users of a livecd generator would like to be able to do anything from a commandline(+configfiles) (CRON... COUGH... CRON... COUGH...) that they can do from the GUI. Just 2 more cents because I think our future depends on at least a few hobbyists learning to wield the full force of the command line. (and free speech, but thats a different war) -dmc/jdog ____________________________________________________________________________________ Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. http://farechase.yahoo.com/promo-generic-14795097 From davidz at redhat.com Thu Mar 8 04:57:38 2007 From: davidz at redhat.com (David Zeuthen) Date: Wed, 07 Mar 2007 23:57:38 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173287458.25055.37.camel@erebor.boston.redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198422.3746.11.camel@aglarond.local> <1173205565.2572.19.camel@zelda.fubar.dk> <1173287458.25055.37.camel@erebor.boston.redhat.com> Message-ID: <1173329858.2631.91.camel@zelda.fubar.dk> On Wed, 2007-03-07 at 12:10 -0500, Jeremy Katz wrote: > It's working fine for me here with a fresh clone... do you have more > information on said exceptions? Attached patch should make it so that > you get a traceback instead of just a printout of "something bad > happened". Since that should help a lot when people actually have > problems. I've committed this, thanks. I'm still getting ERROR during installation... Traceback (most recent call last): File "./livecd-creator", line 785, in main if not target.installPackages(packages, epackages, groups): File "./livecd-creator", line 466, in installPackages self.ayum.selectGroup(grp, inc) File "./livecd-creator", line 218, in selectGroup yum.YumBase.selectGroup(self, grp) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 1417, in selectGroup raise Errors.GroupsError, "No Group named %s exists" % grpid GroupsError: No Group named core exists which at least is somewhat useful. Perhaps this is because I'm using a local RPM repo that I've ran createrepo on myself? For the record, I'm able to get a bit further if I choose to only install the bash and the kernel package. David From davidz at redhat.com Thu Mar 8 04:58:41 2007 From: davidz at redhat.com (David Zeuthen) Date: Wed, 07 Mar 2007 23:58:41 -0500 Subject: [Fedora-livecd-list] [PATCH] Fix cleanup on an error case In-Reply-To: <1173299164.25055.97.camel@erebor.boston.redhat.com> References: <1173292092.25055.60.camel@erebor.boston.redhat.com> <1173299164.25055.97.camel@erebor.boston.redhat.com> Message-ID: <1173329921.2631.93.camel@zelda.fubar.dk> On Wed, 2007-03-07 at 15:26 -0500, Jeremy Katz wrote: > On Wed, 2007-03-07 at 13:28 -0500, Jeremy Katz wrote: > > If we get an error when installing packages after yum has set up file > > logging, the unmount (and then losetup -d) can fail. This makes it so > > that we don't set up the yum file logger; it doesn't really buy us > > anything and closing it in the error case is nearly impossible with the > > way python's logging API works. Also, don't create a directory that > > we're never using. > > A little too quick there, the dir was being used. Also, make sure the > rpmdb is closed so that we can unmount cleanly. Replacement for the > last patch attached Committed. But I'm still seeing file systems left behind too! Will try to look into this; it's easier now that we get backtraces thanks to your other patch. David From davidz at redhat.com Thu Mar 8 05:05:57 2007 From: davidz at redhat.com (David Zeuthen) Date: Thu, 08 Mar 2007 00:05:57 -0500 Subject: [Fedora-livecd-list] Re: patch review and move of livecd scm In-Reply-To: <1173293246.25055.81.camel@erebor.boston.redhat.com> References: <1173150453.2638.232.camel@zelda.fubar.dk> <1173198422.3746.11.camel@aglarond.local> <1173205565.2572.19.camel@zelda.fubar.dk> <200703061626.06717.jkeating@redhat.com> <1173217433.2572.64.camel@zelda.fubar.dk> <1173293246.25055.81.camel@erebor.boston.redhat.com> Message-ID: <1173330357.2631.99.camel@zelda.fubar.dk> On Wed, 2007-03-07 at 13:47 -0500, Jeremy Katz wrote: > Because like it or not, people run a lot of software that's not packaged > as an RPM. And so there's no good way for them to say "what 32bit > libraries do I maybe need here". A huge amount of the reason why x86_64 > has succeeded where, eg, ppc or ia64 haven't is *BECAUSE* of this > compatibility. The fact that you can just use your 32bit apps without > having to think about it is a major benefit to the platform. And that's > a message that has been very strongly and loudly communicated by > non-technical users and customers who want their software to just work. If I'm on a 64-bit system without any 32-bit packages, I'd expect our package management software to pull in the 32-bit deps if I decide to install a 32-bit app. Isn't that how Pirut works today anyway? David From davidz at redhat.com Thu Mar 8 08:19:51 2007 From: davidz at redhat.com (David Zeuthen) Date: Thu, 08 Mar 2007 03:19:51 -0500 Subject: [Fedora-livecd-list] live DVD In-Reply-To: <1173293699.25055.85.camel@erebor.boston.redhat.com> References: <20070306152331.76e73206@localhost.localdomain> <1173199484.3746.23.camel@aglarond.local> <1173216100.2572.40.camel@zelda.fubar.dk> <1173293699.25055.85.camel@erebor.boston.redhat.com> Message-ID: <1173341991.2631.106.camel@zelda.fubar.dk> On Wed, 2007-03-07 at 13:54 -0500, Jeremy Katz wrote: > > It's a sparse file backing the file system so just make it 100GB (or > > 2-32TB since ext3 supports that nowadays) and then resize2fs it down > > before completion so it's approx 2-4GB larger than the payload in the > > file. No need to add an option for this. > > I seem to remember something which makes resizing less of a good idea > when you're shrinking. But my memory is fuzzy on what it is now. > > You'll definitely take a hit on creation time if doing a significantly > larger filesystem like this, though, as mke2fs and resize2fs aren't the > fastest operations in the world. That's true. Another reason it's useful if for livecd creators that don't want to spend time compressing the image. So I added an option for this along with other enhancements. http://git.fedoraproject.org/?p=hosted/livecd;a=commit;h=df22a8438021ad766c4e0469db0dde5729ecc010 so now you can do things as shown in [1]. From a warm cache, the minimal live cd now builds in around 2 minutes if you use --skip-compression and local repositories. That's pretty nice. David [1] : usage: livecd-creator [--help] [--config=] [--repo=, ...] [--repo=,] --package= [--package= ...] [--exclude-package=] --exclude-package= ...] [--base-on=] [--fslabel=