From jasperhartline at adelphia.net Wed Mar 1 14:47:43 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 01 Mar 2006 09:47:43 -0500 Subject: [Fedora-livecd-list] Kadischi Xen kernels [PATCH] Message-ID: <4405B40F.8030304@adelphia.net> Hi. Chitlesh brought up installing Xen kernels weren't working. Here I've attached the kadischi-nokernel.patch that fixes this also. The patch attached here patches against the CVS as of today (03-1-2006) and shouldn't be applied consecutively with any other nokernel patches. (This will be submitted to b.r.c and the previous patch obsoleted) Chitlesh, you were also talking about users not having CVS access, or it being blocked.. I have put together an SRPM and RPM for kadischi. You can find them here: http://autopsy.thetabox.org/SRPMS and http://autopsy.thetabox.org/RPMS/i386 if you want to direct users towards those, that should be sufficient, and more reliable/productive than just a CVS tar.gz for download. I've used Kadischi's version as sta6ted and pl4 in the release. (For patchlevel). If you have any patches or features you want to include in here, just send them with an explanation and I'll rebuild and re-upload the SRPM and RPM. Please test this patch if you can. I've tested it here. If you could also generate a patch for Anaconda and send to the Anaconda devs to get kickstart working for FC5(Final) that would be great too. If not I'll do it, just let me know.. FC5 is on the horizon. Thanks. J. Hartline -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-nokernel.patch Type: text/x-patch Size: 1886 bytes Desc: not available URL: From thomas.canniot at laposte.net Wed Mar 1 23:45:22 2006 From: thomas.canniot at laposte.net (Thomas Canniot) Date: Thu, 02 Mar 2006 00:45:22 +0100 Subject: [Fedora-livecd-list] Requested Features Message-ID: <1141256722.3400.28.camel@localhost.localdomain> Hello, I grabbed some request features about Kadischi during the Kadischi Show at FOSDEM 2006. Here they are : - One should be able to be warned if the media he is planning to burn the iso image on is big enough. This can be summed up by a question in Anaconda like: "Do you want to create a CD iso image or a DVD iso image?" Then either Kadischi or Anaconda should warn that the size of the .iso file will not be appropriated. - Improve boot speed. Don't know how. - The live CD should not be dependent from the display driver (already working on this I presume?) I know, this not a long list of request features, but that was what people told me about first. Thomas Canniot From jasperhartline at adelphia.net Thu Mar 2 04:02:00 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 01 Mar 2006 23:02:00 -0500 Subject: [Fedora-livecd-list] Requested Features In-Reply-To: <1141256722.3400.28.camel@localhost.localdomain> References: <1141256722.3400.28.camel@localhost.localdomain> Message-ID: <44066E38.7080701@adelphia.net> Thomas Canniot wrote: >Hello, > >I grabbed some request features about Kadischi during the Kadischi Show >at FOSDEM 2006. > >Here they are : > >- One should be able to be warned if the media he is planning to burn >the iso image on is big enough. This can be summed up by a question in >Anaconda like: "Do you want to create a CD iso image or a DVD iso >image?" Then either Kadischi or Anaconda should warn that the size of >the .iso file will not be appropriated. > > > This could probably be done without touching Anaconda. I know where to start is with rpm-python, and the RPMTAG_SIZE rpmdb header. Also you must think about this, the package set to be installed is much larger than the compressed image the image isn't created until after all is said and done almost, so you would need some reliable data to base your calculations on. (Like the mkzftree algorithm) You are free to send a patch or something. 8-) >- Improve boot speed. Don't know how. > > SquashFS, why of course. :-P >- The live CD should not be dependent from the display driver (already >working on this I presume?) > > Your English is a little crispy, but I am assuming you mean the X configuration using a driver in xorg.conf specific to your hardware. This is a problem probably best taken care of internally with Anaconda. I am not sure I am merely speculating, just like the HWADDR MAC ID in network-scripts files. I think this is purely an Anaconda issue. J. Hartline From chitlesh at fedoraproject.org Thu Mar 2 09:23:17 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 2 Mar 2006 04:23:17 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. Message-ID: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> Hai there, Finally, there is A livecd based on the Fedora Core 5 Test 3 available for download. ftp://ftp.dead.li/ Thanks to JonFautley. About the Live CD The liveCD is gnome-based only. Language & Keyboard settings : french (fr) ISO size: 694.2 MB License: same as Fedora Core 5 Test 3 why french? because i had already an iso for a French project and to promote FC5 as well. Ill replace the iso during the weekend by an ENGLISH version. username = root password = fedora If your favorite packages are not in the livecd or it does not support your language, you can still create your own Fedora Core 5 Test 3 live cd with Kadischi. Support for writing a release note during the enhancement of this livecd is welcome. ;) Chitlesh GOORAH -- http://clunixchit.blogspot.com From sundaram at fedoraproject.org Thu Mar 2 09:45:24 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 15:15:24 +0530 Subject: [Fedora-livecd-list] LWN: Creating a Live CD with Kadischi Message-ID: <4406BEB4.10307@fedoraproject.org> Hi Looks like we still need to polish some rough edges. Lets tackle this and produce some good live CD's for Fedora Core 5 and followup with fixes in the tool so that everybody can produce their own custom Fedora Live CD's/DVD's too. http://lwn.net/Articles/172840/ -- Rahul From jasperhartline at adelphia.net Thu Mar 2 11:57:57 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 02 Mar 2006 06:57:57 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> Message-ID: <4406DDC5.40506@adelphia.net> Chitlesh GOORAH wrote: >username = root >password = fedora > >If your favorite packages are not in the livecd or it does not support >your language, you can still create your own Fedora Core 5 Test 3 live >cd with Kadischi. > > We need a standard guest account, someone who isn't UID/GID 0. I'm also curious, is this "Official" Fedora Core media? I was unaware anything test would be used for anything, as it is for developers and testers or bug trackers only. Can you elaborate. J. Hartline From sundaram at fedoraproject.org Thu Mar 2 12:02:56 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 17:32:56 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <4406DDC5.40506@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <4406DDC5.40506@adelphia.net> Message-ID: <4406DEF0.9060509@fedoraproject.org> J. Hartline wrote: > We need a standard guest account, someone who isn't UID/GID 0. I have suggested this already at http://fedoraproject.org/wiki/Kadischi/Schedule > I'm also curious, is this "Official" Fedora Core media? Not sure what you mean by that but it is just something Chitlesh has produced. Not a formal project level effort. There isnt much need to differentiate between these now though. Once a suitable version for general users is released we can endorse the effort as a formal one if required. > I was unaware anything test would be used for anything, as it is for > developers and testers or bug trackers only. > > Can you elaborate. A test version of the current development tree as a live CD. -- Rahul From chitlesh at fedoraproject.org Thu Mar 2 12:18:46 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 2 Mar 2006 07:18:46 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <4406DDC5.40506@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <4406DDC5.40506@adelphia.net> Message-ID: <13dbfe4f0603020418gf1e73a0nb2d756adb9bfaf7d@mail.gmail.com> > We need a standard guest account, someone who isn't UID/GID 0. > I'm also curious, is this "Official" Fedora Core media? > I was unaware anything test would be used for anything, as it is for > developers and testers or bug trackers only. As I said before, my aim to build an OFFICIAL Livecd for the Fedora Project. But still, we have a long way to go. My test releases are meant for giving us some directions which we need to give a close look at. It is not ready yet for stable usage. As Rahul said, it hasnt yet be a formal project level. This is what Im trying to do. With my test releases, step by step Im starting to attract attention to this project and prepare ground for the Official media. E.g: having a server to allow downloads keeping our slow development in the right track preparing promotional material for the Official media etc it is also a way for brainstorming. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Thu Mar 2 12:24:42 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 2 Mar 2006 07:24:42 -0500 Subject: [Fedora-livecd-list] Xen patch = corrupt kernel Message-ID: <13dbfe4f0603020424y7309bc0ci136160530a95511f@mail.gmail.com> Hello Jasper, your patch for Xen kernels https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178623 gives a corrupt kernel upon boot. This is what Im having too. The kadischi works fine, but it wont boot. -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Mar 2 12:49:37 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 02 Mar 2006 07:49:37 -0500 Subject: [Fedora-livecd-list] Xen patch = corrupt kernel In-Reply-To: <13dbfe4f0603020424y7309bc0ci136160530a95511f@mail.gmail.com> References: <13dbfe4f0603020424y7309bc0ci136160530a95511f@mail.gmail.com> Message-ID: <4406E9E1.6060705@adelphia.net> Chitlesh GOORAH wrote: >Hello > > >This is what Im having too. The kadischi works fine, but it wont boot. > > You tricked me there for a second, I thought that bugzilla reference was to a bug you filed. If you could file a bug, and reference the b.r.c entry with that patch please. I would also like to know some more details, how is the kernel "corrupt"? J. Hartline From jasperhartline at adelphia.net Thu Mar 2 13:43:36 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 02 Mar 2006 08:43:36 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <4406DEF0.9060509@fedoraproject.org> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <4406DDC5.40506@adelphia.net> <4406DEF0.9060509@fedoraproject.org> Message-ID: <4406F688.20409@adelphia.net> Rahul Sundaram wrote: > J. Hartline wrote: > >> We need a standard guest account, someone who isn't UID/GID 0. > > > I have suggested this already at > http://fedoraproject.org/wiki/Kadischi/Schedule Excellent. J. Hartline From jasperhartline at adelphia.net Thu Mar 2 16:09:05 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 02 Mar 2006 11:09:05 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen kernels Message-ID: <440718A1.6070204@adelphia.net> Chitlesh It seems to be that isolinux doesn't support .gz gzip compressed kernels as Grub would. This is easy to fix considering we use Grub and Isolinux, or just move to using Grub altogether. Give me some feedback so I know what would be best. Surely there are some users on this list that would want Grub too no? I think using Grub solely would work for the Kadischi overall. J. Hartline From chitlesh at fedoraproject.org Thu Mar 2 17:42:33 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 2 Mar 2006 12:42:33 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen kernels In-Reply-To: <440718A1.6070204@adelphia.net> References: <440718A1.6070204@adelphia.net> Message-ID: <13dbfe4f0603020942r4fd0621ax11fc4274b21fb83a@mail.gmail.com> On 3/2/06, J. Hartline wrote: > Chitlesh > It seems to be that isolinux doesn't support .gz gzip compressed kernels > as Grub would. > This is easy to fix considering we use Grub and Isolinux, or just move > to using Grub altogether. > > Give me some feedback so I know what would be best. > Surely there are some users on this list that would want Grub too no? > I think using Grub solely would work for the Kadischi overall. > ok, can we leave this for next time? It would be nice to smooth the rough edges of the livecds so that we might have an Official livecd. JesseKeating will offer me the opportunity to grab FC5 before its release. So quicking the livecd would be good before FC5 release. we can work on Xen later. what do you think Jasper? Its an opportunity. Rahul has informed me that gnome-live might choose kadischi as well. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Thu Mar 2 17:44:11 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 2 Mar 2006 12:44:11 -0500 Subject: [Fedora-livecd-list] Xen patch = corrupt kernel In-Reply-To: <4406E9E1.6060705@adelphia.net> References: <13dbfe4f0603020424y7309bc0ci136160530a95511f@mail.gmail.com> <4406E9E1.6060705@adelphia.net> Message-ID: <13dbfe4f0603020944t4d783145oe5ddcc2216851936@mail.gmail.com> On 3/2/06, J. Hartline wrote: > Chitlesh GOORAH wrote: > > >Hello > > > > > >This is what Im having too. The kadischi works fine, but it wont boot. > > > > > You tricked me there for a second, I thought that bugzilla reference was > to a bug you filed. > If you could file a bug, and reference the b.r.c entry with that patch > please. > > I would also like to know some more details, how is the kernel "corrupt"? > J. Hartline while booting the livecd, isolinux says "corrupt kernel" when trying to boot the cd. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Thu Mar 2 17:51:35 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 2 Mar 2006 12:51:35 -0500 Subject: [Fedora-livecd-list] Requested Features In-Reply-To: <44066E38.7080701@adelphia.net> References: <1141256722.3400.28.camel@localhost.localdomain> <44066E38.7080701@adelphia.net> Message-ID: <13dbfe4f0603020951r69131fdfn673e5ae303a8f413@mail.gmail.com> > >- Improve boot speed. Don't know how. > > > > > SquashFS, why of course. :-P Jasper, how is your work on Squashfs doing? can I test your scripts/patches ? -- http://clunixchit.blogspot.com From katzj at redhat.com Thu Mar 2 18:17:09 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 02 Mar 2006 13:17:09 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen kernels In-Reply-To: <440718A1.6070204@adelphia.net> References: <440718A1.6070204@adelphia.net> Message-ID: <1141323429.9252.0.camel@orodruin.boston.redhat.com> On Thu, 2006-03-02 at 11:09 -0500, J. Hartline wrote: > It seems to be that isolinux doesn't support .gz gzip compressed kernels > as Grub would. > This is easy to fix considering we use Grub and Isolinux, or just move > to using Grub altogether. > > Give me some feedback so I know what would be best. > Surely there are some users on this list that would want Grub too no? > I think using Grub solely would work for the Kadischi overall. isolinux is going to be far more reliable with CDs. If you want to use isolinux with Xen kernels, you need to look into the multiboot com32 stuff in (sys|iso|pxe)linux Jeremy From jasperhartline at adelphia.net Thu Mar 2 18:46:54 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 02 Mar 2006 13:46:54 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen kernels In-Reply-To: <1141323429.9252.0.camel@orodruin.boston.redhat.com> References: <440718A1.6070204@adelphia.net> <1141323429.9252.0.camel@orodruin.boston.redhat.com> Message-ID: <44073D9E.20004@adelphia.net> Jeremy Katz wrote: >isolinux is going to be far more reliable with CDs. > >If you want to use isolinux with Xen kernels, you need to look into the >multiboot com32 stuff in (sys|iso|pxe)linux > >Jeremy > > Right. I was trying to find some documents on multiboot standards with Isolinux. What it seems is the hypervisor is first initialized, then the Linux kernel is boot. From katzj at redhat.com Thu Mar 2 18:52:59 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 02 Mar 2006 13:52:59 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen kernels In-Reply-To: <44073D9E.20004@adelphia.net> References: <440718A1.6070204@adelphia.net> <1141323429.9252.0.camel@orodruin.boston.redhat.com> <44073D9E.20004@adelphia.net> Message-ID: <1141325579.2402.4.camel@bree.local.net> On Thu, 2006-03-02 at 13:46 -0500, J. Hartline wrote: > Jeremy Katz wrote: > >isolinux is going to be far more reliable with CDs. > > > >If you want to use isolinux with Xen kernels, you need to look into the > >multiboot com32 stuff in (sys|iso|pxe)linux > > > Right. > I was trying to find some documents on multiboot standards with Isolinux. > What it seems is the hypervisor is first initialized, then the Linux > kernel is boot. Yes -- there's a com32 module to handle this. See com32/modules/mboot.doc in the syslinux source tree Jeremy From jasperhartline at adelphia.net Thu Mar 2 19:04:51 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 02 Mar 2006 14:04:51 -0500 Subject: [Fedora-livecd-list] Re: Kadischi Xen kernels Message-ID: <440741D3.9050101@adelphia.net> > > >Chitlesh wrote: > >ok, can we leave this for next time? >It would be nice to smooth the rough edges of the livecds so that we >might have an Official livecd. >JesseKeating will offer me the opportunity to grab FC5 before its >release. So quicking the livecd would be good before FC5 release. > > Ok. The link Rahul sent with the unresolved kernel issue, is fixed. That is the patch I sent to the list and have checked into b.r.c. ( kadischi-nokernel.patch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178623 ) If there is more you are referring to just give me a list or whatnot, and I'll see if I can provide you with some suggestions. Some things I think you should consider in this instance of a Fedora Core 5 test 3 CD is having 01umountproc.sh in Kadischi's post_install_scripts be nuked in place of 01prelink.sh(In CVS) _or_ you can do this locally, and wait until later to check-in prelink somewhere else than post install. Besides that you'll need to mention what you are thinking, I don't read minds. :-P J. Hartline From thulshof at gmail.com Fri Mar 3 14:33:53 2006 From: thulshof at gmail.com (Thijs Hulshof) Date: Fri, 3 Mar 2006 15:33:53 +0100 Subject: [Fedora-livecd-list] Suggestion: Optimizing LiveCD-speed Message-ID: <9590b2a80603030633p2f93990ev5ba9890d95d053f1@mail.gmail.com> Hi all, I just noticed Accelerated Knoppix: It has a boot time under 60 seconds ! Unfortunately I'm not a developer, but if someone is looking for a way to improve boot-speed, have a look at http://www.alpha.co.jp/ac-knoppix/index_en.html An other possibility for improving the speed of a Fedora LiveCD is using copy2ram, that makes the LiveCD boot slowly, but when booting is finished it works very fast. - Thijs -------------- next part -------------- An HTML attachment was scrubbed... URL: From jasperhartline at adelphia.net Fri Mar 3 14:55:41 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 03 Mar 2006 09:55:41 -0500 Subject: [Fedora-livecd-list] Suggestion: Optimizing LiveCD-speed In-Reply-To: <9590b2a80603030633p2f93990ev5ba9890d95d053f1@mail.gmail.com> References: <9590b2a80603030633p2f93990ev5ba9890d95d053f1@mail.gmail.com> Message-ID: <440858ED.9050709@adelphia.net> Thijs Hulshof wrote: > Hi all, > > I just noticed Accelerated Knoppix: It has a boot time under 60 seconds ! > Unfortunately I'm not a developer, but if someone is looking for a way > to improve boot-speed, have a look at > http://www.alpha.co.jp/ac-knoppix/index_en.html It looks like they use an optimized cloop filesystem. I'm pretty sure Kadischi will be using SquashFS in the near future. J. Hartline From filip.tsachev at gmail.com Tue Mar 7 15:35:40 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Tue, 7 Mar 2006 17:35:40 +0200 Subject: [Fedora-livecd-list] Suggestion: Optimizing LiveCD-speed In-Reply-To: <440858ED.9050709@adelphia.net> References: <9590b2a80603030633p2f93990ev5ba9890d95d053f1@mail.gmail.com> <440858ED.9050709@adelphia.net> Message-ID: Is there a relatively new srpm hosted somewhere? -- Cheers, Filip From filip.tsachev at gmail.com Tue Mar 7 15:43:29 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Tue, 7 Mar 2006 17:43:29 +0200 Subject: [Fedora-livecd-list] LWN: Creating a Live CD with Kadischi In-Reply-To: <4406BEB4.10307@fedoraproject.org> References: <4406BEB4.10307@fedoraproject.org> Message-ID: Is this true? follows quote from LVM site comments: Creating a Live CD with Kadischi (Posted Feb 23, 2006 12:58 UTC (Thu) by subscriber rmyorston) (Post reply) I too was inspired by last week's article to try out Kadischi, with the same result. It seems that anaconda is failing to install some fundamental RPMs, like initscripts and the kernel. There's a bug report about this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169812 but no sign of a solution yet. 2006/3/2, Rahul Sundaram : > Hi > > Looks like we still need to polish some rough edges. Lets tackle this > and produce some good live CD's for Fedora Core 5 and followup with > fixes in the tool so that everybody can produce their own custom Fedora > Live CD's/DVD's too. > > > http://lwn.net/Articles/172840/ > > > -- > Rahul > > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- Cheers, Filip From chitlesh at fedoraproject.org Tue Mar 7 18:12:17 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 7 Mar 2006 13:12:17 -0500 Subject: [Fedora-livecd-list] Suggestion: Optimizing LiveCD-speed In-Reply-To: References: <9590b2a80603030633p2f93990ev5ba9890d95d053f1@mail.gmail.com> <440858ED.9050709@adelphia.net> Message-ID: <13dbfe4f0603071012i263e9222m77262bfd63cddae3@mail.gmail.com> On 3/7/06, Filip Tsachev wrote: > Is there a relatively new srpm hosted somewhere? > im quoting from jasper's email: Chitlesh, you were also talking about users not having CVS access, or it being blocked.. I have put together an SRPM and RPM for kadischi. You can find them here: http://autopsy.thetabox.org/SRPMS and http://autopsy.thetabox.org/RPMS/i386 if you want to direct users towards those, that should be sufficient, and more reliable/productive than just a CVS tar.gz for download. I've used Kadischi's version as sta6ted and pl4 in the release. (For patchlevel). If you have any patches or features you want to include in here, just send them with an explanation and I'll rebuild and re-upload the SRPM and RPM. -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Tue Mar 7 18:14:59 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 07 Mar 2006 13:14:59 -0500 Subject: [Fedora-livecd-list] LWN: Creating a Live CD with Kadischi In-Reply-To: References: <4406BEB4.10307@fedoraproject.org> Message-ID: <440DCDA3.3040002@adelphia.net> Filip Tsachev wrote: >Is this true? > >follows quote from LVM site comments: > > > >Creating a Live CD with Kadischi >(Posted Feb 23, 2006 12:58 UTC (Thu) by subscriber rmyorston) (Post reply) > >I too was inspired by last week's article to try out Kadischi, with >the same result. It seems that anaconda is failing to install some >fundamental RPMs, like initscripts and the kernel. There's a bug >report about this: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169812 > > The issue described by the initial bug report should be fixed with the functions.py patch in that report. Looking at the initscripts and kernel %pre scripts show that modprobe and adduser are used, both of which require root priviliges. I've never encountered this initscripts and kernel %pre scripts failure problem myself and only became aware of the mkinitrd trouble after running Kadischi on an SMP machine. functions.py patch fixes that, and the other reports do not seem to reflect any information other than "it fails". Perhaps you can do some testing on your own and see if you can gather some information. J,. Hartline From jasperhartline at adelphia.net Tue Mar 7 18:20:11 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 07 Mar 2006 13:20:11 -0500 Subject: [Fedora-livecd-list] Suggestion: Optimizing LiveCD-speed In-Reply-To: References: <9590b2a80603030633p2f93990ev5ba9890d95d053f1@mail.gmail.com> <440858ED.9050709@adelphia.net> Message-ID: <440DCEDB.9020505@adelphia.net> Filip Tsachev wrote: >Is there a relatively new srpm hosted somewhere? > > > I've put together an RPM and SRPM with a few patches here: http://autopsy.thetabox.org/RPMS/i386 and http://autopsy.thetabox.org/SRPMS they are not official Fedora Core packages and they were provided in re to Chitlesh's statement that some users may have CVS access blocked. They are a pure contribution to the efforts currently involved with Kadischi and in no way reflect the Fedora Project, it's community or maintainers. The RPM/SRPM would be used on Fedora Core 5 tests or above. J. Hartline From chitlesh at fedoraproject.org Tue Mar 7 23:17:57 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 7 Mar 2006 18:17:57 -0500 Subject: [Fedora-livecd-list] rc.sysinit and tar error messages Message-ID: <13dbfe4f0603071517vb9ed19cna086b83b50c828f6@mail.gmail.com> Hello there, each time when I modify the rc.sysinit to add keyboad layout selection features, on booting the livecd, when extracting kadischi.tar.gz, tar gives me error messages which looks like this: http://www.flickr.com/photos/29842792 at N00/109401419/ but when Im on VMware I don't see such error messages, but in qemu yes they are there. Any bug somewhere? or have someone encountered this before? -- http://clunixchit.blogspot.com From filip.tsachev at gmail.com Wed Mar 8 07:55:42 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Wed, 8 Mar 2006 09:55:42 +0200 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> Message-ID: 2006/3/2, Chitlesh GOORAH : snip > Finally, there is A livecd based on the Fedora Core 5 Test 3 available snip > Ill replace the iso during the weekend by an ENGLISH version. Nice! How is the ENG version going? I'm so busy these days, I'll try to find some time to build one of my own and I'll host it on a web server. -- Cheers, Filip From sundaram at fedoraproject.org Wed Mar 8 08:12:13 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 13:42:13 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> Message-ID: <440E91DD.80305@fedoraproject.org> Filip Tsachev wrote: >2006/3/2, Chitlesh GOORAH : >snip > > >>Finally, there is A livecd based on the Fedora Core 5 Test 3 available >> >> >snip > > >>Ill replace the iso during the weekend by an ENGLISH version. >> >> >Nice! How is the ENG version going? I'm so busy these days, I'll try >to find some time to build one of my own and I'll host it on a web >server. > > > If the images are a combination of packages only from the Fedora Core and Fedora Extras repositories, there might be some space available within fedoraproject.org. Write to fedora-websites list about getting some storage space if you are interested in that. -- Rahul From chitlesh at fedoraproject.org Wed Mar 8 10:06:24 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 11:06:24 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> Message-ID: <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> > > Ill replace the iso during the weekend by an ENGLISH version. > Nice! How is the ENG version going? I'm so busy these days, I'll try > to find some time to build one of my own and I'll host it on a web > server. I have the english version ready, but I dont have any server for upload :( -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 8 10:08:49 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 11:08:49 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440E91DD.80305@fedoraproject.org> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <440E91DD.80305@fedoraproject.org> Message-ID: <13dbfe4f0603080208m28e2bb1bve961494f3764c9af@mail.gmail.com> > If the images are a combination of packages only from the Fedora Core > and Fedora Extras repositories, there might be some space available > within fedoraproject.org. Write to fedora-websites list about getting > some storage space if you are interested in that. I have contacted Greg, Sopwith and SethVidal. Yet I havent any space :( greg last night asked me what happened Seth said he is willing to put the livecd on the fp.org but there must be a server where he can pull the livecd -- http://clunixchit.blogspot.com From sundaram at fedoraproject.org Wed Mar 8 10:10:11 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 15:40:11 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> Message-ID: <440EAD83.7050800@fedoraproject.org> Chitlesh GOORAH wrote: >>>Ill replace the iso during the weekend by an ENGLISH version. >>> >>> >>Nice! How is the ENG version going? I'm so busy these days, I'll try >>to find some time to build one of my own and I'll host it on a web >>server. >> >> > >I have the english version ready, but I dont have any server for upload :( > > > I believe you would be offered disk space to upload if you ask in fedora-websites list. -- Rahul From chitlesh at fedoraproject.org Wed Mar 8 10:11:22 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 11:11:22 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440EAD83.7050800@fedoraproject.org> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EAD83.7050800@fedoraproject.org> Message-ID: <13dbfe4f0603080211j347b40f5n2039e27ada5d09f5@mail.gmail.com> > I believe you would be offered disk space to upload if you ask in > fedora-websites list. ok ill ask again. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 8 10:43:50 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 11:43:50 +0100 Subject: [Fedora-livecd-list] wiki Kadischi/Contributors page In-Reply-To: <4401C907.3060603@adelphia.net> References: <4401C907.3060603@adelphia.net> Message-ID: <13dbfe4f0603080243j5abda49x238d223d8ce1b4ae@mail.gmail.com> On 2/26/06, J. Hartline wrote: > Chitlesh, > Can we try to less-complicate the Kadischi/Contributors page on the wiki. > It looks a bit strange, I think when users are visiting the wiki they'll > click Contributors and expect to see the current contributors of the > project. > If you have a look: http://fedoraproject.org/wiki/Kadischi/Contributors > > " The following table lists the Kadischi contributors." > "The objective of this table is to prepare ground for the next maintainer." > > This is a bit strange, the user clicked the link I think they were > already expecting a list of contributors, not an explanation of what is > on the Contributors page. > Also.. if you read the second sentence, it really makes little sense. > The table's objective is toi list the contributors, not prepare ground > for a maintainer. > > The On Vacation and Mailing List and Archives links, those look great. > Here though: > "Project Maintainer" > "There is no maintainer for the moment. Darko Ilic was the previous > maintainer of this project." > This information is in the Kadischi/FAQ so it is redundant. We should > place it on one or another page. > It should exist on the FAQ, or on the Contributors page, but not > neccessarily both, unless there is a reason I am not aware of. > > This block here should go to the FAQ: > "How can I help" > "There are 3 sub categories of the Kadischi Project:" > "1. development/coding" > "2. making documentation /wiki maintaining / translation" > "3. testers/bugs/bugs triage" > > Though listing "categories" I think should be changed to "You can help > in a few of different ways:" for example > with Procedures as a category under that FAQ. > > Surely this will help organize that wiki page a bit better. > J. Hartline > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > Done :) -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 8 10:53:50 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 11:53:50 +0100 Subject: [Fedora-livecd-list] yum in kickstart %post In-Reply-To: <4400BF5A.5080500@dorm.org> References: <43FDF2CA.1080100@dorm.org> <43FF85E0.70400@dorm.org> <13dbfe4f0602241446x395276a6mf83ecc6e15f3802@mail.gmail.com> <44000111.4030103@adelphia.net> <4400BF5A.5080500@dorm.org> Message-ID: <13dbfe4f0603080253r7c6da708td9be2288cb43ae9c@mail.gmail.com> > I think a UserContributions page would be a great idea; perhaps it > would also be a good place to store any additional post-install-scripts > that others would contribute? why do we need http://fedoraproject.org/wiki/Kadischi/UserContribution if no one updated this page? -- http://clunixchit.blogspot.com From sundaram at fedoraproject.org Wed Mar 8 10:58:20 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 16:28:20 +0530 Subject: [Fedora-livecd-list] yum in kickstart %post In-Reply-To: <13dbfe4f0603080253r7c6da708td9be2288cb43ae9c@mail.gmail.com> References: <43FDF2CA.1080100@dorm.org> <43FF85E0.70400@dorm.org> <13dbfe4f0602241446x395276a6mf83ecc6e15f3802@mail.gmail.com> <44000111.4030103@adelphia.net> <4400BF5A.5080500@dorm.org> <13dbfe4f0603080253r7c6da708td9be2288cb43ae9c@mail.gmail.com> Message-ID: <440EB8CC.2050005@fedoraproject.org> Chitlesh GOORAH wrote: >>I think a UserContributions page would be a great idea; perhaps it >>would also be a good place to store any additional post-install-scripts >>that others would contribute? >> >> > >why do we need http://fedoraproject.org/wiki/Kadischi/UserContribution >if no one updated this page? > > Currently the process of contributing to the wiki pages requires a CLA which needs to be much more simplified. Also providing the infrastructure in place for contributions such as the above is important even when the process doesnt have a instant stream of new volunteers to work on them. Patience... -- Rahul From filip.tsachev at gmail.com Wed Mar 8 11:16:27 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Wed, 8 Mar 2006 13:16:27 +0200 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> Message-ID: Hello, 2006/3/8, Chitlesh GOORAH : > I have the english version ready, but I dont have any server for upload :( I can offer my services but the download speed for others from my hosting won;t be too great, but it's a start and Seth could pull it... tell me if you'd like this and I'll create an account for you -- Cheers, Filip From filip.tsachev at gmail.com Wed Mar 8 11:24:29 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Wed, 8 Mar 2006 13:24:29 +0200 Subject: [Fedora-livecd-list] yum in kickstart %post In-Reply-To: <440EB8CC.2050005@fedoraproject.org> References: <43FDF2CA.1080100@dorm.org> <43FF85E0.70400@dorm.org> <13dbfe4f0602241446x395276a6mf83ecc6e15f3802@mail.gmail.com> <44000111.4030103@adelphia.net> <4400BF5A.5080500@dorm.org> <13dbfe4f0603080253r7c6da708td9be2288cb43ae9c@mail.gmail.com> <440EB8CC.2050005@fedoraproject.org> Message-ID: 2006/3/8, Rahul Sundaram : > Currently the process of contributing to the wiki pages requires a CLA I actually didn't manage to do this step.. how someone from EditGroup would know I agree with the CLA? Cheers, Filip From sundaram at fedoraproject.org Wed Mar 8 11:31:56 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 17:01:56 +0530 Subject: [Fedora-livecd-list] yum in kickstart %post In-Reply-To: References: <43FDF2CA.1080100@dorm.org> <43FF85E0.70400@dorm.org> <13dbfe4f0602241446x395276a6mf83ecc6e15f3802@mail.gmail.com> <44000111.4030103@adelphia.net> <4400BF5A.5080500@dorm.org> <13dbfe4f0603080253r7c6da708td9be2288cb43ae9c@mail.gmail.com> <440EB8CC.2050005@fedoraproject.org> Message-ID: <440EC0AC.8040009@fedoraproject.org> Filip Tsachev wrote: >2006/3/8, Rahul Sundaram : > > >>Currently the process of contributing to the wiki pages requires a CLA >> >> >I actually didn't manage to do this step.. how someone from EditGroup >would know I agree with the CLA? > > > People who add anyone else to the edit group would have to check the Fedora Account system to see if the CLA has been completed for that person. http://fedoraproject.org/wiki/Infrastructure/AccountSystem -- Rahul From jasperhartline at adelphia.net Wed Mar 8 13:21:16 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 08 Mar 2006 08:21:16 -0500 Subject: [Fedora-livecd-list] rc.sysinit and tar error messages In-Reply-To: <13dbfe4f0603071517vb9ed19cna086b83b50c828f6@mail.gmail.com> References: <13dbfe4f0603071517vb9ed19cna086b83b50c828f6@mail.gmail.com> Message-ID: <440EDA4C.2020306@adelphia.net> Chitlesh GOORAH wrote: >tar gives me >error messages which looks like this: >http://www.flickr.com/photos/29842792 at N00/109401419/ > >but when Im on VMware I don't see such error messages, but in qemu yes >they are there. > > It is a problem with the amount of RAM you've allocated I would imagine. Qemu and VMware both allocate thier own specific amounts of RAM. J. Hartline From jasperhartline at adelphia.net Wed Mar 8 13:29:22 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 08 Mar 2006 08:29:22 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> Message-ID: <440EDC32.10906@adelphia.net> Chitlesh GOORAH wrote: >I have the english version ready, but I dont have any server for upload :( > >-- >http://clunixchit.blogspot.com > > When did you build a LiveCD? Did you send out any email asking if anyone had anything to contribute, or is this -your- LiveCD? I think before a LiveCD is produced for the Fedora Project (Even if it employs test packages, from FC5 Test 3) we need to have these taken care of: Auto login into Fedora with fedora as the default user name. Provide fedora and root usernames with blank passwords. Security is not a concern for a Live CD Add some good introductory and promotional material in a desktop folder by default provide a Fedora introduction in the bootup prompt by default Among other things. If these are already finished please update the Kadischi/Schedule. J. Hartline From filip.tsachev at gmail.com Wed Mar 8 13:31:46 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Wed, 8 Mar 2006 15:31:46 +0200 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440EDC32.10906@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> Message-ID: Yes blank passwords will really speed-up the spreading process :) Cheers, Filip From brentonr at dorm.org Wed Mar 8 14:43:57 2006 From: brentonr at dorm.org (Brenton Rothchild) Date: Wed, 08 Mar 2006 08:43:57 -0600 Subject: [Fedora-livecd-list] yum in kickstart %post In-Reply-To: <13dbfe4f0603080253r7c6da708td9be2288cb43ae9c@mail.gmail.com> References: <43FDF2CA.1080100@dorm.org> <43FF85E0.70400@dorm.org> <13dbfe4f0602241446x395276a6mf83ecc6e15f3802@mail.gmail.com> <44000111.4030103@adelphia.net> <4400BF5A.5080500@dorm.org> <13dbfe4f0603080253r7c6da708td9be2288cb43ae9c@mail.gmail.com> Message-ID: <440EEDAD.90401@dorm.org> Chitlesh GOORAH wrote: >> I think a UserContributions page would be a great idea; perhaps it >> would also be a good place to store any additional post-install-scripts >> that others would contribute? > > why do we need http://fedoraproject.org/wiki/Kadischi/UserContribution > if no one updated this page? My apologies as well - I ran out of "free time" to contribute to this page over the last week due to a large rush at my "real job" :) I will be updating some time in the next few days, though as things are quieting down. Sorry for the delay if anyone was waiting on stuff from me personally! I still think it was a good step to create the UserContribution page, and look forward to contributing! :) -Brenton Rothchild From chitlesh at fedoraproject.org Wed Mar 8 15:37:04 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 16:37:04 +0100 Subject: [Fedora-livecd-list] rc.sysinit and tar error messages In-Reply-To: <440EDA4C.2020306@adelphia.net> References: <13dbfe4f0603071517vb9ed19cna086b83b50c828f6@mail.gmail.com> <440EDA4C.2020306@adelphia.net> Message-ID: <13dbfe4f0603080737g2a047514r52408c97be756158@mail.gmail.com> On 3/8/06, J. Hartline wrote: > Chitlesh GOORAH wrote: > > >tar gives me > >error messages which looks like this: > >http://www.flickr.com/photos/29842792 at N00/109401419/ > > > >but when Im on VMware I don't see such error messages, but in qemu yes > >they are there. > > > > > It is a problem with the amount of RAM you've allocated I would imagine. > Qemu and VMware both allocate thier own specific amounts of RAM. > ok but when I burn the iso still i have the errors :( -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 8 17:01:48 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 18:01:48 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440EDC32.10906@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> Message-ID: <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> > When did you build a LiveCD? > Did you send out any email asking if anyone had anything to contribute, > or is this -your- LiveCD? Yes for the moment it is my livecd. Jasper you are working on squashfs integration. On my part, Im trying to push forward to get the "logistics" done and see what is lacking with our kadischi. > I think before a LiveCD is produced for the Fedora Project (Even if it > employs test packages, from FC5 Test 3) > we need to have these taken care of: If we will be an official live cd then, it will be with the community's contribution. > Auto login into Fedora with fedora as the default user name. > Provide fedora and root usernames with blank passwords. Security is not > a concern for a Live CD Im stuck here. > Add some good introductory and promotional material in a desktop folder > by default im working on it and partly completed too > provide a Fedora introduction in the bootup prompt by default done > > Among other things. > If these are already finished please update the Kadischi/Schedule. ok, I will, but since im having tar error messages coming, I prefer to troubleshoot it first. -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Mar 8 17:01:54 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 08 Mar 2006 12:01:54 -0500 Subject: [Fedora-livecd-list] rc.sysinit and tar error messages In-Reply-To: <13dbfe4f0603080737g2a047514r52408c97be756158@mail.gmail.com> References: <13dbfe4f0603071517vb9ed19cna086b83b50c828f6@mail.gmail.com> <440EDA4C.2020306@adelphia.net> <13dbfe4f0603080737g2a047514r52408c97be756158@mail.gmail.com> Message-ID: <440F0E02.5020107@adelphia.net> Chitlesh GOORAH wrote: > >ok but when I burn the iso still i have the errors :( > > >-- >http://clunixchit.blogspot.com > > Too much in the RAM disk then. From katzj at redhat.com Wed Mar 8 17:54:27 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Mar 2006 12:54:27 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440EDC32.10906@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> Message-ID: <1141840467.21278.19.camel@orodruin.boston.redhat.com> On Wed, 2006-03-08 at 08:29 -0500, J. Hartline wrote: > Provide fedora and root usernames with blank passwords. Security is not > a concern for a Live CD No! Security is very much a concern here. We need to make sure we don't start a spread of worms from our live CD. This will mean some hard choices between a very strict network lock down or doing some sort of password set up at boot time. Jeremy From sundaram at fedoraproject.org Wed Mar 8 17:56:42 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 23:26:42 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <1141840467.21278.19.camel@orodruin.boston.redhat.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> Message-ID: <440F1ADA.70100@fedoraproject.org> Jeremy Katz wrote: >On Wed, 2006-03-08 at 08:29 -0500, J. Hartline wrote: > > >>Provide fedora and root usernames with blank passwords. Security is not >>a concern for a Live CD >> >> > >No! Security is very much a concern here. We need to make sure we >don't start a spread of worms from our live CD. > > Auto login to a non administrative user called Fedora. How is that bad for security? -- Rahul From katzj at redhat.com Wed Mar 8 18:22:30 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 08 Mar 2006 13:22:30 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440F1ADA.70100@fedoraproject.org> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> Message-ID: <1141842150.21278.23.camel@orodruin.boston.redhat.com> On Wed, 2006-03-08 at 23:26 +0530, Rahul Sundaram wrote: > Jeremy Katz wrote: > >On Wed, 2006-03-08 at 08:29 -0500, J. Hartline wrote: > >>Provide fedora and root usernames with blank passwords. Security is not > >>a concern for a Live CD > > > >No! Security is very much a concern here. We need to make sure we > >don't start a spread of worms from our live CD. > > > Auto login to a non administrative user called Fedora. How is that bad > for security? If you have ways to log in remotely, then it could allow for people to log in and start running, eg, eggbots or any of a number of other things if there's a blank password. So it's not necessarily that auto-login to a non-administrative account is bad (it probably does make sense). But just that thinking "oh, security isn't a concern for a live cd" is not wise. Jeremy From jasperhartline at adelphia.net Wed Mar 8 21:46:40 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 08 Mar 2006 16:46:40 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> Message-ID: <440F50C0.4030106@adelphia.net> Chitlesh GOORAH wrote: >Yes for the moment it is my livecd. >Jasper you are working on squashfs integration. >On my part, Im trying to push forward to get the "logistics" done and >see what is lacking with our kadischi. > > Ok. I was unaware fedoraproject.org allocated webspace for users. Can you show me where I can sign up for that? J. Hartline From jasperhartline at adelphia.net Wed Mar 8 22:00:33 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 08 Mar 2006 17:00:33 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <1141842150.21278.23.camel@orodruin.boston.redhat.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> Message-ID: <440F5401.7080305@adelphia.net> Jeremy Katz wrote: >On Wed, 2006-03-08 at 23:26 +0530, Rahul Sundaram wrote: > > >>Jeremy Katz wrote: >> >> >>>On Wed, 2006-03-08 at 08:29 -0500, J. Hartline wrote: >>> >>> >>>>Provide fedora and root usernames with blank passwords. Security is not >>>>a concern for a Live CD >>>> >>>> >>>No! Security is very much a concern here. We need to make sure we >>>don't start a spread of worms from our live CD. >>> >>> >>> >>Auto login to a non administrative user called Fedora. How is that bad >>for security? >> >> > >If you have ways to log in remotely, then it could allow for people to >log in and start running, eg, eggbots or any of a number of other things >if there's a blank password. > >So it's not necessarily that auto-login to a non-administrative account >is bad (it probably does make sense). But just that thinking "oh, >security isn't a concern for a live cd" is not wise. > > I am not a fan of blank root passwords, or blank passwords altogether, I am just quoting what is in the Kadischi/Schedule as of when the email was written. I personally am more interested in SquashFS and am waiting to see if busybox can be rebuilt with losetup since 1.10 emplys this feature and busybox-anaconda-1.01 is the last update available. Really.. I mean when I first talked to Elliot Lee about maintaining an RPM of Kadischi (On my own time or even a package that could eventually go into Extras) he asked me certainly I wasn't patching Anaconda from the RPM %post scripts, of course not. In this same sense I don't see how a community project benefits without several inputs like second person points of view.. will the "Unofficial" CD Chitlesh is putting out have sshd started by default.. blank root passwords? This certainly doesn't spell anything good. My point is I don't believe non-input is the way to go about getting _something_ out to the public. Personally I'm confused, I started into this project wanting to see the fedora-livecd-list in the already established mailing lists, list. Now we are (going to?) pushing out insecure, non-community driven CDs. I've obviously missed something since August. J. Hartline From jasperhartline at adelphia.net Wed Mar 8 22:05:22 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 08 Mar 2006 17:05:22 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> Message-ID: <440F5522.5000501@adelphia.net> Chitlesh GOORAH wrote: >If we will be an official live cd then, it will be with the >community's contribution. > > > I just really think it is goofy to try and push out a LiveCD that deploys FC5t3 packages when FC5 is due in about a week and a half. J. Hartline From chitlesh at fedoraproject.org Wed Mar 8 22:23:03 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 23:23:03 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440F5522.5000501@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> <440F5522.5000501@adelphia.net> Message-ID: <13dbfe4f0603081423w4e927eecq1e280976515c2dd2@mail.gmail.com> > I just really think it is goofy to try and push out a LiveCD that deploys > FC5t3 packages when FC5 is due in about a week and a half. > > J. Hartline JesseKeating proposed me to ping him when the release date approaches. Is this proposal still standing ? -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 8 22:24:30 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 8 Mar 2006 23:24:30 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440F50C0.4030106@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> <440F50C0.4030106@adelphia.net> Message-ID: <13dbfe4f0603081424r2d2961e7n51ca1ca6ab1f04b0@mail.gmail.com> > Ok. I was unaware fedoraproject.org allocated webspace for users. > Can you show me where I can sign up for that? > > J. Hartline is there a place to sign in for webspace? -- http://clunixchit.blogspot.com From sundaram at fedoraproject.org Thu Mar 9 07:04:29 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 12:34:29 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <1141842150.21278.23.camel@orodruin.boston.redhat.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> Message-ID: <440FD37D.2060308@fedoraproject.org> Jeremy Katz wrote: >On Wed, 2006-03-08 at 23:26 +0530, Rahul Sundaram wrote: > > >>Jeremy Katz wrote: >> >> >>>On Wed, 2006-03-08 at 08:29 -0500, J. Hartline wrote: >>> >>> >>>>Provide fedora and root usernames with blank passwords. Security is not >>>>a concern for a Live CD >>>> >>>> >>>No! Security is very much a concern here. We need to make sure we >>>don't start a spread of worms from our live CD. >>> >>> >>> >>Auto login to a non administrative user called Fedora. How is that bad >>for security? >> >> > >If you have ways to log in remotely, then it could allow for people to >log in and start running, eg, eggbots or any of a number of other things >if there's a blank password. > >So it's not necessarily that auto-login to a non-administrative account >is bad (it probably does make sense). But just that thinking "oh, >security isn't a concern for a live cd" is not wise. > > In this particular specific scenario, it isnt much of a concern. Please put things into context. -- Rahul From sundaram at fedoraproject.org Thu Mar 9 07:05:14 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 12:35:14 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440F50C0.4030106@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> <440F50C0.4030106@adelphia.net> Message-ID: <440FD3AA.5030305@fedoraproject.org> J. Hartline wrote: > Chitlesh GOORAH wrote: > >> Yes for the moment it is my livecd. >> Jasper you are working on squashfs integration. >> On my part, Im trying to push forward to get the "logistics" done and >> see what is lacking with our kadischi. >> >> > Ok. I was unaware fedoraproject.org allocated webspace for users. > Can you show me where I can sign up for that? Not users but contributors. We dont have a process for this yet but you can ask in fedora-websites list if there is a requirement. -- Rahul From sundaram at fedoraproject.org Thu Mar 9 07:05:38 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 12:35:38 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603081423w4e927eecq1e280976515c2dd2@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> <440F5522.5000501@adelphia.net> <13dbfe4f0603081423w4e927eecq1e280976515c2dd2@mail.gmail.com> Message-ID: <440FD3C2.7070508@fedoraproject.org> Chitlesh GOORAH wrote: >>I just really think it is goofy to try and push out a LiveCD that deploys >>FC5t3 packages when FC5 is due in about a week and a half. >> >>J. Hartline >> >> > >JesseKeating proposed me to ping him when the release date approaches. >Is this proposal still standing ? > > Might be better to handle this off list. -- Rahul From sundaram at fedoraproject.org Thu Mar 9 07:06:36 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 12:36:36 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603081424r2d2961e7n51ca1ca6ab1f04b0@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <13dbfe4f0603080901r40620cd9q6b079fc1b009f734@mail.gmail.com> <440F50C0.4030106@adelphia.net> <13dbfe4f0603081424r2d2961e7n51ca1ca6ab1f04b0@mail.gmail.com> Message-ID: <440FD3FC.5010703@fedoraproject.org> Chitlesh GOORAH wrote: >>Ok. I was unaware fedoraproject.org allocated webspace for users. >>Can you show me where I can sign up for that? >> >>J. Hartline >> >> > >is there a place to sign in for webspace? > >-- > > No but you have already asked in fedora-websites list. Lets deal with this there. -- Rahul From sundaram at fedoraproject.org Thu Mar 9 07:08:53 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 12:38:53 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440F5401.7080305@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <440F5401.7080305@adelphia.net> Message-ID: <440FD485.5010805@fedoraproject.org> J. Hartline wrote: > > My point is I don't believe non-input is the way to go about getting > _something_ out to the public. > Personally I'm confused, I started into this project wanting to see > the fedora-livecd-list in the already > established mailing lists, list. What do you mean by an established list?. > Now we are (going to?) pushing out insecure, non-community driven > CDs. I've obviously missed something since August. What is non community driven here? Chitlesh is trying to get a Live CD and we can evaluate and fix any issues after testing it out. If there are security concerns help by providing feedback and patches. -- Rahul From jasperhartline at adelphia.net Thu Mar 9 12:38:58 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 09 Mar 2006 07:38:58 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <440FD485.5010805@fedoraproject.org> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <440F5401.7080305@adelphia.net> <440FD485.5010805@fedoraproject.org> Message-ID: <441021E2.7020800@adelphia.net> Rahul Sundaram wrote: > What is non community driven here? Chitlesh is trying to get a Live CD > and we can evaluate and fix any issues after testing it out. If there > are security concerns help by providing feedback and patches. > > Ok. It just seemed a bit akward you know, Chitlesh having an English CD "ready" and I don't remember seeing anything on the list about it. I read the thread about the French CD. Thanks. J. Hartline From chitlesh at fedoraproject.org Thu Mar 9 13:04:45 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 9 Mar 2006 14:04:45 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <441021E2.7020800@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <440F5401.7080305@adelphia.net> <440FD485.5010805@fedoraproject.org> <441021E2.7020800@adelphia.net> Message-ID: <13dbfe4f0603090504j204123ffwa2263a400b91e5d5@mail.gmail.com> > Ok. It just seemed a bit akward you know, Chitlesh having an English CD > "ready" and > I don't remember seeing anything on the list about it. I read the thread > about the French CD. An english version means an english equivalent to the french livecd. Im not advertising too much about it right now, since I dont have a server to upload it. -- http://clunixchit.blogspot.com From sundaram at fedoraproject.org Thu Mar 9 13:09:46 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 09 Mar 2006 18:39:46 +0530 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <441021E2.7020800@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <440F5401.7080305@adelphia.net> <440FD485.5010805@fedoraproject.org> <441021E2.7020800@adelphia.net> Message-ID: <4410291A.8020900@fedoraproject.org> J. Hartline wrote: > Rahul Sundaram wrote: > >> What is non community driven here? Chitlesh is trying to get a Live >> CD and we can evaluate and fix any issues after testing it out. If >> there are security concerns help by providing feedback and patches. >> >> > Ok. It just seemed a bit akward you know, Chitlesh having an English > CD "ready" and > I don't remember seeing anything on the list about it. I read the > thread about the French CD. > When he created a French language CD, many people including me asked for a English language CD since it would appeal to larger audience. We discussed this in #fedora-mktg channel. Not all discussions happen in the list. I dont think thats awkward at all. What is the issue here? -- Rahul From chitlesh at fedoraproject.org Thu Mar 9 13:15:27 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 9 Mar 2006 14:15:27 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <4410291A.8020900@fedoraproject.org> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <440F5401.7080305@adelphia.net> <440FD485.5010805@fedoraproject.org> <441021E2.7020800@adelphia.net> <4410291A.8020900@fedoraproject.org> Message-ID: <13dbfe4f0603090515s5c865ab8g8a6c4c737af4e541@mail.gmail.com> > When he created a French language CD, many people including me asked > for a English language CD since it would appeal to larger audience. We > discussed this in #fedora-mktg channel. Not all discussions happen in > the list. I dont think thats awkward at all. What is the issue here? Why I created a French Live CD ? Because in my programming classes (here in france), we are going to use linux based systems. So being a Fedora ambassador, Ive seized the opportunity to market Fedora among my mates. A livecd in the local language has more success, doesn't it? After sending a mail to the marketing list about my marketing idea, it turns out that there is a demand for an english version. That is why Im building an English version :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Mar 9 14:23:32 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 09 Mar 2006 09:23:32 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <4410291A.8020900@fedoraproject.org> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <440F5401.7080305@adelphia.net> <440FD485.5010805@fedoraproject.org> <441021E2.7020800@adelphia.net> <4410291A.8020900@fedoraproject.org> Message-ID: <44103A64.4040506@adelphia.net> Rahul Sundaram wrote: >> > When he created a French language CD, many people including me asked > for a English language CD since it would appeal to larger audience. We > discussed this in #fedora-mktg channel. Not all discussions happen in > the list. I dont think thats awkward at all. What is the issue here? > There is no issue. If the outlook on the Kadischi and Fedora Core LiveCD and DVD projects has changed, I am all for it. +1 for Fedora Core. Thanks. J. Hartline From chitlesh at fedoraproject.org Thu Mar 9 16:16:15 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 9 Mar 2006 17:16:15 +0100 Subject: [Fedora-livecd-list] Rescue cd ? Message-ID: <13dbfe4f0603090816p2bdbe880q6a23bd2b2ef9f5f1@mail.gmail.com> On http://fedoraproject.org/wiki/FC5Future, I quote : --------- Some people are working on LiveCD already. Should also be usable as rescue media. --------- Is the rescue mode another argument to pass to the kernel ? because in install-boot.sh, Ive added ----- label rescue kernel vmlinuz append initrd=initrd.img rescue ----- on "rescue", it simply boots the livecd. Does the rescue mode require another kernel? Is there any "special" fedora based manual for creating rescue cds ? Jasper, your name too : http://fedoraproject.org/wiki/FC5Future :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Fri Mar 10 00:43:51 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 09 Mar 2006 18:43:51 -0600 Subject: [Fedora-livecd-list] Rescue cd ? In-Reply-To: <13dbfe4f0603090816p2bdbe880q6a23bd2b2ef9f5f1@mail.gmail.com> References: <13dbfe4f0603090816p2bdbe880q6a23bd2b2ef9f5f1@mail.gmail.com> Message-ID: <4410CBC7.3040904@adelphia.net> Chitlesh GOORAH wrote: >On http://fedoraproject.org/wiki/FC5Future, >I quote : >--------- >Some people are working on LiveCD already. Should also be usable as >rescue media. >--------- > >Is the rescue mode another argument to pass to the kernel ? >because in install-boot.sh, Ive added > > Rescue mode is a mode of Anaconda, not the kernel. The LiveCD is a rescue platform already since it doesn't require a functioning disk to be present in the system. There is no need to add a rescue line to the kernel. J. Hartline From jasperhartline at adelphia.net Fri Mar 10 22:09:02 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 10 Mar 2006 16:09:02 -0600 Subject: [Fedora-livecd-list] Kadischi Bug #169812 and #178623 Message-ID: <4411F8FE.4090606@adelphia.net> Hi. CVS updates were committed for the documented bugs #169812 and #178623 if you are subscribed to the fedora-cvs-commits list you will recieve the full manifesto. For those not subscribed the changes have been committed, please update your sources if you are working with Kadischi from CVS. Thanks. J. Hartline From jasperhartline at adelphia.net Fri Mar 10 23:37:14 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 10 Mar 2006 17:37:14 -0600 Subject: [Fedora-livecd-list] Kadischi Bug #169812 and #178623 In-Reply-To: <4411F8FE.4090606@adelphia.net> References: <4411F8FE.4090606@adelphia.net> Message-ID: <44120DAA.4060306@adelphia.net> J. Hartline wrote: > Hi. > CVS updates were committed for the documented bugs #169812 and #178623 > if you are subscribed to the fedora-cvs-commits list you will recieve > the full manifesto. Eh. Rather you won't, I don't find but fedora-cvs-commits and fedora-extras-commits lists. In any case, changes have been committed to Kadischi in CVS. Thanks. J. Hartline From chitlesh at fedoraproject.org Sat Mar 11 00:08:31 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 11 Mar 2006 01:08:31 +0100 Subject: [Fedora-livecd-list] Anaconda dying !! Message-ID: <13dbfe4f0603101608j1ec08044k64b6a5d05ead935f@mail.gmail.com> Hai there, Has anyone experiencing exception errors with anaconda lately? [root at goorah ~]# rpm -qa | grep anaconda busybox-anaconda-1.01-3 anaconda-runtime-11.0.2-1 anaconda-11.0.2-1 Ive filed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184422 but it has been closed by the anaconda-maintenance team To me, it hasn't yet corrected !! by the way, i've already done a complete rawhide update. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Mar 11 00:11:04 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 11 Mar 2006 01:11:04 +0100 Subject: [Fedora-livecd-list] Kadischi Bug #169812 and #178623 In-Reply-To: <44120DAA.4060306@adelphia.net> References: <4411F8FE.4090606@adelphia.net> <44120DAA.4060306@adelphia.net> Message-ID: <13dbfe4f0603101611l4c0d02aenc8a94b4599eb0501@mail.gmail.com> On 3/11/06, J. Hartline wrote: > J. Hartline wrote: > > > Hi. > > CVS updates were committed for the documented bugs #169812 and #178623 > > if you are subscribed to the fedora-cvs-commits list you will recieve > > the full manifesto. > > Eh. Rather you won't, I don't find but fedora-cvs-commits and > fedora-extras-commits lists. > In any case, changes have been committed to Kadischi in CVS. > > Thanks. > J. Hartline > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > Wow, you didn't inform about your actions. Nevertheless, can you send me a tar.gz of the actual CVS please? CVS access is blocked here. Please, close these bugs on bugzilla too :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sat Mar 11 01:27:37 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 10 Mar 2006 19:27:37 -0600 Subject: [Fedora-livecd-list] Anaconda dying !! In-Reply-To: <13dbfe4f0603101608j1ec08044k64b6a5d05ead935f@mail.gmail.com> References: <13dbfe4f0603101608j1ec08044k64b6a5d05ead935f@mail.gmail.com> Message-ID: <44122789.20801@adelphia.net> Chitlesh GOORAH wrote: >Ive filed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184422 >but it has been closed by the anaconda-maintenance team > >To me, it hasn't yet corrected !! >by the way, i've already done a complete rawhide update. > > From the responses to the report, it looks like you need to update rhpxl. J. Hartline From jasperhartline at adelphia.net Sat Mar 11 01:30:31 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 10 Mar 2006 19:30:31 -0600 Subject: [Fedora-livecd-list] Kadischi Bug #169812 and #178623 In-Reply-To: <13dbfe4f0603101611l4c0d02aenc8a94b4599eb0501@mail.gmail.com> References: <4411F8FE.4090606@adelphia.net> <44120DAA.4060306@adelphia.net> <13dbfe4f0603101611l4c0d02aenc8a94b4599eb0501@mail.gmail.com> Message-ID: <44122837.5030305@adelphia.net> Chitlesh GOORAH wrote: >Nevertheless, can you send me a tar.gz of the actual CVS please? CVS >access is blocked here. > >Please, close these bugs on bugzilla too :) > > I don't have permission to close bugs in bugzilla, that is something someone else will have to do. Also, sending tar.gz files over a mailing list is _not_ smart, nor common practice. J. Hartline From chitlesh at fedoraproject.org Sat Mar 11 11:28:05 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 11 Mar 2006 12:28:05 +0100 Subject: [Fedora-livecd-list] Anaconda dying !! In-Reply-To: <44122789.20801@adelphia.net> References: <13dbfe4f0603101608j1ec08044k64b6a5d05ead935f@mail.gmail.com> <44122789.20801@adelphia.net> Message-ID: <13dbfe4f0603110328w7310c51es57a957504c9d4e96@mail.gmail.com> > >To me, it hasn't yet corrected !! > >by the way, i've already done a complete rawhide update. > > > > > From the responses to the report, it looks like you need to update rhpxl. > > J. Hartline > like I said, Ive already done a complete rawhide update -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Mar 11 11:29:41 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 11 Mar 2006 12:29:41 +0100 Subject: [Fedora-livecd-list] Kadischi Bug #169812 and #178623 In-Reply-To: <44122837.5030305@adelphia.net> References: <4411F8FE.4090606@adelphia.net> <44120DAA.4060306@adelphia.net> <13dbfe4f0603101611l4c0d02aenc8a94b4599eb0501@mail.gmail.com> <44122837.5030305@adelphia.net> Message-ID: <13dbfe4f0603110329n32a6199as92daa04911158afc@mail.gmail.com> > I don't have permission to close bugs in bugzilla, that is something > someone else will have to do. Ill see what I can do about it. > Also, sending tar.gz files over a mailing list is _not_ smart, nor > common practice. Either send it to me only or upload it to your server where I can download it :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sat Mar 11 17:13:21 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 11 Mar 2006 11:13:21 -0600 Subject: [Fedora-livecd-list] Anaconda dying !! In-Reply-To: <13dbfe4f0603110328w7310c51es57a957504c9d4e96@mail.gmail.com> References: <13dbfe4f0603101608j1ec08044k64b6a5d05ead935f@mail.gmail.com> <44122789.20801@adelphia.net> <13dbfe4f0603110328w7310c51es57a957504c9d4e96@mail.gmail.com> Message-ID: <44130531.9080900@adelphia.net> Chitlesh GOORAH wrote: >like I said, Ive already done a complete rawhide update > > > Paste the relevant section of /tmp/anaconda.log here so someone can see it. J. Hartline From chitlesh at fedoraproject.org Sat Mar 11 18:23:55 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 11 Mar 2006 19:23:55 +0100 Subject: [Fedora-livecd-list] Anaconda dying !! In-Reply-To: <44130531.9080900@adelphia.net> References: <13dbfe4f0603101608j1ec08044k64b6a5d05ead935f@mail.gmail.com> <44122789.20801@adelphia.net> <13dbfe4f0603110328w7310c51es57a957504c9d4e96@mail.gmail.com> <44130531.9080900@adelphia.net> Message-ID: <13dbfe4f0603111023i1ed0ea3cpf615dbf00cab67d0@mail.gmail.com> > Paste the relevant section of /tmp/anaconda.log here so someone can see it. Traceback (most recent call last): File "/usr/lib/anaconda/gui.py", line 951, in nextClicked self.dispatch.gotoNext() File "/usr/lib/anaconda/dispatch.py", line 146, in gotoNext self.moveStep() File "/usr/lib/anaconda/dispatch.py", line 217, in moveStep rc = apply(func, self.bindArgs(args)) File "/usr/lib/anaconda/backend.py", line 153, in doPostSelection return backend.doPostSelection(intf, id, instPath, dir) File "/usr/lib/anaconda/yuminstall.py", line 808, in doPostSelection if largePart.getActualSize(id.partitions, id.diskset) < self.totalSize / 1024: AttributeError: 'NoneType' object has no attribute 'getActualSize' Local variables in innermost frame: code: 2 instPath: /tmp/livecd-build_no237/system msgs: ['Success - deps resolved'] self: intf: usrPart: None dscb: id: dir: 1 largePart: None Dispatcher instance, containing members: intf: InstallInterface instance, containing members: intf.icw: InstallControlWindow instance, containing members: intf.icw.displayHelp: False intf.icw.releaseNotesViewerPid: None intf.icw.handle: 368 intf.icw.releaseNotesStartViewerAttempts: 0 intf.icw.releaseNotesType: text intf.icw.mainxml: intf.icw.dispatch: Already dumped intf.icw.reloadRcQueued: 0 intf.icw.ii: Already dumped intf.icw.currentWindow: GroupSelectionWindow instance, containing members: intf.icw.currentWindow.ics: InstallControlState instance, containing members: intf.icw.currentWindow.ics.helpButtonEnabled: True intf.icw.currentWindow.ics.searchPath: ('/mnt/source/RHupdates', '/tmp/updates', './', '/usr/share/anaconda/') intf.icw.currentWindow.ics.grabNext: True intf.icw.currentWindow.ics.title: Install Window intf.icw.currentWindow.ics.htmlFile: None intf.icw.currentWindow.ics.html: intf.icw.currentWindow.ics.helpEnabled: True intf.icw.currentWindow.ics.nextEnabled: True intf.icw.currentWindow.ics.prevEnabled: True intf.icw.currentWindow.ics.cw: Already dumped intf.icw.currentWindow.grpsel: GroupSelector instance, containing members: intf.icw.currentWindow.grpsel.xml: intf.icw.currentWindow.grpsel.vbox: intf.icw.currentWindow.grpsel.getgladefunc: intf.icw.currentWindow.grpsel.groupMenu: intf.icw.currentWindow.grpsel.menuxml: intf.icw.currentWindow.grpsel.framefunc: intf.icw.currentWindow.grpsel.groupstore: intf.icw.currentWindow.grpsel.catstore: intf.icw.currentWindow.intf: Already dumped intf.icw.currentWindow.backend: YumBackend instance, containing members: intf.icw.currentWindow.backend.ac: AnacondaYumConf instance, containing members: intf.icw.currentWindow.backend.ac.yumconfstr: [main] cachedir=/var/cache/yum reposdir=/tmp/repos.d debuglevel=2 logfile=/tmp/yum.log pkgpolicy=newest distroverpkg=redhat-release tolerant=1 exactarch=1 retries=5 obsoletes=1 gpgcheck=0 installroot=/tmp/livecd-build_no237/system exclude=*debuginfo* [anaconda] name=Anaconda baseurl=file:///tmp/FC5T3 enabled=1 gpgcheck=0 gpgkey=file:///tmp/FC5T3/RPM-GPG-KEY-fedora intf.icw.currentWindow.backend.ac.configfile: /tmp/yum.conf intf.icw.currentWindow.backend.ac.root: /tmp/livecd-build_no237/system intf.icw.currentWindow.backend.ac.methodstr: file:///tmp/FC5T3 intf.icw.currentWindow.backend.modeText: intf.icw.currentWindow.backend.instPath: /tmp/livecd-build_no237/system intf.icw.currentWindow.backend.totalSize: 662090 intf.icw.currentWindow.backend.instLog: None intf.icw.currentWindow.backend.method: NfsInstallMethod instance, containing members: intf.icw.currentWindow.backend.method.splitmethod: False intf.icw.currentWindow.backend.method.intf: Already dumped intf.icw.currentWindow.backend.method.tree: /tmp/FC5T3 intf.icw.currentWindow.backend.method.rootPath: /tmp/livecd-build_no237/system intf.icw.currentWindow.backend.method.currentMedia: [] intf.icw.currentWindow.backend.totalFiles: 52851 intf.icw.window: intf.icw.installFrame: intf.icw.releaseNotesStartViewer: 0 intf.icw.id: InstallData instance, containing members: intf.icw.id.dbpath: None intf.icw.id.firewall: Firewall instance, containing members: intf.icw.id.firewall.portlist: [22:tcp] intf.icw.id.firewall.trustdevs: [] intf.icw.id.firewall.enabled: 1 intf.icw.id.rootParts: [] intf.icw.id.upgradeDeps: intf.icw.id.upgradeRoot: [] intf.icw.id.xsetup: XSetup instance, containing members: intf.icw.id.xsetup.skipx: 0 intf.icw.id.xsetup.imposed_sane_default: 0 intf.icw.id.xsetup.xhwstate: XF86HardwareState instance, containing members: intf.icw.id.xsetup.xhwstate.probed_physical_height: 0 intf.icw.id.xsetup.xhwstate.probed_video_ram: 65536 intf.icw.id.xsetup.xhwstate.videocard_PCIBus: None intf.icw.id.xsetup.xhwstate.colordepth: 16 intf.icw.id.xsetup.xhwstate.monitor_name: Unknown monitor intf.icw.id.xsetup.xhwstate.dri_enabled: 1 intf.icw.id.xsetup.xhwstate.monitor: monName: Unknown monitor monID: Unprobed Monitor monHoriz: 31.5-37.9 monVert: 50-70 physicalWidth: 0 physicalHeight: 0 intf.icw.id.xsetup.xhwstate.videocard_name: nVidia Corporation NV34 [GeForce FX Go5100] intf.icw.id.xsetup.xhwstate.video_ram: 0 intf.icw.id.xsetup.xhwstate.videocard_driver: nv intf.icw.id.xsetup.xhwstate.videocard_options: [] intf.icw.id.xsetup.xhwstate.vsync: 50-70 intf.icw.id.xsetup.xhwstate.physical_height: 0 intf.icw.id.xsetup.xhwstate.probed_vsync: 50-70 intf.icw.id.xsetup.xhwstate.physical_width: 0 intf.icw.id.xsetup.xhwstate.hsync: 31.5-37.9 intf.icw.id.xsetup.xhwstate.probed_physical_width: 0 intf.icw.id.xsetup.xhwstate.xconfig: None intf.icw.id.xsetup.xhwstate.all_resolutions: [640x480, 800x480, 800x512, 800x600, 1024x600, 1024x768, 1152x768, 1152x864, 1280x800, 1280x960, 1280x1024, 1400x1050, 1440x900, 1600x1024, 1600x1200, 1680x1050, 1900x1200, 1920x1200, 1920x1440, 2048x1536] intf.icw.id.xsetup.xhwstate.videocard: primary: 0 vidCards: [] Primary Video Card Info: device: None driver : nv descr : nVidia Corporation NV34 [GeForce FX Go5100] vidRam: 65536 intf.icw.id.xsetup.xhwstate.videocard_PCIFn: None intf.icw.id.xsetup.xhwstate.probed_hsync: 31.5-37.9 intf.icw.id.xsetup.xhwstate.resolution: 800x600 intf.icw.id.xsetup.xhwstate.videocard_PCIDev: None intf.icw.id.keyboard: Keyboard instance, containing members: intf.icw.id.keyboard.info: {'KEYBOARDTYPE': pc, 'KEYTABLE': fr-pc} intf.icw.id.keyboard.type: PC intf.icw.id.keyboard.beenset: 1 intf.icw.id.keyboard._mods: KeyboardModels instance, containing members: intf.icw.id.timezone: Timezone instance, containing members: intf.icw.id.timezone.utc: False intf.icw.id.timezone.utcOffset: 0 intf.icw.id.timezone.arc: 0 intf.icw.id.timezone.tz: Europe/Zurich intf.icw.id.timezone.dst: 0 intf.icw.id.mouse: FULLNAME="Generic - 3 Button Mouse (PS/2)" MOUSETYPE="imps2" XEMU3="no" XMOUSETYPE="IMPS/2" intf.icw.id.backend: Already dumped intf.icw.id.upgrade: None intf.icw.id.monitor: Already dumped intf.icw.id.iscsi: iscsi instance, containing members: intf.icw.id.methodstr: nfs://tmp/FC5T3 intf.icw.id.fsset: FileSystemSet instance, containing members: intf.icw.id.fsset.messageWindow: > intf.icw.id.fsset.volumesCreated: 0 intf.icw.id.fsset.progressWindow: > intf.icw.id.fsset.migratedfs: 0 intf.icw.id.fsset.waitWindow: > intf.icw.id.fsset.entries: [fsentry -- device: devpts mountpoint: /dev/pts fsystem: devpts format: 0 ismounted: 0 options: 'gid=5,mode=620' bytesPerInode: 4096 label: None , fsentry -- device: shm mountpoint: /dev/shm fsystem: tmpfs format: 0 ismounted: 0 options: 'defaults' bytesPerInode: 4096 label: None , fsentry -- device: proc mountpoint: /proc fsystem: proc format: 0 ismounted: 0 options: 'defaults' bytesPerInode: 4096 label: None , fsentry -- device: sys mountpoint: /sys fsystem: sysfs format: 0 ismounted: 0 options: 'defaults' bytesPerInode: 4096 label: None ] intf.icw.id.fsset.mountcount: 0 intf.icw.id.desktop: Desktop instance, containing members: intf.icw.id.desktop.info: {} intf.icw.id.desktop.runlevel: 3 intf.icw.id.x_already_set: 1 intf.icw.id.upgradeRemove: [] intf.icw.id.partitions: Partitions instance, containing members: intf.icw.id.partitions.useFdisk: 0 intf.icw.id.partitions.useAutopartitioning: 1 intf.icw.id.partitions.autoClearPartType: 1 intf.icw.id.partitions.nextUniqueID: 1 intf.icw.id.partitions.reinitializeDisks: 0 intf.icw.id.partitions.autoClearPartDrives: [] intf.icw.id.partitions.zeroMbr: 0 intf.icw.id.partitions.isKickstart: 0 intf.icw.id.partitions.requests: [] intf.icw.id.partitions.autoPartitionRequests: [New Part Request -- mountpoint: None uniqueID: None type: physical volume (LVM) format: 1 badblocks: None device: None drive: None primary: None size: 0 grow: 1 maxsize: None start: None end: None migrate: None fslabel: None origfstype: None bytesPerInode: 4096 options: 'None' , VG Request -- name: lvm uniqueID: None format: 1 pesize: 32768 physvols: [] , LV Request -- mountpoint: / uniqueID: None type: ext3 format: 1 badblocks: None size: 1024 lvname: LogVol00 volgroup: lvm bytesPerInode: 4096 options: 'None' , New Part Request -- mountpoint: /boot uniqueID: None type: ext3 format: 1 badblocks: None device: None drive: None primary: None size: 100 grow: 0 maxsize: None start: None end: None migrate: None fslabel: None origfstype: None bytesPerInode: 4096 options: 'None' , LV Request -- mountpoint: None uniqueID: None type: swap format: 1 badblocks: None size: 512 lvname: LogVol01 volgroup: lvm bytesPerInode: 4096 options: 'None' ] intf.icw.id.partitions.deletes: [] intf.icw.id.firstboot: 0 intf.icw.id.diskset: DiskSet instance, containing members: intf.icw.id.diskset.disks: {} intf.icw.id.diskset.onlyPrimary: None intf.icw.id.upgradeInfoFound: None intf.icw.id.zfcp: ZFCP instance, containing members: intf.icw.id.zfcp.description: zSeries machines can access industry-standard SCSI devices via Fibre Channel (FCP). You need to provide 5 parameters for each device: a 16 bit device number, a 16bit SCSI ID, a 64 bit World Wide Port Name (WWPN), a 16bit SCSI LUN and a 64 bit FCP LUN. intf.icw.id.zfcp.fcpdevices: [] intf.icw.id.zfcp.options: [('Device number', 1, 'You have not specified a device number or the number is invalid', >, >), ('SCSI Id', 0, 'You have not specified a SCSI ID or the ID is invalid.', >, >), ('WWPN', 1, 'You have not specified a worldwide port name or the name is invalid.', >, >), ('SCSI LUN', 0, 'You have not specified a SCSI LUN or the number is invalid.', >, >), ('FCP LUN', 1, 'You have not specified a FCP LUN or the number is invalid.', >, >)] intf.icw.id.grpset: None intf.icw.id.displayMode: g intf.icw.id.excludeDocs: 0 intf.icw.id.auth: --enableshadow --enablemd5 intf.icw.id.dependencies: [] intf.icw.id.bootloader: x86BootloaderInfo instance, containing members: intf.icw.id.bootloader.doUpgradeOnly: 0 intf.icw.id.bootloader.above1024: 0 intf.icw.id.bootloader.defaultDevice: None intf.icw.id.bootloader.pure: None intf.icw.id.bootloader.args: KernelArguments instance, containing members: intf.icw.id.bootloader.args.args: intf.icw.id.bootloader.kernelLocation: /boot/ intf.icw.id.bootloader.device: None intf.icw.id.bootloader.configfile: /etc/lilo.conf intf.icw.id.bootloader.kickstart: 0 intf.icw.id.bootloader.serialOptions: None intf.icw.id.bootloader.useGrubVal: 1 intf.icw.id.bootloader.serialDevice: None intf.icw.id.bootloader.images: BootImages instance, containing members: intf.icw.id.bootloader.images.default: None intf.icw.id.bootloader.images.images: {} intf.icw.id.bootloader.drivelist: [hda] intf.icw.id.bootloader.serial: 0 intf.icw.id.bootloader.password: None intf.icw.id.bootloader.forceLBA32: 0 intf.icw.id.extraModules: [] intf.icw.id.network: Network instance, containing members: intf.icw.id.network.hostname: localhost.localdomain intf.icw.id.network.overrideDHCPhostname: 0 intf.icw.id.network.netdevices: {'sit0': DEVICE=sit0 BOOTPROTO=dhcp ONBOOT=no , 'vmnet1': DEVICE=vmnet1 BOOTPROTO=dhcp HWADDR=00:50:56:C0:00:01 ONBOOT=no , 'vmnet8': DEVICE=vmnet8 BOOTPROTO=dhcp HWADDR=00:50:56:C0:00:08 ONBOOT=no , 'eth0': DEVICE=eth0 BOOTPROTO=dhcp HWADDR=00:03:0D:13:B6:AA ONBOOT=yes } intf.icw.id.network.primaryNS: None intf.icw.id.network.firstnetdevice: eth0 intf.icw.id.network.ternaryNS: None intf.icw.id.network.isConfigured: 0 intf.icw.id.network.domains: [] intf.icw.id.network.secondaryNS: None intf.icw.id.network.gateway: None intf.icw.id.instClass: InstallClass instance, containing members: intf.icw.id.floppyDevice: fd0 intf.icw.id.isHeadless: 0 intf.icw.id.videocard: Already dumped intf.icw.id.instLanguage: Language instance, containing members: intf.icw.id.instLanguage.targetLang: None intf.icw.id.instLanguage.default: en_US.UTF-8 intf.icw.id.instLanguage.displayMode: g intf.icw.id.instLanguage.current: en_US.UTF-8 intf.icw.id.security: Security instance, containing members: intf.icw.id.security.selinux: 0 intf.icw.id.upgradeSwapInfo: None intf.icw.dir: 1 intf.icw.help: intf.runres: 800x600 intf.dispatch: Already dumped instPath: /tmp/livecd-build_no237/system dispatch: Already dumped skipSteps: {'upgrademigfind': 1, 'installtype': 2, 'bootloadersetup': 2, 'bootloader': 2, 'iscsi': 1, 'betanag': 2, 'instbootloader': 2, 'autopartitionexecute': 2, 'zfcpconfig': 2, 'upgrademigratefs': 1, 'parttype': 2, 'confirmupgrade': 1, 'bootloaderadvanced': 1, 'upgrademount': 1, 'partitiondone': 2, 'upgbootloader': 1, 'addswap': 1, 'upgradecontinue': 1, 'findinstall': 1, 'upgradeswapsuggestion': 1, 'partition': 2, 'partitionobjinit': 2} method: Already dumped step: 32 flags: Flags instance, containing members: flags.flags: {'virtpconsole': None, 'expert': 0, 'selinux': 0, 'iscsi': 0, 'rootpath': 1, 'autostep': 0, 'setupFilesystems': 0, 'usevnc': 0, 'autoscreenshot': 0, 'test': 0, 'serial': 0, 'dmraid': 1} firstStep: 0 id: Already dumped dir: 1 backend: Already dumped /tmp/anaconda.log: 19:20:27 INFO : Display mode = g 19:20:27 INFO : Method = nfs://tmp/FC5T3 19:20:27 INFO : _Fedora is only installclass, using it 19:20:31 INFO : Starting graphical installation... 19:20:31 WARNING : no floppy devices found but we'll try fd0 anyway 19:20:31 INFO : Detected 512M of memory 19:20:31 INFO : Swap attempt of 512M to 1024M 19:20:31 WARNING : step partitionmethod does not exist 19:20:31 WARNING : step partitionmethodsetup does not exist 19:20:31 WARNING : step autopartition does not exist 19:20:31 WARNING : step readcomps does not exist 19:20:31 WARNING : step selectlangpackages does not exist 19:20:31 WARNING : step handleX11pkgs does not exist 19:20:31 WARNING : step handlemiscpkgs does not exist 19:20:31 WARNING : step fixupconditionals does not exist 19:20:32 INFO : moving (1) to step welcome 19:20:32 INFO : moving (1) to step language 19:20:34 INFO : moving (1) to step keyboard 19:20:38 INFO : moving (1) to step findrootparts 19:20:38 INFO : moving (1) to step networkdevicecheck 19:20:38 INFO : moving (1) to step network 19:20:38 INFO : moving (1) to step timezone 19:20:42 INFO : moving (1) to step accounts 19:20:47 INFO : moving (1) to step reposetup 19:20:47 INFO : anaconda [1/1] 19:20:48 INFO : moving (1) to step basepkgsel 19:20:49 INFO : moving (1) to step tasksel 19:20:51 INFO : moving (1) to step group-selection 19:20:51 WARNING : /usr/lib/python2.4/site-packages/pirut/GroupSelector.py:329: GtkWarning: gtk_tree_view_scroll_to_point: assertion `GTK_WIDGET_REALIZED (tree_view)' failed tree.scroll_to_point(0, 0) 19:21:13 INFO : moving (1) to step postselection 19:21:13 INFO : selected kernel package for kernel 19:21:18 DEBUG : ignoring libtermcap>bash in whiteout 19:21:18 DEBUG : ignoring initscripts>kernel in whiteout 19:21:21 DEBUG : ignoring aspell>aspell-en in whiteout 19:21:31 DEBUG : ignoring coreutils>pam in whiteout 19:21:32 DEBUG : ignoring dbus>dbus-glib in whiteout 19:21:32 DEBUG : ignoring dbus>dbus-glib in whiteout 19:21:35 DEBUG : ignoring ypbind>yp-tools in whiteout 19:21:43 DEBUG : ignoring openjade>docbook-dtds in whiteout 19:21:46 DEBUG : ignoring gnome-python2>gnome-python2-bonobo in whiteout 19:21:53 DEBUG : ignoring ghostscript-fonts>ghostscript in whiteout 19:21:56 DEBUG : ignoring openjade>docbook-dtds in whiteout 19:21:56 DEBUG : ignoring ypbind>yp-tools in whiteout 19:21:57 DEBUG : ignoring dbus>dbus-glib in whiteout 19:21:57 DEBUG : ignoring dbus>dbus-glib in whiteout 19:22:01 DEBUG : ignoring libtermcap>bash in whiteout 19:22:01 DEBUG : ignoring gnome-python2>gnome-python2-bonobo in whiteout 19:22:01 DEBUG : ignoring initscripts>kernel in whiteout 19:22:04 DEBUG : ignoring coreutils>pam in whiteout 19:22:04 DEBUG : ignoring ghostscript-fonts>ghostscript in whiteout 19:22:06 DEBUG : ignoring aspell>aspell-en in whiteout -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Sat Mar 11 19:17:32 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 11 Mar 2006 13:17:32 -0600 Subject: [Fedora-livecd-list] Kadischi - Xen kernels Message-ID: <4413224C.1050601@adelphia.net> Hi. I'm sitting here and have read over the small document in the syslinux source package for using multiboot standard kernels. It entails simply using the mboot.c32 as a kernel and loading the rest as appropriate. Since the kernel Xen packages have been going through a naming scheme switcheroo (kernel-xen-(hypervisor|guest) and kernel-xen(0|U)) the current functions.py is incorrect and will be changed once again. The relevant kernel changelog entries for this convention are: - Rename kernel-xen-(hypervisor|guest) to kernel-xen(0|U) for consistency with upstream and to make kernel subtype suffixes match the subpackage names. Dated March 6th, 2006. I am asking for your opinions however on the use of the Xen kernels with Isolinux. There are two ways I see this happenning, let me explain. 1) In functions.py, if we resolve the kernel to be a xen0 kernel, set kernel_is_xen to True within the existing get_kernel_version() function. Likewise in kadischi.py pass the value of kernel_is_xen to install-boot.sh as a 4th argument(There are three now, sysdir, csysdir, and kernel_version). While in install-boot.sh we could simply evaluate kernel_is_xen for True or False and set isolinux.cfg appropriately while also copying the neccessary files from the syslinux tree, to $csysdir/boot/isolinux. This requires changing 3 documents within the kadischi module. (functions.py, kadischi.py and install-boot.sh) 2) In install-boot.sh simply grep, awk or otherwise parse the $kernel for a "xen0" string since the kernel version will have already been established and of course add the extra block for writing isolinux.cfg (bash if - else). This requires modifying one document in the Kadischi module. I'll also be re-updating functions.py tonight, I certainly didn't check the naming scheme since I had modified functions.py to resolve kernel-xen-hypervisor kernels correctly, since March 6th. These are the two methods I see as plausible and I am liking option #2 as it requires the least number of modifications. Your opinions? J. Hartline From jasperhartline at adelphia.net Sat Mar 11 22:00:08 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 11 Mar 2006 16:00:08 -0600 Subject: [Fedora-livecd-list] Anaconda dying !! In-Reply-To: <13dbfe4f0603111023i1ed0ea3cpf615dbf00cab67d0@mail.gmail.com> References: <13dbfe4f0603101608j1ec08044k64b6a5d05ead935f@mail.gmail.com> <44122789.20801@adelphia.net> <13dbfe4f0603110328w7310c51es57a957504c9d4e96@mail.gmail.com> <44130531.9080900@adelphia.net> <13dbfe4f0603111023i1ed0ea3cpf615dbf00cab67d0@mail.gmail.com> Message-ID: <44134868.9020707@adelphia.net> Chitlesh GOORAH wrote: >>Paste the relevant section of /tmp/anaconda.log here so someone can see it. >> >> > >Traceback (most recent call last): > File "/usr/lib/anaconda/gui.py", line 951, in nextClicked > self.dispatch.gotoNext() > File "/usr/lib/anaconda/dispatch.py", line 146, in gotoNext > self.moveStep() > File "/usr/lib/anaconda/dispatch.py", line 217, in moveStep > rc = apply(func, self.bindArgs(args)) > File "/usr/lib/anaconda/backend.py", line 153, in doPostSelection > return backend.doPostSelection(intf, id, instPath, dir) > File "/usr/lib/anaconda/yuminstall.py", line 808, in doPostSelection > if largePart.getActualSize(id.partitions, id.diskset) < >self.totalSize / 1024: >AttributeError: 'NoneType' object has no attribute 'getActualSize' > > > That was quite a bit more than the relevant section. In any case, your bug report has a whole totally different exception output that you are posting now. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184422 Traceback (most recent call last): File "/usr/sbin/anaconda", line 892, in ? forceVesa=forcevesa) TypeError: probeHW() got an unexpected keyword argument 'forceVesa' These are different problems. J. Hartline From chitlesh at fedoraproject.org Sun Mar 12 12:35:10 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 12 Mar 2006 13:35:10 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen kernels In-Reply-To: <4413224C.1050601@adelphia.net> References: <4413224C.1050601@adelphia.net> Message-ID: <13dbfe4f0603120435x240fc970ua76985292d86f6c9@mail.gmail.com> > 2) In install-boot.sh simply grep, awk or otherwise parse the $kernel > for a "xen0" string > since the kernel version will have already been established and of > course add the extra > block for writing isolinux.cfg (bash if - else). > This requires modifying one document in the Kadischi module. > > I'll also be re-updating functions.py tonight, I certainly didn't check > the naming scheme > since I had modified functions.py to resolve kernel-xen-hypervisor > kernels correctly, since March 6th. > These are the two methods I see as plausible and I am liking option #2 > as it requires > the least number of modifications. > Your opinions? > I vote for option # 2 :) -- http://clunixchit.blogspot.com From filip.tsachev at gmail.com Sun Mar 12 16:15:57 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Sun, 12 Mar 2006 11:15:57 -0500 Subject: [Fedora-livecd-list] autogen.sh Message-ID: Hello, I'd like to ask: kadischi]$ ./autogen.sh ... Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. ... 1) Are the above steps useful/no good? configure.ac:2: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:44: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT configure.ac:45: error: possibly undefined macro: AC_PROG_INTLTOOL 2) Does those errors occur at your end? -- Cheers, Filip From jasperhartline at adelphia.net Sun Mar 12 22:35:35 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sun, 12 Mar 2006 16:35:35 -0600 Subject: [Fedora-livecd-list] Kadischi - busybox-anaconda Message-ID: <4414A237.7080401@adelphia.net> Hi. Is anyone aware of/if busybox-anaconda when job control option for ash was turned off? I see in even the Fedora Core 4 latest busybox-anaconda that this option is not set. I'm curious if anyone on the list knows if or when this was disabled. I am pretty sure it is the culprit of the problem I am running into as of now. Xen kernels are installed and the initrd is created fine, along with doing everything neccessary in install-boot.sh.. upon bootstrapping the CD using the Xen kernel halting occurs as soon as ash, busybox.anaconda's builtin feature is invoked. Jeremy could possibly provide some information on this issue. The message I am getting is: /bin/sh: could not access tty: job control turned off. Other than that, invoking /linuxrc by hand continues the process though I believe this problem needs to be investigated, of course we cannot invoke linuxrc by hand. J. Hartline From jasperhartline at adelphia.net Mon Mar 13 07:31:37 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 02:31:37 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen - patch Message-ID: <44151FD9.4030009@adelphia.net> Hi. I've got Xen kernels booting from our LiveCD medias, and I'll attach the patch below. There are a few things I'd like to go over though, if anyone has any opinions. The main concerns I have are: 1) The dom0_mem= allocated values. 2) The ramdisk_size= values specified at 10000 3) The naming convention for the labels. Chitlesh stated the other day he recieved "no space left on device" errors and I would assume that is because of the tiny ramidsk_size allocated. Chitlesh, what was the memory specs in the machine you were using when that happenned? Also, with the dom0_mem= values, 65536 (64MB) is surely too small. However, we can't expect anyone running a LiveCD to have gigabytes of RAM tucked into thier machines. Likewise you can't expect to run Xen for any real purpose without enough RAM either. If we could get some opinions on this, that would be great. As it stands, the patch works great for non-Xen and Xen kernels and will decide what to do considering what kernel was in fact installed. Perhaps a few others can test this and send some feedback that would be good. Thanks. J. Hartline -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-xen.patch Type: text/x-patch Size: 1371 bytes Desc: not available URL: From chitlesh at fedoraproject.org Mon Mar 13 12:41:10 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 13:41:10 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <44151FD9.4030009@adelphia.net> References: <44151FD9.4030009@adelphia.net> Message-ID: <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> On 3/13/06, J. Hartline wrote: > Hi. > I've got Xen kernels booting from our LiveCD medias, and I'll attach the > patch below. Should I document it in the Kadischi/Development ? > There are a few things I'd like to go over though, if anyone has any > opinions. > > The main concerns I have are: > 1) The dom0_mem= allocated values. > 2) The ramdisk_size= values specified at 10000 > 3) The naming convention for the labels. > > Chitlesh stated the other day he recieved "no space left on device" errors > and I would assume that is because of the tiny ramidsk_size allocated. > Chitlesh, what was the memory specs in the machine you were using when > that happenned? 512 Mb RAM As you said it was because of the tiny ramdisk_size allocated, my problem was solved when I removed ramdisk_size=10000 from install-boot.sh I had this issue because I was using a splash.lss (the one from FC5T3 DVD) > Also, with the dom0_mem= values, 65536 (64MB) is surely too small. > However, we can't expect anyone running a LiveCD to have gigabytes of > RAM tucked into thier > machines. Likewise you can't expect to run Xen for any real purpose > without enough RAM either. > If we could get some opinions on this, that would be great. > > As it stands, the patch works great for non-Xen and Xen kernels and will > decide what to > do considering what kernel was in fact installed. Perhaps a few others > can test this and > send some feedback that would be good. > > Thanks. > J. Hartline Ill test it. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Mon Mar 13 12:54:45 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 13:54:45 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> References: <44151FD9.4030009@adelphia.net> <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> Message-ID: <13dbfe4f0603130454x630612a4w96ad69af043096e6@mail.gmail.com> On 3/13/06, Chitlesh GOORAH wrote: > On 3/13/06, J. Hartline wrote: > > Hi. > > I've got Xen kernels booting from our LiveCD medias, and I'll attach the > > patch below. Can we use "debug" instead of "test" or "linux-debug" ? from Kadischi/Schedule : Rename test into debug option.Document better the output of the debug option -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Mon Mar 13 15:35:06 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 10:35:06 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> References: <44151FD9.4030009@adelphia.net> <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> Message-ID: <4415912A.1080201@adelphia.net> Chitlesh GOORAH wrote: >Should I document it in the Kadischi/Development ? > > > If it has been tested, and is proven to not break under any circumstances, absolutely. >As you said it was because of the tiny ramdisk_size allocated, my >problem was solved when I removed ramdisk_size=10000 from >install-boot.sh > >I had this issue because I was using a splash.lss (the one from FC5T3 DVD) > > That was a guess on my part, considering the only device is the RAM disk. Though, having a Fedora Core splash is probably something we would want. If you could detail your use of using the splash.lss from Isolinux we could possibly use it on all production CDs out of Kadischi. I'm hesitant to think it was just the splash.lss image that caused those errors. We'll still need to agree on a plausible size for both the ramdisk_size and dom0_mem settings. I believe a 32 MB RAMdisk would be more than sufficient, and I say 32 because I checked the size of unarchived kadischi on disk, under an ext3 filesystem and it showed to be about 16MB. Building a fully featured CD or DVD.. for that matter would surely (as you saw) push this limit. I'd still like more opinions on this however. The dom0_mem value I also think should be around 128MB or 256MB at a minimum. Considering dom0_mem is only used and allocated if one builds a Xen CD.. the purpose would be to run a GuestOS within it, and 256MB just sounds to me to be reasonable for the minimum allocated. This may or may not be good, but it isn't likely anyone with 256MB or less of RAM would be building a LiveCD to load a Guest either. Any newer PC model will more times than not come with or have a minimum RAM module available at 256MB increments. In theory this means that: 1) A standard Fedora (Kadischi built) Live media would require 32MB of RAM. This sounds plausible. 2) A Xen-kernel Fedora (Kadischi built) Live media would require at the very least 256MB of RAM. This also sounds plausible, but only because of it's range of application. Loading a Guest. These are my ideas, and they aren't written in stone, at any time one can load the kernels with thier own values from the Isolinux prompt. I'm not sure if Chitlesh had any ideas regarding boot screens, I am pretty sure he did. Can you provide some of those ideas Chitlesh so we can better look over our "workspace"? Perhaps we can put these into Kadischi somehow, and generate a patch. Thanks. J. Hartline From jasperhartline at adelphia.net Mon Mar 13 15:37:27 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 10:37:27 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <13dbfe4f0603130454x630612a4w96ad69af043096e6@mail.gmail.com> References: <44151FD9.4030009@adelphia.net> <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> <13dbfe4f0603130454x630612a4w96ad69af043096e6@mail.gmail.com> Message-ID: <441591B7.9030804@adelphia.net> Chitlesh GOORAH wrote: >Can we use "debug" instead of "test" or "linux-debug" ? > >from Kadischi/Schedule : Rename test into debug option.Document better >the output of the debug option > > Sure. Why, don't you like the organizational aspect of linux{-xen} and linux-{debug,xen-debug}? ;-) From katzj at redhat.com Mon Mar 13 17:07:41 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 12:07:41 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <44151FD9.4030009@adelphia.net> References: <44151FD9.4030009@adelphia.net> Message-ID: <1142269661.1963.13.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 02:31 -0500, J. Hartline wrote: > I've got Xen kernels booting from our LiveCD medias, and I'll attach the > patch below. > There are a few things I'd like to go over though, if anyone has any > opinions. > > The main concerns I have are: > 1) The dom0_mem= allocated values. You shouldn't have to specify this. xend is configured to auto-balloon dom0 out to something reasonable (256M, iirc) as needed to avoid the need for specifying this > 2) The ramdisk_size= values specified at 10000 This also shouldn't be needed as the "initrd" is actually an initramfs and thus doesn't use the ramdisk code in the kernel at all. Jeremy From jasperhartline at adelphia.net Mon Mar 13 16:26:11 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 11:26:11 -0500 Subject: [Fedora-livecd-list] Kadischi - post_install_scripts Message-ID: <44159D23.2030507@adelphia.net> Hi. If you've been using Kadishci under Fedora Core 4 and under Fedora Core 5 tests you will notice Kadischi's post_install_script 01umountproc.sh fails under Fedora Core 5 tests. I do not know if this has to do with Anaconda neccessarily as being a bug, or something that has simply changed. If we could get some info on why the rootdir/proc isn't mounted any longer, we could probably move towards replacing 01umountproc.sh with 01prelink.sh and in prelink, maybe just check if rootdir/proc is mounted and unmount it if so, this would allow for prelinking the system root before writing to a CD and unmount rootdir/proc if neccessary, but not fail if not. Perhaps we could put this on the Schedule so it can be done sooner than later, without breaking anything between FC4/5 when Fedora Core 5 is in fact released. Chitlesh, I am also curious about the organization of the Kadischi/Schedule page.. I'm not so positive all users of Kadischi would want autologin features with blank passwords. Could you verify that this is for a Fedora provided Live media rather than something that should be put in Kadischi in general, and if so split the Schedule to reflect that, it will be less confusing for those interested in what is to be done. If these _are_ in fact features that should be in Kadischi, then just notify the list so I'll know. Thanks. J. Hartline From jasperhartline at adelphia.net Mon Mar 13 16:55:04 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 11:55:04 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <1142269661.1963.13.camel@orodruin.boston.redhat.com> References: <44151FD9.4030009@adelphia.net> <1142269661.1963.13.camel@orodruin.boston.redhat.com> Message-ID: <4415A3E8.2050309@adelphia.net> Jeremy Katz wrote: >You shouldn't have to specify this. xend is configured to auto-balloon >dom0 out to something reasonable (256M, iirc) as needed to avoid the >need for specifying this > > > I see. I wasn't aware that xend could dynamically change this in such a way. I will look more into it, and probably send a modified patch to the list to reflect the changes. >>2) The ramdisk_size= values specified at 10000 >> >> > >This also shouldn't be needed as the "initrd" is actually an initramfs >and thus doesn't use the ramdisk code in the kernel at all. > > It isn't actually. It is a small gzipped ext2 filesystem. I would like to see Kadischi move to more standard, and base procedures like using the same format as Fedora Core does, with what I understand as an initramfs being the gzipped cpio archive. I may be way off base, but to the best of my knowledge it isn't. I had been fiddling with the provided mkinitrd from Fedora Core stock and generated a few patches already that _could possibly_ make this happen. I'll provide the bugzilla reference here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183566 A brief explanation shows that: 1) The initrd for the Live discs would fall in organization with the existing Fedora Core style. 2) A hacked up livecd-mkinitrd.sh could be deprecated in favor of using /sbin/mkinitrd from the host system. 2a) This would bring the Kadischi package down a few KB. 3) The patches allow for what is neccessary to be inserted to the initrd. 3a) --init= for the linuxrc (Which could, or may not be using /bin/ash (busybox.anaconda or nash, anything is possible) 3b) --root= would be specified to build an initrd for a kernel that is not on / (/lib/modules/$(uname -r) on the host) for example. 3c) --bin= for installation of any binary needed, whether statically compiled or not (such as busybox.anaconda). This same patch set I think could use --lib= also, though I have not written that up and attached it to that report. As I said, and to not make this mail too lengthy, these were ideas and sound plausible. If this were to become reality and put forward to deployment the groundwork for it is laid. Even if modifications are neccessary. If not, no big deal. In any case, if these were folded into mkinitrd even just for Kadischi, it would benefit Kadischi and any other project that needs an initrd with some modifications. Otherwise we always make an initrd for Live media duplicating the efforts of the existing Fedora Core mkinitrd. J. Hartline -------------- next part -------------- An HTML attachment was scrubbed... URL: From chitlesh at fedoraproject.org Mon Mar 13 19:01:20 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 20:01:20 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <441591B7.9030804@adelphia.net> References: <44151FD9.4030009@adelphia.net> <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> <13dbfe4f0603130454x630612a4w96ad69af043096e6@mail.gmail.com> <441591B7.9030804@adelphia.net> Message-ID: <13dbfe4f0603131101q6f395d43jccc4cae114739570@mail.gmail.com> > Sure. > Why, don't you like the organizational aspect of linux{-xen} and > linux-{debug,xen-debug}? > ;-) I propose the default one be "linux", whether it is xen or not. because anyway both wouldn't be in the same disc. And for the debug mode , "debug" the "-" key will cause problems to users since if by default the config is en_us a french will have difficulties to find "-" on his keyboard :) -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Mon Mar 13 19:16:53 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 20:16:53 +0100 Subject: [Fedora-livecd-list] splash notes added Message-ID: <13dbfe4f0603131116s2d68a9f1oce39a9da8af0d26@mail.gmail.com> > Though, having a Fedora Core splash is probably something we would want. > If you could detail your use of using the splash.lss from Isolinux we > could possibly use it on all production CDs out of Kadischi. I 've added it to the wiki, http://fedoraproject.org/wiki/Kadischi/Development/boot Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Mon Mar 13 19:38:06 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 20:38:06 +0100 Subject: [Fedora-livecd-list] splash notes added In-Reply-To: <13dbfe4f0603131116s2d68a9f1oce39a9da8af0d26@mail.gmail.com> References: <13dbfe4f0603131116s2d68a9f1oce39a9da8af0d26@mail.gmail.com> Message-ID: <13dbfe4f0603131138ja944110g3ab541010256c232@mail.gmail.com> > values from the Isolinux prompt. I'm not sure if Chitlesh had any ideas > regarding boot screens, I am pretty sure he did. > Can you provide some of those ideas Chitlesh so we can better look over > our "workspace"? Ive filed them to http://fedoraproject.org/wiki/Kadischi/Development/boot > Perhaps we can put these into Kadischi somehow, and generate a patch. I propose to add the contents to $INSTALLDIR/boot [root at goorah kadischi]# ls boot/ f1.txt f4.txt f5.txt isolinux.txt memtest splash.lss hence in the install-boot.sh we can simply add # copies EVERYTHING from $INSTALL/boot cp $INSTALLDIR/boot/* $csysdir/boot/isolinux/ This is how Im doing till now. Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Mon Mar 13 19:40:35 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 20:40:35 +0100 Subject: [Fedora-livecd-list] Re: splash notes added In-Reply-To: <13dbfe4f0603131138ja944110g3ab541010256c232@mail.gmail.com> References: <13dbfe4f0603131116s2d68a9f1oce39a9da8af0d26@mail.gmail.com> <13dbfe4f0603131138ja944110g3ab541010256c232@mail.gmail.com> Message-ID: <13dbfe4f0603131140k6be71f0fq12def9a34d306330@mail.gmail.com> As you can see on http://fedoraproject.org/wiki/Kadischi/Development/boot the contents of F2 and F3 are blank. I was thinking to add notes concerning a possible xen Fedora livecd, if xen works of course. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Mon Mar 13 20:06:05 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 21:06:05 +0100 Subject: [Fedora-livecd-list] Kadischi - post_install_scripts In-Reply-To: <44159D23.2030507@adelphia.net> References: <44159D23.2030507@adelphia.net> Message-ID: <13dbfe4f0603131206o1f6e5349ge477d7c18391637@mail.gmail.com> On 3/13/06, J. Hartline wrote: > Chitlesh, I am also curious about the organization of the > Kadischi/Schedule page.. > I'm not so positive all users of Kadischi would want autologin features > with blank passwords. > Could you verify that this is for a Fedora provided Live media rather > than something that should be put in Kadischi > in general, and if so split the Schedule to reflect that, it will be > less confusing for those interested in > what is to be done. If these _are_ in fact features that should be in > Kadischi, then just notify the list so > I'll know. Thanks for moving this discussion to the list :) Ok True, this is somehow confusing. We must differentiate between Kadischi and FedoraLiveCD. Kadischi is the tool. FedoraLiveCD is the product. Both of them form part of the Kadischi project. I don't want to break them apart. I prefer to leave those TODOs to Kadischi/Schedule, but move to them under FedoraLiveCD (enhancements). 2 pages will infact complicate our life if we are working on both. Chitlesh -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Mon Mar 13 19:30:12 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 14:30:12 -0500 Subject: [Fedora-livecd-list] Kadischi - post_install_scripts In-Reply-To: <13dbfe4f0603131206o1f6e5349ge477d7c18391637@mail.gmail.com> References: <44159D23.2030507@adelphia.net> <13dbfe4f0603131206o1f6e5349ge477d7c18391637@mail.gmail.com> Message-ID: <4415C844.1000307@adelphia.net> Chitlesh GOORAH wrote: >Kadischi is the tool. >FedoraLiveCD is the product. > >Both of them form part of the Kadischi project. >I don't want to break them apart. > >I prefer to leave those TODOs to Kadischi/Schedule, but move to them >under FedoraLiveCD (enhancements). > >2 pages will infact complicate our life if we are working on both. > > Eh. I never mentioned two different pages, I just said split, like have the Kadischi and Fedora Core LiveCD/DVD split in the same table with a header for each not exactly two pages, I should have specified what I meant. In any case, can we do this if this is in fact the case? J. Hartline. From jasperhartline at adelphia.net Mon Mar 13 19:37:58 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 14:37:58 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen - patch In-Reply-To: <13dbfe4f0603131101q6f395d43jccc4cae114739570@mail.gmail.com> References: <44151FD9.4030009@adelphia.net> <13dbfe4f0603130441n402a1cdal39cb9aa18b4fffb@mail.gmail.com> <13dbfe4f0603130454x630612a4w96ad69af043096e6@mail.gmail.com> <441591B7.9030804@adelphia.net> <13dbfe4f0603131101q6f395d43jccc4cae114739570@mail.gmail.com> Message-ID: <4415CA16.4000406@adelphia.net> Chitlesh GOORAH wrote: >I propose the default one be "linux", whether it is xen or not. >because anyway both wouldn't be in the same disc. >And for the debug mode , "debug" > > Right. It wasn't originally to decipher between which kernel, it was an organizational aspect in just generality. In any case either method would be fine. I'll resend a patch with the changes sometime later. J. Hartline From chitlesh at fedoraproject.org Mon Mar 13 20:39:38 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 21:39:38 +0100 Subject: [Fedora-livecd-list] Kadischi - post_install_scripts In-Reply-To: <4415C844.1000307@adelphia.net> References: <44159D23.2030507@adelphia.net> <13dbfe4f0603131206o1f6e5349ge477d7c18391637@mail.gmail.com> <4415C844.1000307@adelphia.net> Message-ID: <13dbfe4f0603131239kcf47fc8m91b1ce5fbc1d8c1d@mail.gmail.com> > In any case, can we do this if this is in fact the case? > done, see http://fedoraproject.org/wiki/Kadischi/Schedule -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Mon Mar 13 20:01:47 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 15:01:47 -0500 Subject: [Fedora-livecd-list] Re: splash notes added In-Reply-To: <13dbfe4f0603131140k6be71f0fq12def9a34d306330@mail.gmail.com> References: <13dbfe4f0603131116s2d68a9f1oce39a9da8af0d26@mail.gmail.com> <13dbfe4f0603131138ja944110g3ab541010256c232@mail.gmail.com> <13dbfe4f0603131140k6be71f0fq12def9a34d306330@mail.gmail.com> Message-ID: <4415CFAB.5080002@adelphia.net> Chitlesh GOORAH wrote: >As you can see on http://fedoraproject.org/wiki/Kadischi/Development/boot >the contents of F2 and F3 are blank. > >I was thinking to add notes concerning a possible xen Fedora livecd, >if xen works of course. > > Ok. Chitlesh also wrote: *I propose to add the contents to $INSTALLDIR/boot [root at goorah kadischi]# ls boot/ f1.txt f4.txt f5.txt isolinux.txt memtest splash.lss hence in the install-boot.sh we can simply add # copies EVERYTHING from $INSTALL/boot cp $INSTALLDIR/boot/* $csysdir/boot/isolinux/ * Right. I'll fold in everything real nice and resend a patch later. J. Hartline From chitlesh at fedoraproject.org Mon Mar 13 21:18:41 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 22:18:41 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <1141842150.21278.23.camel@orodruin.boston.redhat.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> Message-ID: <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> On 3/8/06, Jeremy Katz wrote: > On Wed, 2006-03-08 at 23:26 +0530, Rahul Sundaram wrote: > > Jeremy Katz wrote: > > >On Wed, 2006-03-08 at 08:29 -0500, J. Hartline wrote: > > >>Provide fedora and root usernames with blank passwords. Security is not > > >>a concern for a Live CD > > > > > >No! Security is very much a concern here. We need to make sure we > > >don't start a spread of worms from our live CD. > > > > > Auto login to a non administrative user called Fedora. How is that bad > > for security? > > If you have ways to log in remotely, then it could allow for people to > log in and start running, eg, eggbots or any of a number of other things > if there's a blank password. > > So it's not necessarily that auto-login to a non-administrative account > is bad (it probably does make sense). But just that thinking "oh, > security isn't a concern for a live cd" is not wise. > > Jeremy I have a working script for autologin. So should I include this feature in my next build or not ? in /usr/share/gdm/defaults.conf, I've only set AutomaticLoginEnable=true AutomaticLogin=fedora So is remote login still a problem for security if i have AllowRemoteAutoLogin=false Chitlesh -- http://clunixchit.blogspot.com From katzj at redhat.com Mon Mar 13 21:33:37 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 16:33:37 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> Message-ID: <1142285617.1963.60.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 22:18 +0100, Chitlesh GOORAH wrote: > On 3/8/06, Jeremy Katz wrote: > > On Wed, 2006-03-08 at 23:26 +0530, Rahul Sundaram wrote: > > > Jeremy Katz wrote: > > > >On Wed, 2006-03-08 at 08:29 -0500, J. Hartline wrote: > > > >>Provide fedora and root usernames with blank passwords. Security is not > > > >>a concern for a Live CD > > > > > > > >No! Security is very much a concern here. We need to make sure we > > > >don't start a spread of worms from our live CD. > > > > > > > Auto login to a non administrative user called Fedora. How is that bad > > > for security? > > > > If you have ways to log in remotely, then it could allow for people to > > log in and start running, eg, eggbots or any of a number of other things > > if there's a blank password. > > > > So it's not necessarily that auto-login to a non-administrative account > > is bad (it probably does make sense). But just that thinking "oh, > > security isn't a concern for a live cd" is not wise. > > > I have a working script for autologin. > So should I include this feature in my next build or not ? > > in /usr/share/gdm/defaults.conf, I've only set > AutomaticLoginEnable=true > AutomaticLogin=fedora > > So is remote login still a problem for security if i have > > AllowRemoteAutoLogin=false Yes, sshd is almost certainly still installed and running. Jeremy From chitlesh at fedoraproject.org Mon Mar 13 21:36:09 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 22:36:09 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <1142285617.1963.60.camel@orodruin.boston.redhat.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> Message-ID: <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> > Yes, sshd is almost certainly still installed and running. > > Jeremy > To decrease boot time, sshd is turned off. So should I still be worrying ? -- http://clunixchit.blogspot.com From katzj at redhat.com Mon Mar 13 21:38:22 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 16:38:22 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> Message-ID: <1142285902.1963.62.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 22:36 +0100, Chitlesh GOORAH wrote: > > Yes, sshd is almost certainly still installed and running. > > > > To decrease boot time, sshd is turned off. > So should I still be worrying ? As long as it's present and can be enabled, I would be seriously worried about any blank passwords Jeremy From chitlesh at fedoraproject.org Mon Mar 13 21:45:40 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 13 Mar 2006 22:45:40 +0100 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <1142285902.1963.62.camel@orodruin.boston.redhat.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> <1142285902.1963.62.camel@orodruin.boston.redhat.com> Message-ID: <13dbfe4f0603131345q6fcf1f74o3507aaa8bebfa4ae@mail.gmail.com> On 3/13/06, Jeremy Katz wrote: > On Mon, 2006-03-13 at 22:36 +0100, Chitlesh GOORAH wrote: > > > Yes, sshd is almost certainly still installed and running. > > > > > > > To decrease boot time, sshd is turned off. > > So should I still be worrying ? > > As long as it's present and can be enabled, I would be seriously worried > about any blank passwords > > Jeremy To enabled it we need root access right. What if root has a password and the user "fedora" doesn't ? Sorry to be a pain in the ass :) -- http://clunixchit.blogspot.com From katzj at redhat.com Mon Mar 13 21:56:35 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 16:56:35 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <13dbfe4f0603131345q6fcf1f74o3507aaa8bebfa4ae@mail.gmail.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <13dbfe4f0603080206n5e1eed7anb9e4c2d21dc7ee96@mail.gmail.com> <440EDC32.10906@adelphia.net> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> <1142285902.1963.62.camel@orodruin.boston.redhat.com> <13dbfe4f0603131345q6fcf1f74o3507aaa8bebfa4ae@mail.gmail.com> Message-ID: <1142286995.1963.74.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 22:45 +0100, Chitlesh GOORAH wrote: > On 3/13/06, Jeremy Katz wrote: > > On Mon, 2006-03-13 at 22:36 +0100, Chitlesh GOORAH wrote: > > > > Yes, sshd is almost certainly still installed and running. > > > > > > > > > > To decrease boot time, sshd is turned off. > > > So should I still be worrying ? > > > > As long as it's present and can be enabled, I would be seriously worried > > about any blank passwords > > To enabled it we need root access right. What if root has a password > and the user "fedora" doesn't ? Does the root user have a password that's stable or do we prompt on boot? If it's something that's standard, then it is "known" and just as (not) useful as having it be blank. If we're doing auto-login for the fedora user, then we almost certainly want to also have the account locked so there's no password. Then we don't have to worry about logins from the fedora user remotely. It does mean they also can't log in from the console, though, and we have to ensure that the screensaver never asks for a password. Jeremy From katzj at redhat.com Mon Mar 13 22:31:01 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 17:31:01 -0500 Subject: Kadischi and initrds (was Re: [Fedora-livecd-list] Kadischi - Xen - patch) In-Reply-To: <4415A3E8.2050309@adelphia.net> References: <44151FD9.4030009@adelphia.net> <1142269661.1963.13.camel@orodruin.boston.redhat.com> <4415A3E8.2050309@adelphia.net> Message-ID: <1142289061.1963.89.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 11:55 -0500, J. Hartline wrote: > Jeremy Katz wrote: > > > 2) The ramdisk_size= values specified at 10000 > > > > This also shouldn't be needed as the "initrd" is actually an initramfs > > and thus doesn't use the ramdisk code in the kernel at all. > > > It isn't actually. It is a small gzipped ext2 filesystem. > I would like to see Kadischi move to more standard, and base > procedures like using the same format as Fedora Core does, with what I > understand as an initramfs being the gzipped cpio archive. I may be > way off base, but to the best of my knowledge it isn't. *sigh* I had forgotten this :-/ This seriously needs fixing. A lot of the infrastructure to handle the live CD case nicely is actually in mkinitrd now. At one point, I sent some thoughts on ways to integrate cleanly. > I had been fiddling with the provided mkinitrd from Fedora Core stock > and generated a few patches already > that _could possibly_ make this happen. I'll provide the bugzilla > reference here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183566 This is a bit of a hacky approach. Realistically, we want to move the live CD case to be more like a "normal" system rather than adding hacks on top. cf how the nfsroot bits have now fallen into mkinitrd. > A brief explanation shows that: [snip explanation of one way to do things] My thoughts on how to do it in a way that moves the live CD case to be more like the regular case are along the lines of the following * mkinitrd (nash actually) now has support for overriding built-in commands. We can take advantage of this to have our own mkrootdev which finds the root device and sets up /dev/root as it. I started on the code for this ~ 6 months ago. I can probably dig it up on my old laptop which is sitting at home * The support for multiple initramfs's means that we could have kadischi generate a /boot/initramfs-livecd.gz in its %post that contains our mkrootdev. We can then just tell isolinux to load both initramfs's * We can place the set of modules that we want to include as MODULES in /etc/sysconfig/mkinitrd. This will make it so that we can include support for certain sata chipsets or scsi or whatever * As long as the fstab is correct, then the right filesystem modules will get pulled in. If we populate the directory sanely before the install, then the kernel's %post can even do all the hard stuff of running mkinitrd, etc for us and things can just work. > Otherwise we always make an initrd for Live media duplicating the > efforts of the existing Fedora Core mkinitrd. This is always going to be a losing battle -- we really need/want to be using stock stuff as much as we can or else it's going to be a constant game of catch-up as the OS changes. Jeremy From jasperhartline at adelphia.net Mon Mar 13 23:45:26 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 18:45:26 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch Message-ID: <44160416.6050907@adelphia.net> Hi. I've changed the patch a bit for using Xen and bootsplash files for Kadischi. The patch is attached below along with the Makefile.am configure.ac and bootsplash/Makefile.am. See how this works out for you. If there are any further modifications that need to be done let me know. Chitlesh, until I add bootsplash to CVS with the respective files you will need to add the files yourself. (memtest, isolinux.txt, splash.lss, f1.txt, f4.txt, f5.txt, etc and f2 and f3.txt if we can get those soon.) If at all possible try to get someone from the Docs comittee to proof and comment on wording, etc so we can eventually get your files and these things committed. 1) Top level Makefile.am patch 2) Top level configure.ac patch 3) livecd_generator/install-boot.sh patch 4) kadischi/bootsplash/Makefile.am Thanks. J. Hartline -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-bootsplash-Makefile.patch Type: text/x-patch Size: 270 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-bootsplash-configure.patch Type: text/x-patch Size: 217 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-xen-bootsplash.patch Type: text/x-patch Size: 1801 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Makefile.am URL: From jasperhartline at adelphia.net Tue Mar 14 00:20:26 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 13 Mar 2006 19:20:26 -0500 Subject: Kadischi and initrds (was Re: [Fedora-livecd-list] Kadischi - Xen - patch) In-Reply-To: <1142289061.1963.89.camel@orodruin.boston.redhat.com> References: <44151FD9.4030009@adelphia.net> <1142269661.1963.13.camel@orodruin.boston.redhat.com> <4415A3E8.2050309@adelphia.net> <1142289061.1963.89.camel@orodruin.boston.redhat.com> Message-ID: <44160C4A.4060202@adelphia.net> Jeremy Katz wrote: >My thoughts on how to do it in a way that moves the live CD case to be >more like the regular case are along the lines of the following >* mkinitrd (nash actually) now has support for overriding built-in >commands. We can take advantage of this to have our own mkrootdev which >finds the root device and sets up /dev/root as it. I started on the >code for this ~ 6 months ago. I can probably dig it up on my old laptop >which is sitting at home > > Well, time permitting that would be great. It would enlighten all of us as to where it is heading, if in that direction. I had looked at nash source for a little bit, though I didn't see this feature you mentioned in another mail also. I will look again. >* The support for multiple initramfs's means that we could have kadischi >generate a /boot/initramfs-livecd.gz in its %post that contains our >mkrootdev. We can then just tell isolinux to load both initramfs's >* We can place the set of modules that we want to include as MODULES >in /etc/sysconfig/mkinitrd. This will make it so that we can include >support for certain sata chipsets or scsi or whatever >* As long as the fstab is correct, then the right filesystem modules >will get pulled in. > >If we populate the directory sanely before the install, then the >kernel's %post can even do all the hard stuff of running mkinitrd, etc >for us and things can just work. > > > Sounds good. J. Hartline From jdogalt at yahoo.com Tue Mar 14 06:36:20 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Mon, 13 Mar 2006 22:36:20 -0800 (PST) Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? Message-ID: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> Hello, A few years ago I worked on generating livecds using mandrake as a base. I'd like to start using fedora as a base and it looks like kadischi is the place to start. Things here look rough around the edges, so I'm hoping you can help answer at least this first major question of mine. (and I'll throw in my first reactions to the system) I just ran my first experiment with kadischi using kickstart on FC5T3, and to my surprise given the status listed on the development wiki, it worked. It might not have worked exactly like I wanted it to, but given that this is only my 2nd trivial (successful) kadischi experiment, I was not unsatisfied. I.e. it produced an iso, which booted my system. Mind you I saw some non-fatal bad sector errors, but given that a subsequent "find / -print" didn't choke, I think it 'worked'. I sort of expected gdm and X to be installed, and for it not to be half the size (450M vs 850M) of my first trivial non-kickstart experiment, but again, it did in fact 'work'. Pretty much everything I would want to do with kadischi involves using kickstart, so please elaborate on the development page as to how it's broken if in fact it still is. Otherwise- - my first fc4 experiment died in anaconda, but I couldn't care less(fc5 is practically here already) - to get fc5t3 to work, I followed the docs, but had to manually apply most of one of the 2 patches, because parts of it were already in cvs. Maybe telling patch to blast ahead and ignoring rejects would have worked, but that certainly doesn't feel comfortable. - I also had to install autoconf/automake which aren't part of a braindead default fc5t3 install, and thus should be in docs in the yum install line. - I just noticed that nice rpm spec file posted, and see all those interesting gettext and other commands in the build section which should probably be noted in the docs (I'm guessing they might suppress some of the scarier warnings which didn't seem to prevent me from getting a bootable iso) -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From chitlesh at fedoraproject.org Tue Mar 14 10:32:01 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 11:32:01 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch In-Reply-To: <44160416.6050907@adelphia.net> References: <44160416.6050907@adelphia.net> Message-ID: <13dbfe4f0603140232v38ec3eedpe1498fb530e95461@mail.gmail.com> On 3/14/06, J. Hartline wrote: > Hi. > I've changed the patch a bit for using Xen and bootsplash files for > Kadischi. > The patch is attached below along with the Makefile.am configure.ac and > bootsplash/Makefile.am. > See how this works out for you. Im testing your xen patch, yesterday It failed. (I didn't bother to know why) But if it fails again, Ill post the relevant stuff. > If there are any further modifications that need to be done let me know. > Chitlesh, until I add bootsplash to CVS with the respective files you > will need to add the files yourself. > (memtest, isolinux.txt, splash.lss, f1.txt, f4.txt, f5.txt, etc and f2 > and f3.txt if we can get those soon.) Im working on it for the moment. If your xen patch works, Ill include the f2.txt f3.txt also > If at all possible try to get someone from the Docs comittee to proof > and comment on > wording, etc so we can eventually get your files and these things committed. Ok Ill get them comment on those texts ! Nevertheless, One thing! If you are committing those f?.txt to CVS, will it be before/after the FC5 launch? If not, Ill replace "Fedora Core 5 Test 3" by "Fedora Core 5" on those texts. Or we don't mind either, we just change it to "Fedora Core 5" ? Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Mar 14 10:55:32 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 11:55:32 +0100 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> Message-ID: <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> On 3/14/06, Jane Dogalt wrote: > Hello, Hello > A few years ago I worked on generating livecds using mandrake as a base. > I'd > like to start using fedora as a base and it looks like kadischi is the place to > start. Good Idea :) Things here look rough around the edges, so I'm hoping you can > help answer at least this first major question of mine. (and I'll throw in my > first reactions to the system) > I just ran my first experiment with kadischi using kickstart on FC5T3, and to > my surprise given the status listed on the development wiki, it worked. Normally the mininal kickstart file included in the CVS will work. Ive not yet had problems with it. Nevertheless, it is not documented that the root password is "livecd" :) > It might not have worked exactly like I wanted it to, but given that this is > only my 2nd trivial (successful) kadischi experiment, I was not unsatisfied. > I.e. it produced an iso, which booted my system. Reboot your system? Can you post your kickstart please? I had mails before from certain Kadischi Users having problems with kickstart, can you too post your kickstart files? Maybe we can figure out what is failing. > Mind you I saw some non-fatal bad sector errors, but given that a subsequent > "find / -print" didn't choke, I think it 'worked'. I sort of expected gdm and > X to be installed, and for it not to be half the size (450M vs 850M) of my > first trivial non-kickstart experiment, but again, it did in fact 'work'. > > Pretty much everything I would want to do with kadischi involves using > kickstart, so please elaborate on the development page as to how it's broken if > in fact it still is. I myself didn't spend much time with kickstart. But true some doc about kickstart should be available on the wiki. At least, some examples of working kickstart files. If anyone who has a working kickstart files, please post it here so that anyone can benefit from it. > Otherwise- > > - my first fc4 experiment died in anaconda, but I couldn't care less(fc5 is > practically here already) > > - to get fc5t3 to work, I followed the docs, but had to manually apply most of > one of the 2 patches, because parts of it were already in cvs. Maybe telling > patch to blast ahead and ignoring rejects would have worked, but that certainly > doesn't feel comfortable. > > - I also had to install autoconf/automake which aren't part of a braindead > default fc5t3 install, and thus should be in docs in the yum install line. ok Ill add that. > - I just noticed that nice rpm spec file posted, and see all those interesting > gettext and other commands in the build section which should probably be noted > in the docs (I'm guessing they might suppress some of the scarier warnings > which didn't seem to prevent me from getting a bootable iso) > Jasper, you are the one working with spec. Can you add relevant contents about it to the wiki? Kadischi/Development? -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Mar 14 11:03:59 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 12:03:59 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch In-Reply-To: <13dbfe4f0603140232v38ec3eedpe1498fb530e95461@mail.gmail.com> References: <44160416.6050907@adelphia.net> <13dbfe4f0603140232v38ec3eedpe1498fb530e95461@mail.gmail.com> Message-ID: <13dbfe4f0603140303u7fd1e173wf0bf55afdcf0ba79@mail.gmail.com> On 3/14/06, Chitlesh GOORAH wrote: > On 3/14/06, J. Hartline wrote: > > Hi. > > I've changed the patch a bit for using Xen and bootsplash files for > > Kadischi. > > The patch is attached below along with the Makefile.am configure.ac and > > bootsplash/Makefile.am. > > See how this works out for you. > > Im testing your xen patch, yesterday It failed. (I didn't bother to know why) > But if it fails again, Ill post the relevant stuff. Yesterday, I had a isolinux telling me a the xen kernel is corrupted. With today's xen patch, it boots, but it failed at dom0. see http://www.flickr.com/photos/29842792 at N00/112380449/ -- http://clunixchit.blogspot.com From filip.tsachev at gmail.com Tue Mar 14 11:32:16 2006 From: filip.tsachev at gmail.com (Filip Tsachev) Date: Tue, 14 Mar 2006 13:32:16 +0200 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch Message-ID: I just cvsed up-to-date my copy, patch for mkinitrd just went on without any output, but: # patch -b /usr/local/share/kadischi/kadischi.py kadischi-fc5tx.patch patching file /usr/local/share/kadischi/kadischi.py patch unexpectedly ends in middle of line patch: **** malformed patch at line 25: #cat -n kadischi-fc5tx.patch 22 cleanup (builddir) 23 24 flc_log ('Finished.') 25 -sys.exit (0) 26 \ No newline at end of file 27 +sys.exit (0) and resulting in: *** running anaconda *** Error bad argument --livecd: unknown option *** Fatal error: anaconda returned non zero (65280) exit code. Aborting execution. Cleaning up temporary files... Done. how to fix the situation, am I doing something wrong? -- Cheers, Filip From filip.tsachev at fedora.redhat.com Tue Mar 14 12:28:57 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Tue, 14 Mar 2006 14:28:57 +0200 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <1142286995.1963.74.camel@orodruin.boston.redhat.com> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> <1142285902.1963.62.camel@orodruin.boston.redhat.com> <13dbfe4f0603131345q6fcf1f74o3507aaa8bebfa4ae@mail.gmail.com> <1142286995.1963.74.camel@orodruin.boston.redhat.com> Message-ID: We could exclude fedora user from ssh access right? 2. and btw: when you want to re-enable sshd service, where's the change going to be saved? on mounted hdd like in knoppix possibly? -- Cheers, Filip From chitlesh at fedoraproject.org Tue Mar 14 12:29:52 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 13:29:52 +0100 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: References: Message-ID: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> On 3/14/06, Filip Tsachev wrote: > I just cvsed up-to-date my copy, > > patch for mkinitrd just went on without any output, but: > > # patch -b /usr/local/share/kadischi/kadischi.py kadischi-fc5tx.patch > patching file /usr/local/share/kadischi/kadischi.py > patch unexpectedly ends in middle of line > patch: **** malformed patch at line 25: > > > #cat -n kadischi-fc5tx.patch > 22 cleanup (builddir) > 23 > 24 flc_log ('Finished.') > 25 -sys.exit (0) > 26 \ No newline at end of file > 27 +sys.exit (0) > > > and resulting in: > > *** running anaconda *** > Error bad argument --livecd: unknown option > *** Fatal error: anaconda returned non zero (65280) exit code. > Aborting execution. > Cleaning up temporary files... > Done. > > how to fix the situation, am I doing something wrong? > -- > Cheers, > Filip > The patch kadischi-fc5tx.patch is meant for the latest kadischi/livecd_generator/kadischi.py found in CVS Download kadischi from CVS install it then patch it it will work. ive attached the latest kadischi.py which has already been patched by kadischi-fc5tx.patch -- http://clunixchit.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi.py Type: text/x-python Size: 8758 bytes Desc: not available URL: From filip.tsachev at fedora.redhat.com Tue Mar 14 13:37:26 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Tue, 14 Mar 2006 15:37:26 +0200 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> Message-ID: On 14/03/06, Chitlesh GOORAH wrote: > On 3/14/06, Filip Tsachev wrote: > > I just cvsed up-to-date my copy, Notice that I've just done the download & install part. > The patch kadischi-fc5tx.patch is meant for the latest > kadischi/livecd_generator/kadischi.py found in CVS > > Download kadischi from CVS > install it > then patch it > it will work. Well I done just that, will test again, anyhow thanks for the attachment. -- Cheers, Filip From filip.tsachev at fedora.redhat.com Tue Mar 14 14:21:27 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Tue, 14 Mar 2006 09:21:27 -0500 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> Message-ID: With your kadischi.py the process went through the --livecd bug, but: while checking dependencies (DVD FC5t3): Traceback (most recent call last): File "/usr/lib/anaconda/gui.py", line 951, in nextClicked self.dispatch.gotoNext() File "/usr/lib/anaconda/dispatch.py", line 146, in gotoNext self.moveStep() File "/usr/lib/anaconda/dispatch.py", line 217, in moveStep rc = apply(func, self.bindArgs(args)) File "/usr/lib/anaconda/backend.py", line 153, in doPostSelection return backend.doPostSelection(intf, id, instPath, dir) File "/usr/lib/anaconda/yuminstall.py", line 808, in doPostSelection if largePart.getActualSize(id.partitions, id.diskset) < self.totalSize / 1024: AttributeError: 'NoneType' object has no attribute 'getActualSize' Entering debugger... > /usr/lib/anaconda/yuminstall.py(825)doPostSelection() -> self.ayum.dsCallback = None (Pdb) -- Cheers, Filip From filip.tsachev at fedora.redhat.com Tue Mar 14 14:31:36 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Tue, 14 Mar 2006 16:31:36 +0200 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> Message-ID: On 14/03/06, Chitlesh GOORAH wrote: > Jasper, you are the one working with spec. Can you add relevant > contents about it to the wiki? Kadischi/Development? it would be nice to produce something like nightly builds in rpm/srpm? I'd like to help packaging if that's a usable idea -- Cheers, Filip From chitlesh at fedoraproject.org Tue Mar 14 14:33:05 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 15:33:05 +0100 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> Message-ID: <13dbfe4f0603140633s6872a40dh3049708bbe2fc674@mail.gmail.com> What is the version of anaconda you are using? yum update mine: chitlesh(~)[0]rpm -qa | grep anaconda anaconda-runtime-11.0.3-1 anaconda-11.0.3-1 On 3/14/06, Filip Tsachev wrote: > With your kadischi.py the process went through the --livecd bug, but: > > while checking dependencies (DVD FC5t3): > > Traceback (most recent call last): > File "/usr/lib/anaconda/gui.py", line 951, in nextClicked > self.dispatch.gotoNext() > File "/usr/lib/anaconda/dispatch.py", line 146, in gotoNext > self.moveStep() > File "/usr/lib/anaconda/dispatch.py", line 217, in moveStep > rc = apply(func, self.bindArgs(args)) > File "/usr/lib/anaconda/backend.py", line 153, in doPostSelection > return backend.doPostSelection(intf, id, instPath, dir) > File "/usr/lib/anaconda/yuminstall.py", line 808, in doPostSelection > if largePart.getActualSize(id.partitions, id.diskset) < > self.totalSize / 1024: > AttributeError: 'NoneType' object has no attribute 'getActualSize' > > > Entering debugger... > > /usr/lib/anaconda/yuminstall.py(825)doPostSelection() > -> self.ayum.dsCallback = None > (Pdb) > > > -- > Cheers, > Filip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Tue Mar 14 17:16:35 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:16:35 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> <1142285902.1963.62.camel@orodruin.boston.redhat.com> <13dbfe4f0603131345q6fcf1f74o3507aaa8bebfa4ae@mail.gmail.com> <1142286995.1963.74.camel@orodruin.boston.redhat.com> Message-ID: <4416FA73.1080204@adelphia.net> Filip Tsachev wrote: > >2. and btw: when you want to re-enable sshd service, where's the >change going to be saved? on mounted hdd like in knoppix possibly? > >fedora-livecd-list > > > For now nothing will be saved to any disks or storage. You would just run service sshd start, as you would in a standard Fedora system. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 17:24:14 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:24:14 -0500 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> Message-ID: <4416FC3E.6090900@adelphia.net> Chitlesh GOORAH wrote: > >. > >ive attached the latest kadischi.py which has already been patched by >kadischi-fc5tx.patch > > > > I think we need to go ahead and get these committed, bringing Kadischi up to speed with FC5 which is inevitably going to be released is in my opinion more important. If not, some blocks could be put in to actually make Kadischi work with FC4 OR FC5(Final). What do you think Chitlesh? Does anyone else agree/disagree? I really feel as though trying to keep compatibility with FC4 is absurd, since Kadischi is in development stage, not a release state where one version of Kadischi works under Core 4.. and there is updates. I could also on my own time, maintain a simple RPM for Kadischi under Fedora Core 4 and keep Kadischi in CVS, uh.. with the times. Makes sense to me. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 17:26:06 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:26:06 -0500 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> Message-ID: <4416FCAE.4070009@adelphia.net> Filip Tsachev wrote: > File "/usr/lib/anaconda/yuminstall.py", line 808, in doPostSelection > if largePart.getActualSize(id.partitions, id.diskset) < >self.totalSize / 1024: >AttributeError: 'NoneType' object has no attribute 'getActualSize' > > >Entering debugger... > > You will need to update Anaconda, this was recently fixed in RAWHIDE. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 17:32:27 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:32:27 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> Message-ID: <4416FE2B.50007@adelphia.net> Jane Dogalt wrote: >- to get fc5t3 to work, I followed the docs, but had to manually apply most of >one of the 2 patches, because parts of it were already in cvs. Maybe telling >patch to blast ahead and ignoring rejects would have worked, but that certainly >doesn't feel comfortable. > > > I'm thinking the best solution is to just maintain a FC4 Kadischi RPM, on my own time. Update the CVS to work with Core 5, and of course reflect all the things neccessary in the wiki. If it applies to FC4 and not explicity to both, it should be labelled as such. This will bring alot of the Development page into CVS rather than expect users to patch something that is in a development stage, and with FC5 on the very horizon. >- I also had to install autoconf/automake which aren't part of a braindead >default fc5t3 install, and thus should be in docs in the yum install line. > >- I just noticed that nice rpm spec file posted, and see all those interesting >gettext and other commands in the build section which should probably be noted >in the docs (I'm guessing they might suppress some of the scarier warnings >which didn't seem to prevent me from getting a bootable iso) > >-jdog > > Eh. They actually are, you just need to install them. If this becomes much of a problem we'll try to document something about the intltool and glib2-devel packages needed. Chitlesh may have already done that. J. Hartline From filip.tsachev at fedora.redhat.com Tue Mar 14 18:34:05 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Tue, 14 Mar 2006 20:34:05 +0200 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <4416FA73.1080204@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> <1142285902.1963.62.camel@orodruin.boston.redhat.com> <13dbfe4f0603131345q6fcf1f74o3507aaa8bebfa4ae@mail.gmail.com> <1142286995.1963.74.camel@orodruin.boston.redhat.com> <4416FA73.1080204@adelphia.net> Message-ID: On 14/03/06, J. Hartline wrote: > For now nothing will be saved to any disks or storage. > You would just run service sshd start, as you would in a standard Fedora > system. We can consider after finishing up for FC5, to include such functionality.. to save somewhere - online/offline user preferences. What other think about passwordless fedora user which is excluded from ssh access? -- Cheers, Filip From jasperhartline at adelphia.net Tue Mar 14 17:34:54 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:34:54 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> Message-ID: <4416FEBE.9020703@adelphia.net> Chitlesh GOORAH wrote: > >Jasper, you are the one working with spec. Can you add relevant >contents about it to the wiki? Kadischi/Development? > > > > I can, I'll do that later today. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 17:38:24 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:38:24 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> Message-ID: <4416FF90.5020708@adelphia.net> Filip Tsachev wrote: >it would be nice to produce something like nightly builds in rpm/srpm? >I'd like to help packaging if that's a usable idea >-- >Cheers, >Filip > > Sure, this is a good idea with any rapidly developing project. However, I've personally decided to contribute a RPM and SRPM and will keep it up to date, in fact I'll probably rebuild it again along with supply a FC4 RPM. (Meaning it should be used on FC4, not that it is an Official package). Where Kadischi is now, I do not see any benefit in having nightly tarballs, or RPMs generated. Maybe someone else does.. I doubt it. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 17:48:45 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:48:45 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch In-Reply-To: <13dbfe4f0603140232v38ec3eedpe1498fb530e95461@mail.gmail.com> References: <44160416.6050907@adelphia.net> <13dbfe4f0603140232v38ec3eedpe1498fb530e95461@mail.gmail.com> Message-ID: <441701FD.3060209@adelphia.net> Chitlesh GOORAH wrote: >Im testing your xen patch, yesterday It failed. (I didn't bother to know why) >But if it fails again, Ill post the relevant stuff. > > Alright. I'll see what is going on and resend. >Nevertheless, One thing! >If you are committing those f?.txt to CVS, will it be before/after the >FC5 launch? > >If not, Ill replace "Fedora Core 5 Test 3" by "Fedora Core 5" on those texts. > >Or we don't mind either, we just change it to "Fedora Core 5" ? > > I would say just Fedora Core, rather than Fedora Core 5. It is up to ya. I would imagine just "Fedora Core" would be sufficient, since it is a simple welcome message. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 17:52:10 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 12:52:10 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch In-Reply-To: <13dbfe4f0603140303u7fd1e173wf0bf55afdcf0ba79@mail.gmail.com> References: <44160416.6050907@adelphia.net> <13dbfe4f0603140232v38ec3eedpe1498fb530e95461@mail.gmail.com> <13dbfe4f0603140303u7fd1e173wf0bf55afdcf0ba79@mail.gmail.com> Message-ID: <441702CA.4060305@adelphia.net> Chitlesh GOORAH wrote: >Yesterday, I had a isolinux telling me a the xen kernel is corrupted. >With today's xen patch, it boots, but it failed at dom0. >see http://www.flickr.com/photos/29842792 at N00/112380449/ > > Right. That screenshot doesn't show us anything but that it failed. You need to be more informative with your error reports. If you can go ahead an mount the ISO via loopback, and provide the contents of isolinux.cfg and ls -l output of /boot/isolinux that would be good. I have a CD here that boots Xen kernels, built using the patches. I'll resend those by the way, give me a little bit. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 18:17:16 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 13:17:16 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen patch Message-ID: <441708AC.60105@adelphia.net> Chitlesh, the patch is attached. Try this instead. I've tested it here and it works fine. I also do have working Xen CDs. So do not forget to post the output requested from a previous mail. J. Hartline -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-xen-bootsplash.patch Type: text/x-patch Size: 1727 bytes Desc: not available URL: From jasperhartline at adelphia.net Tue Mar 14 18:22:32 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 13:22:32 -0500 Subject: [Fedora-livecd-list] A French Fedora LiveCD. In-Reply-To: <4416FA73.1080204@adelphia.net> References: <13dbfe4f0603020123j2d8a73f9m3a5230671e51de4e@mail.gmail.com> <1141840467.21278.19.camel@orodruin.boston.redhat.com> <440F1ADA.70100@fedoraproject.org> <1141842150.21278.23.camel@orodruin.boston.redhat.com> <13dbfe4f0603131318k557045fbn72940a8275c1a4db@mail.gmail.com> <1142285617.1963.60.camel@orodruin.boston.redhat.com> <13dbfe4f0603131336m2bbb1651ob1659152bfd18b6a@mail.gmail.com> <1142285902.1963.62.camel@orodruin.boston.redhat.com> <13dbfe4f0603131345q6fcf1f74o3507aaa8bebfa4ae@mail.gmail.com> <1142286995.1963.74.camel@orodruin.boston.redhat.com> <4416FA73.1080204@adelphia.net> Message-ID: <441709E8.1080005@adelphia.net> J. Hartline wrote: > Filip Tsachev wrote: > >> 2. and btw: when you want to re-enable sshd service, where's the >> change going to be saved? on mounted hdd like in knoppix possibly? >> >> fedora-livecd-list > > For now nothing will be saved to any disks or storage. > You would just run service sshd start, as you would in a standard > Fedora system. > > J. Hartline Also don't forget, you are welcome to check the Linux4all site and scripts, and see what can be done with it and see about getting Kadischi to use it. This is one step in the right direction for saving stuff like user settings. J. Hartline From chitlesh at fedoraproject.org Tue Mar 14 19:24:22 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 20:24:22 +0100 Subject: [Fedora-livecd-list] What to commit to CVS: Message-ID: <13dbfe4f0603141124q3669e67fw74aaee831ea7c9f9@mail.gmail.com> On 3/14/06, J. Hartline wrote: > I think we need to go ahead and get these committed, bringing Kadischi > up to speed with FC5 > which is inevitably going to be released is in my opinion more important. > > If not, some blocks could be put in to actually make Kadischi work with > FC4 OR FC5(Final). > What do you think Chitlesh? Fedora Core 5 will be soon knocking on our doors. I remind that for each release, Fedora Core provides the cutting edge technology. Since The Kadischi Project is part of the Fedora Project, Kadischi should eventually be updated to satisfy any user using Fedora Core 5. As Kadischi is in development stage, I suggest that the CVS version of Kadischi provides full compatibility to Fedora Core 5 without the need to patch whatsoever. Nevertheless, a RPM/SRPM would be enough for FC4 users. I agree with Jasper to get the CVS version tuned for FC5 and a RPM for FC4. Afterwards, the documentation needs to be updated to fit the related changes made in CVS. Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Mar 14 19:26:28 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 20:26:28 +0100 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: <4416FCAE.4070009@adelphia.net> References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> <4416FCAE.4070009@adelphia.net> Message-ID: <13dbfe4f0603141126n21e5faban4f7f202b21513611@mail.gmail.com> On 3/14/06, J. Hartline wrote: > You will need to update Anaconda, this was recently fixed in RAWHIDE. His problem was solved :) In the Future, I think we might state on the wiki the status of anaconda with respect to kadischi, (if anaconda is broken for kadischi). -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Mar 14 19:40:08 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 20:40:08 +0100 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <4416FF90.5020708@adelphia.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> <4416FF90.5020708@adelphia.net> Message-ID: <13dbfe4f0603141140k1aca7786q17003b729817f527@mail.gmail.com> > Sure, this is a good idea with any rapidly developing project. > However, I've personally decided to contribute a RPM and SRPM > and will keep it up to date, in fact I'll probably rebuild it again > along with supply a FC4 RPM. > (Meaning it should be used on FC4, not that it is an Official package). > > Where Kadischi is now, I do not see any benefit in having nightly > tarballs, or RPMs > generated. Maybe someone else does.. I doubt it. True, kadischi isn't a rapidly developing project yet. if the CVS version is tuned for FC5, I don't see the use of having daily rpms, since most of the updates will be commited to CVS directly or on the Kadischi/UserContribution. I remind that Kadischi/UserContribution didn't move forward as requested. -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Tue Mar 14 19:25:44 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 14:25:44 -0500 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: <13dbfe4f0603141126n21e5faban4f7f202b21513611@mail.gmail.com> References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> <4416FCAE.4070009@adelphia.net> <13dbfe4f0603141126n21e5faban4f7f202b21513611@mail.gmail.com> Message-ID: <441718B8.6060703@adelphia.net> Chitlesh GOORAH wrote: >In the Future, I think we might state on the wiki the status of >anaconda with respect to kadischi, (if anaconda is broken for >kadischi). > > The length of breakage has no significant value enough that a wiki entry about it is neccessary. The latest break with Kadischi and Anaconda had been fixed in under 3 days. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185172 If you'll notice, 2006-03-10 23:19 EST to 2006-03-13 11:39 EST is 3 days. In my opinion what you are suggesting is absolutely unneccessary. J. Hartline From jasperhartline at adelphia.net Tue Mar 14 19:28:40 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 14:28:40 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603141140k1aca7786q17003b729817f527@mail.gmail.com> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> <4416FF90.5020708@adelphia.net> <13dbfe4f0603141140k1aca7786q17003b729817f527@mail.gmail.com> Message-ID: <44171968.5050004@adelphia.net> Chitlesh GOORAH wrote: >I remind that Kadischi/UserContribution didn't move forward as requested. > > > I think that was supposed to be UserContributions, but anyhow.. what do you mean move forward as suggested? J. Hartline From chitlesh at fedoraproject.org Tue Mar 14 20:43:49 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 21:43:49 +0100 Subject: [Fedora-livecd-list] kadischi-fc5tx.patch In-Reply-To: <441718B8.6060703@adelphia.net> References: <13dbfe4f0603140429j5abeb26byafc2638dfa57a91f@mail.gmail.com> <4416FCAE.4070009@adelphia.net> <13dbfe4f0603141126n21e5faban4f7f202b21513611@mail.gmail.com> <441718B8.6060703@adelphia.net> Message-ID: <13dbfe4f0603141243g417a8548k950ef1c8d34d143@mail.gmail.com> On 3/14/06, J. Hartline wrote: > Chitlesh GOORAH wrote: > > >In the Future, I think we might state on the wiki the status of > >anaconda with respect to kadischi, (if anaconda is broken for > >kadischi). > > > > > The length of breakage has no significant value enough that a wiki entry > about it > is neccessary. The latest break with Kadischi and Anaconda had been > fixed in under 3 days. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185172 > > If you'll notice, 2006-03-10 23:19 EST to 2006-03-13 11:39 EST > is 3 days. In my opinion what you are suggesting is absolutely unneccessary. > > J. Hartline ok, my idea to >/dev/null :) -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Mar 14 21:24:00 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 14 Mar 2006 22:24:00 +0100 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <44171968.5050004@adelphia.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> <4416FF90.5020708@adelphia.net> <13dbfe4f0603141140k1aca7786q17003b729817f527@mail.gmail.com> <44171968.5050004@adelphia.net> Message-ID: <13dbfe4f0603141324j266a2c43u3e90560fcf8e76df@mail.gmail.com> > I think that was supposed to be UserContributions, but anyhow.. > what do you mean move forward as suggested? > > J. Hartline http://fedoraproject.org/wiki/Kadischi/UserContributions I mean it was requested to have a page UserContributions but no one uses it. -- http://clunixchit.blogspot.com From jdogalt at yahoo.com Tue Mar 14 21:30:34 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Tue, 14 Mar 2006 13:30:34 -0800 (PST) Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <4416FF90.5020708@adelphia.net> Message-ID: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> > Where Kadischi is now, I do not see any benefit in having nightly > tarballs, or RPMs > generated. Maybe someone else does.. I doubt it. > > J. Hartline >From my experience with regression testing, here is the kind of system I envision for my own project, and which I would recommend for the kadischi maintainers- a daily(/hourly/per-cvs-commit) script which- a) starts a headless virtual machine which has a pristine image of a completely default fc5 image. I.e. vmware displaying to a vnc x server, or xen or qemu which I haven't played with yet. b) script ssh's a command into the virtual system which does the following- b2) cvs checks out kadischi tree b3) invokes script within tree which rpmbuilds tree into src and binary rpms b4) yum/rpm install fresh kad rpm (and reqs) into this virtual system b5) using working kickstart sample included in rpm, build a new basic default livecd c) perhaps still within this VM, boot new livecd in a VM. d) ssh into livecd VM, and run a regression test. first regression test is just a 'hostname', proving that you could ssh into the livecd and run hostname. Eventually of course you would probably want the original host system to be a livecd generated from a stock kickstart file included in the kad rpm. If you have the above process completely automated and headless, it can sit and churn out tests after every cvs commit to the tree, and a) let you know when a cvs commit breaks the tree b) when the tree is unbroken, provide automatically generated rpms which one can confidently say have no dependencies on some developers build system/environment. The phrases 'self hosting' and 'eating our own dogmeat' should come to mind. Hopefully this is one of the reasons why you guys are spending so much time getting xen to work... :) -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Tue Mar 14 23:51:22 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 14 Mar 2006 18:51:22 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> Message-ID: <441756FA.2050706@adelphia.net> Jane Dogalt wrote: >Hopefully this is one of the reasons why you guys are spending so much time >getting xen to work... :) > >-jdog > > Xen already works for me. The first bit of trouble I started having with it was trying to boot this ISO under Qemu, which would just stall using 100% CPU on the machine. Therefore I changed some options passed and started getting errors rather than just stalling. At this time I decided to just burn a CD and try it.. which of course still gave me problems. Finally I decided to run the same options in a real environment as I had when it was stalling under Qemu and lo and behold it just worked, like nothing was ever wrong. In reality it was never difficult except due to the circumstances of running the Xen ISO under Qemu got me off track. I am just waiting for folks to test it on thier machines, and let me know how it works for them. J. Hartline. From jasperhartline at adelphia.net Wed Mar 15 05:14:20 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 15 Mar 2006 00:14:20 -0500 Subject: [Fedora-livecd-list] Kadischi - FC4 RPM & SRPM Message-ID: <4417A2AC.2030503@adelphia.net> Chitlesh: Check the website at http://autopsy.thetabox.org/SRPMS and http://autopsy.thetabox.org/RPMS/i386 I've rebuilt the package to have the Xen and SMP kernel fixes for Fedora Core 4. That is in the package string. I can maintain this package at that site, and hopefully we can move the CVS along, as it should. Thanks. J. Hartline From filip.tsachev at fedora.redhat.com Wed Mar 15 07:11:00 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Wed, 15 Mar 2006 09:11:00 +0200 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441756FA.2050706@adelphia.net> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> <441756FA.2050706@adelphia.net> Message-ID: I also meant per-cvs-commit like kadishi_CVS_20060315.srpm... maybe hosted at sourceforge? -- Cheers, Filip From filip.tsachev at fedora.redhat.com Wed Mar 15 08:25:00 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Wed, 15 Mar 2006 10:25:00 +0200 Subject: [Fedora-livecd-list] yum note at wiki Message-ID: I don't have FC4, but is the info bellow still necessary? If not, I'd suggest to strip it. YUM Note You might be encounter following warning message during installing anaconda package: # yum install anaconda ... warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID db42a60e public key not available for anaconda-help-10.1.0-1.noarch.rpm Retrieving GPG key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora The GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora (0x4F2A6FD2) is already installed but is not the correct key for this package. Check that this is the correct key for the "Fedora Core 4 - i386 - Base" repository. -- Cheers, Filip From filip.tsachev at fedora.redhat.com Wed Mar 15 08:41:10 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Wed, 15 Mar 2006 10:41:10 +0200 Subject: [Fedora-livecd-list] Kadischi - FC4 RPM & SRPM In-Reply-To: <4417A2AC.2030503@adelphia.net> References: <4417A2AC.2030503@adelphia.net> Message-ID: On 15/03/06, J. Hartline wrote: > Chitlesh: > Check the website at http://autopsy.thetabox.org/SRPMS and > http://autopsy.thetabox.org/RPMS/i386 > I've rebuilt the package to have the Xen and SMP kernel fixes for Fedora > Core 4. > That is in the package string. > > I can maintain this package at that site, and hopefully we can move the > CVS along, as it should. That being stated shoud your URLs be added at the wiki section: "Downloading For now, the only way to download Kadischi is via anonymous CVS. " If you don't mind of course. :) -- Cheers, Filip From chitlesh at fedoraproject.org Wed Mar 15 10:58:04 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 15 Mar 2006 11:58:04 +0100 Subject: [Fedora-livecd-list] Kadischi - FC4 RPM & SRPM In-Reply-To: References: <4417A2AC.2030503@adelphia.net> Message-ID: <13dbfe4f0603150258n57a215e5i95e4925f4422a8bf@mail.gmail.com> On 3/15/06, Filip Tsachev wrote: > On 15/03/06, J. Hartline wrote: > > Chitlesh: > > Check the website at http://autopsy.thetabox.org/SRPMS and > > http://autopsy.thetabox.org/RPMS/i386 > > I've rebuilt the package to have the Xen and SMP kernel fixes for Fedora > > Core 4. > > That is in the package string. Thanks Jasper. > > I can maintain this package at that site, and hopefully we can move the > > CVS along, as it should. Ive mirrored them at http://beta.glwb.info/kadischi > That being stated shoud your URLs be added at the wiki section: > > "Downloading > > For now, the only way to download Kadischi is via anonymous CVS. " > > If you don't mind of course. :) Done. :) http://fedoraproject.org/wiki/Kadischi#Download Chitlesh GOORAH -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 15 11:12:27 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 15 Mar 2006 12:12:27 +0100 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441756FA.2050706@adelphia.net> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> <441756FA.2050706@adelphia.net> Message-ID: <13dbfe4f0603150312g55f8fbdeu533cecd5ba8f4b0b@mail.gmail.com> > Xen already works for me. > I am just waiting for folks to test it on thier machines, and let me > know how it works for them. > J. Hartline. The patch allows the livecd to boot. Maybe I didn't grasp something. Does your patch is meant to launch the livecd with the xen hypervisor kernel ? Because it does not seem to. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 15 11:35:10 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 15 Mar 2006 12:35:10 +0100 Subject: [Fedora-livecd-list] Re: What to commit to CVS: In-Reply-To: <13dbfe4f0603141124q3669e67fw74aaee831ea7c9f9@mail.gmail.com> References: <13dbfe4f0603141124q3669e67fw74aaee831ea7c9f9@mail.gmail.com> Message-ID: <13dbfe4f0603150335w3b4ff2ecl591d44b2e1fd4d39@mail.gmail.com> Hai there, Jasper and I decided that its time to commit to changes to CVS. (Jasper correct me im wrong somewhere) In the following days, we think the CVS version will be updated, eventually the wiki contents too. The actual CVS version will be patched with the FC5 patches that were proposed whether on the mailing list or on bugzilla. Hence the updated CVS version will be tuned for FC5. As for Kadischi support for FC4, Jasper will provide rpms and srpms (Ill mirror them). The rpm and srpm have already been built: http://fedoraproject.org/wiki/Kadischi#Download If you have worked on new stuffs that you want to share, post here or on the wiki :) cheers, Chitlesh GOORAH -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 15 17:24:40 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 15 Mar 2006 18:24:40 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch In-Reply-To: <44160416.6050907@adelphia.net> References: <44160416.6050907@adelphia.net> Message-ID: <13dbfe4f0603150924h9eb976fhfc5b873d0c174498@mail.gmail.com> On 3/14/06, J. Hartline wrote: > Hi. > I've changed the patch a bit for using Xen and bootsplash files for > Kadischi. > The patch is attached below along with the Makefile.am configure.ac and > bootsplash/Makefile.am. > See how this works out for you. > > If there are any further modifications that need to be done let me know. > Chitlesh, until I add bootsplash to CVS with the respective files you > will need to add the files yourself. > (memtest, isolinux.txt, splash.lss, f1.txt, f4.txt, f5.txt, etc and f2 > and f3.txt if we can get those soon.) > > If at all possible try to get someone from the Docs comittee to proof > and comment on > wording, etc so we can eventually get your files and these things committed. > > 1) Top level Makefile.am patch > 2) Top level configure.ac patch > 3) livecd_generator/install-boot.sh patch > 4) kadischi/bootsplash/Makefile.am Hello Jasper, I have attached the "bootsplash" folder along with its contents as well as the Makefile.am This is only the folder. Do use your given patches before commiting to CVS. Once committed, the Kadischi/Development/boot not be useful for Kadischi. I proposed that the default splash.lss be that of FC5T3. I have added some simple commands on how to create one's own splash.lss on Kadischi/UserContributions Afterwards anyone who wants to create his own splash.lss , will have the howto on the wiki. Ive also added 2 tables which might be useful: # Vesa Codes fo Isolinux # Booting other Devices Chitlesh GOORAH -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Mar 15 17:33:45 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 15 Mar 2006 12:33:45 -0500 Subject: [Fedora-livecd-list] Kadischi - FC4 RPM & SRPM In-Reply-To: References: <4417A2AC.2030503@adelphia.net> Message-ID: <44184FF9.7000809@adelphia.net> Filip Tsachev wrote: >That being stated shoud your URLs be added at the wiki section: > >"Downloading > >For now, the only way to download Kadischi is via anonymous CVS. " > >If you don't mind of course. :) > > It isn't a good idea until the .spec file conforms to Fedora Extras PackagingGuidelines outlined here: http://fedoraproject.org/wiki/Packaging/Guidelines and is rebuilt for Fedora Core 5. That is something I would like to do soon, or if anyone else wants they can too. For now it shouldn't exist on fedoraproject.org wiki anywhere. J. Hartline From jasperhartline at adelphia.net Wed Mar 15 17:39:58 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 15 Mar 2006 12:39:58 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603150312g55f8fbdeu533cecd5ba8f4b0b@mail.gmail.com> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> <441756FA.2050706@adelphia.net> <13dbfe4f0603150312g55f8fbdeu533cecd5ba8f4b0b@mail.gmail.com> Message-ID: <4418516E.6030500@adelphia.net> Chitlesh GOORAH wrote: >The patch allows the livecd to boot. > >Maybe I didn't grasp something. >Does your patch is meant to launch the livecd with the xen hypervisor >kernel ? Because it does not seem to. > > It isn't called hypervisor now of course, but yes. I've already requested information from you in another mail, if you cannot provide this information.. the reports of it not doing what you want are less than productive. If you can provide the contents of your isolinux.cfg file from the ISO you've created and the output of ls -l /boot/isolinux that would be helpful as requested already here: https://www.redhat.com/archives/fedora-livecd-list/2006-March/msg00126.html J. Hartline From jasperhartline at adelphia.net Wed Mar 15 17:45:39 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 15 Mar 2006 12:45:39 -0500 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch In-Reply-To: <13dbfe4f0603150924h9eb976fhfc5b873d0c174498@mail.gmail.com> References: <44160416.6050907@adelphia.net> <13dbfe4f0603150924h9eb976fhfc5b873d0c174498@mail.gmail.com> Message-ID: <441852C3.4010206@adelphia.net> Chitlesh GOORAH wrote: >Hello Jasper, >I have attached the "bootsplash" folder along with its contents as >well as the Makefile.am > >This is only the folder. Do use your given patches before commiting to CVS. > > I don't know what you are talking about. There is nothing attached to this mail. :-P J. Hartline From chitlesh at fedoraproject.org Wed Mar 15 19:30:06 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 15 Mar 2006 20:30:06 +0100 Subject: [Fedora-livecd-list] Kadischi - Xen & Bootsplash - patch In-Reply-To: <441852C3.4010206@adelphia.net> References: <44160416.6050907@adelphia.net> <13dbfe4f0603150924h9eb976fhfc5b873d0c174498@mail.gmail.com> <441852C3.4010206@adelphia.net> Message-ID: <13dbfe4f0603151130x1c5a9748n16ed39531605a58d@mail.gmail.com> sorry It was not sent (more that 50kb) here you go http://beta.glwb.info/bootsplash.tar.bz2 -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 15 21:02:53 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 15 Mar 2006 22:02:53 +0100 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <4418516E.6030500@adelphia.net> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> <441756FA.2050706@adelphia.net> <13dbfe4f0603150312g55f8fbdeu533cecd5ba8f4b0b@mail.gmail.com> <4418516E.6030500@adelphia.net> Message-ID: <13dbfe4f0603151302k36947b86n7e2f99bf5545ea93@mail.gmail.com> Here you go, default linux prompt 1 display isolinux.txt timeout 600 F1 f1.txt F4 f4.txt F5 f5.txt label linux kernel vmlinuz append initrd=initrd.img quiet rhgb label debug kernel vmlinuz append initrd=initrd.img INITRD_DBG=x ramdisk_size=10000 label memtest86 kernel memtest append - ls -l output : -rw-r--r-- 1 root root 286 Mar 15 21:29 /mnt/iso/boot/isolinux/isolinux.cfg so it is the xen0 -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Mar 15 20:06:48 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 15 Mar 2006 15:06:48 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603151302k36947b86n7e2f99bf5545ea93@mail.gmail.com> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> <441756FA.2050706@adelphia.net> <13dbfe4f0603150312g55f8fbdeu533cecd5ba8f4b0b@mail.gmail.com> <4418516E.6030500@adelphia.net> <13dbfe4f0603151302k36947b86n7e2f99bf5545ea93@mail.gmail.com> Message-ID: <441873D8.5030505@adelphia.net> Chitlesh GOORAH wrote: >Here you go, >default linux >prompt 1 >display isolinux.txt >timeout 600 >F1 f1.txt >F4 f4.txt >F5 f5.txt >label linux > kernel vmlinuz > append initrd=initrd.img quiet rhgb >label debug > kernel vmlinuz > append initrd=initrd.img INITRD_DBG=x ramdisk_size=10000 >label memtest86 > kernel memtest > append - > > From this it doesn't look like Xen was chosen to be installed. >ls -l output : >-rw-r--r-- 1 root root 286 Mar 15 21:29 /mnt/iso/boot/isolinux/isolinux.cfg > >so it is the xen0 > > I was looking for out output of /boot/isolinux not /boot/isolinux/isolinux.cfg. Please repost with the relevant information. J. Hartline From chitlesh at fedoraproject.org Wed Mar 15 21:12:57 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 15 Mar 2006 22:12:57 +0100 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441873D8.5030505@adelphia.net> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> <441756FA.2050706@adelphia.net> <13dbfe4f0603150312g55f8fbdeu533cecd5ba8f4b0b@mail.gmail.com> <4418516E.6030500@adelphia.net> <13dbfe4f0603151302k36947b86n7e2f99bf5545ea93@mail.gmail.com> <441873D8.5030505@adelphia.net> Message-ID: <13dbfe4f0603151312r3cc63b30n62ae37a2b7e32cde@mail.gmail.com> > I was looking for out output of /boot/isolinux not > /boot/isolinux/isolinux.cfg. > Please repost with the relevant information. [root at goorah ~]# ls -l /mnt/iso/boot/isolinux/ total 2836 -r--r--r-- 1 root root 2048 Mar 15 21:30 boot.cat -rwxr-xr-x 1 root root 939 Mar 15 21:29 f1.txt -rwxr-xr-x 1 root root 225 Mar 15 21:29 f2.txt -rwxr-xr-x 1 root root 222 Mar 15 21:29 f3.txt -rwxr-xr-x 1 root root 720 Mar 15 21:29 f4.txt -rwxr-xr-x 1 root root 683 Mar 15 21:29 f5.txt -rw-r--r-- 1 root root 1264141 Mar 15 21:29 initrd.img -rw-r--r-- 1 root root 10584 Mar 15 21:29 isolinux.bin -rw-r--r-- 1 root root 286 Mar 15 21:29 isolinux.cfg -rwxr-xr-x 1 root root 269 Mar 15 21:29 isolinux.txt -rwxr-xr-x 1 root root 94600 Mar 15 21:29 memtest -rwxr-xr-x 1 root root 11035 Mar 15 21:29 splash.lss -rw-r--r-- 1 root root 1515418 Mar 15 21:29 vmlinu -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Mar 15 20:14:14 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 15 Mar 2006 15:14:14 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603151312r3cc63b30n62ae37a2b7e32cde@mail.gmail.com> References: <20060314213034.26885.qmail@web38412.mail.mud.yahoo.com> <441756FA.2050706@adelphia.net> <13dbfe4f0603150312g55f8fbdeu533cecd5ba8f4b0b@mail.gmail.com> <4418516E.6030500@adelphia.net> <13dbfe4f0603151302k36947b86n7e2f99bf5545ea93@mail.gmail.com> <441873D8.5030505@adelphia.net> <13dbfe4f0603151312r3cc63b30n62ae37a2b7e32cde@mail.gmail.com> Message-ID: <44187596.6050209@adelphia.net> Chitlesh GOORAH wrote: >[root at goorah ~]# ls -l /mnt/iso/boot/isolinux/ >total 2836 >-r--r--r-- 1 root root 2048 Mar 15 21:30 boot.cat >-rwxr-xr-x 1 root root 939 Mar 15 21:29 f1.txt >-rwxr-xr-x 1 root root 225 Mar 15 21:29 f2.txt >-rwxr-xr-x 1 root root 222 Mar 15 21:29 f3.txt >-rwxr-xr-x 1 root root 720 Mar 15 21:29 f4.txt >-rwxr-xr-x 1 root root 683 Mar 15 21:29 f5.txt >-rw-r--r-- 1 root root 1264141 Mar 15 21:29 initrd.img >-rw-r--r-- 1 root root 10584 Mar 15 21:29 isolinux.bin >-rw-r--r-- 1 root root 286 Mar 15 21:29 isolinux.cfg >-rwxr-xr-x 1 root root 269 Mar 15 21:29 isolinux.txt >-rwxr-xr-x 1 root root 94600 Mar 15 21:29 memtest >-rwxr-xr-x 1 root root 11035 Mar 15 21:29 splash.lss >-rw-r--r-- 1 root root 1515418 Mar 15 21:29 vmlinu > > The information provided shows you have not chosen to install Xen. Please choose report the kernel* packages in your current Kadischi repository installation source. J. Hartline From jasperhartline at adelphia.net Wed Mar 15 22:19:49 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 15 Mar 2006 17:19:49 -0500 Subject: [Fedora-livecd-list] Re: Kadischi - RPM/SRPMS Message-ID: <44189305.5090104@adelphia.net> Chitlesh I've removed the references to the RPM/SRPMS as they do not conform to Fedora Extras packaging guidelines. Also I think it is proper to ask a user's permission before posting a contributor's name on the wiki. In the Kadischi/FAQ you see I've given credit to "ignacio" who is also a member on the wiki though I explicitly asked him if I could, it is only fair. I've also removed your name, if you feel it is neccessary to have your name there with a reference to the RPM/SRPMS for FC4 for Kadischi that is fine.. I have removed it for now since the spec file will be rewritten to conform to standards. This will probably be done sometime after we can get some things committed here in a few days. It is in my plans of todos for the Kadischi application. Thanks. J. Hartline From jasperhartline at adelphia.net Thu Mar 16 11:30:38 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 06:30:38 -0500 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules Message-ID: <44194C5E.50901@adelphia.net> Hi. Chitlesh if we can get the f1-f5 texts sometime today, that would be great. They should take but a few minutes to write. I've spotted a small flaw in your current texts. 1) "F1-More information" should actually be F1-Main just like you see on current release discs. F1 should always go to isolinux.txt (which could be renamed to f1.txt). Right now we are just waiting on: f2.txt and f3.txt from you and a confirmation on whether we add a Xen screen, on just Xen kernel installs or one of them is always Xen. When we get these issues out of the way I can hopefully regenerate a final patch set and send to the list. Thanks Chitlesh. J. Hartline From chitlesh at fedoraproject.org Thu Mar 16 12:38:42 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 13:38:42 +0100 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 Message-ID: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> Hai there, Thanks to FilipTsachev, there WILL BE (in the next few hours) another beta Fedora Core 5 Test 3 based LiveCD available for download. JonFautley said the (previous) ISO downloads had totaled over 90GB in about 5 days. :) Isn't it GREAT ?? :) Thanks again Jon. This is the (long awaited) english version :) About the Live CD The liveCD is gnome-based only. ISO size: 671.4 MB License: same as Fedora Core 5 Test 3 Some New Features: * Choice of keyboard layout, netconfig and timezone * some new Boot Parameters (As RahulSundaram suggested before, "test" is renamed to "debug"). * boot param to boot from harddisk * 2 Users : root and fedora both having "livecd" as password * For user "root", marketing materials on the desktop which might be helpful for Fedora Ambassadors.: (handouts (en,fr),a presentation of gregdek, 2 videos of DavidNalley) * use of splash.lss of the FC5T3 DVD *using F{1,4,5} keys to describe Fedora Project, the License and Optional commands * specify that this is a Fedora Core Live CD during the booting process * Among the default FC5T3 packages, the following packages have been updated : firefox (1.5.5.0.1-7), fedora-logos (1.1.4.2-1), redhat-artwork (0.241-1) and redhat-menus (6.7.5-1) Once again, Im pointing out that not all packages could be included in this Livecd :( Ill update the builds wiki later on, once I get myself some sleep :) Filip will give the link later on. Ambassadors should not forget this ============================= For user "root", marketing materials on the desktop which might be helpful for Fedora Ambassadors.: (handouts (en,fr),a presentation of gregdek, 2 videos of DavidNalley) ============================= Visit my blog http://clunixchit.blogspot.com and http://fedoraproject.org/wiki/ChitleshGoorah/builds Cheers, Chitlesh GOORAH -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Mar 16 12:12:47 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 07:12:47 -0500 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> Message-ID: <4419563F.5010305@adelphia.net> Chitlesh GOORAH wrote: >Hai there, > >Thanks to FilipTsachev, there WILL BE (in the next few hours) another >beta Fedora Core 5 Test 3 based LiveCD available for download. >JonFautley said the (previous) ISO downloads had totaled over 90GB in >about 5 days. :) Isn't it GREAT ?? :) Thanks again Jon. > > Fedora Core 5 final is going to be released on the targeted March 20th date. Why not try to build a FC5 ISO, rather than a FC5 test 3 ISO with buggy packages that have updates? J. Hartline From chitlesh at fedoraproject.org Thu Mar 16 13:17:20 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 14:17:20 +0100 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: <4419563F.5010305@adelphia.net> References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> <4419563F.5010305@adelphia.net> Message-ID: <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> On 3/16/06, J. Hartline wrote: > Fedora Core 5 final is going to be released on the targeted March 20th date. > Why not try to build a FC5 ISO, rather than a FC5 test 3 ISO with buggy > packages that have updates? I don't have FC5 iso yet. This iso I have built on sunday. but due to certain difficulties encountered with the upload , Filip managed to make it possible for me to upload the iso last night. -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Mar 16 12:33:00 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 07:33:00 -0500 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> <4419563F.5010305@adelphia.net> <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> Message-ID: <44195AFC.50405@adelphia.net> Chitlesh GOORAH wrote: >On 3/16/06, J. Hartline wrote: > > >>Fedora Core 5 final is going to be released on the targeted March 20th date. >>Why not try to build a FC5 ISO, rather than a FC5 test 3 ISO with buggy >>packages that have updates? >> >> > >I don't have FC5 iso yet. >This iso I have built on sunday. >but due to certain difficulties encountered with the upload , Filip >managed to make it possible for me to upload the iso last night. > > Well, not many people would have the FC5 final yet. That is besides the point of the question. The point of the question is why are you building and trying to distribute "90GB" of buggy software packages that have updates from a development tree, rather than build something that is deemed stable/fixed. Do you know how many of those packages have had high priority security updates? Fedora Core 5 is right around the corner. J. Hartline From filip.tsachev at fedora.redhat.com Thu Mar 16 13:40:43 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Thu, 16 Mar 2006 15:40:43 +0200 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: <44195AFC.50405@adelphia.net> References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> <4419563F.5010305@adelphia.net> <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> <44195AFC.50405@adelphia.net> Message-ID: On 16/03/06, J. Hartline wrote: > The point of the question is why are you building and trying to > distribute "90GB" > of buggy software packages that have updates from a development tree, > rather than build something that is > deemed stable/fixed. Do you know how many of those packages have had > high priority security updates? > Fedora Core 5 is right around the corner. I think it's clear that it's a test release, I also think we all use this test release for ourselves? 20th or March will not be the end of updates...to the distibution, I see it as pretty much the same if you're distributing Fedora 5test3 installation/live media, no? -- Cheers, Filip From jasperhartline at adelphia.net Thu Mar 16 12:47:02 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 07:47:02 -0500 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> <4419563F.5010305@adelphia.net> <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> <44195AFC.50405@adelphia.net> Message-ID: <44195E46.6000107@adelphia.net> Filip Tsachev wrote: >On 16/03/06, J. Hartline wrote: > > >>The point of the question is why are you building and trying to >>distribute "90GB" >>of buggy software packages that have updates from a development tree, >>rather than build something that is >>deemed stable/fixed. Do you know how many of those packages have had >>high priority security updates? >>Fedora Core 5 is right around the corner. >> >> >I think it's clear that it's a test release, I also think we all use >this test release for ourselves? 20th or March will not be the end of >updates...to the distibution, I see it as pretty much the same if >you're distributing Fedora 5test3 installation/live media, no? > > No. Test releases are for testers, hence "test 1,2,3". You can't update LiveCD media. Plus, test 3 was released a looooong time ago. Fedora Core 5 should be here in about 4 days, give or take a day depending on your timezone. J. Hartline From chitlesh at fedoraproject.org Thu Mar 16 13:52:32 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 14:52:32 +0100 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: <44195AFC.50405@adelphia.net> References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> <4419563F.5010305@adelphia.net> <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> <44195AFC.50405@adelphia.net> Message-ID: <13dbfe4f0603160552r4e8ea519x3be147e183ba8a9f@mail.gmail.com> On 3/16/06, J. Hartline wrote: > Well, not many people would have the FC5 final yet. > That is besides the point of the question. > > The point of the question is why are you building and trying to > distribute "90GB" > of buggy software packages that have updates from a development tree, > rather than build something that is > deemed stable/fixed. Do you know how many of those packages have had > high priority security updates? > Fedora Core 5 is right around the corner. Well I start over again the discussion we had before: Whether its FC5 or FC5T3, it doesn't matter that much, since FC5 is not yet released. 1. it is a beta LiveCD release in English that many ambassadors requested to me 2. to know what features are lacking in our livecds: e.g. eject upon reboot/halt , autologin ..... 3. WE CANT MAKE A FEDORA OFFICIAL LIVECD ALL A SUDDEN we have to know what is the FEDORA COMMUNITY demanding ? 4. prepare SUITABLE materials for Fedora Ambassadors and add THEIR favorite packages (we have to know all these) ..................... Mether, did explain last time on Livecd list i think Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Thu Mar 16 14:04:38 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 15:04:38 +0100 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: <13dbfe4f0603160552r4e8ea519x3be147e183ba8a9f@mail.gmail.com> References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> <4419563F.5010305@adelphia.net> <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> <44195AFC.50405@adelphia.net> <13dbfe4f0603160552r4e8ea519x3be147e183ba8a9f@mail.gmail.com> Message-ID: <13dbfe4f0603160604j464a3e23v816cea64180bf975@mail.gmail.com> If anyone has any suggestions he/ she is welcome. Ive created a table "proposals" in this wiki page. http://fedoraproject.org/wiki/ChitleshGoorah/builds Please add issues you think that it would be good to have in the livecd. Seriously we have to move forward. Jasper can you add a notice on that table concerning my packages? Ill work on them later on. -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Mar 16 13:16:40 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 08:16:40 -0500 Subject: [Fedora-livecd-list] Fedora LiveCD build#002 In-Reply-To: <13dbfe4f0603160604j464a3e23v816cea64180bf975@mail.gmail.com> References: <13dbfe4f0603160438j416d94f5k8a1cfd0c8ff3503@mail.gmail.com> <4419563F.5010305@adelphia.net> <13dbfe4f0603160517g2a8c8824s7a82432113d2b43d@mail.gmail.com> <44195AFC.50405@adelphia.net> <13dbfe4f0603160552r4e8ea519x3be147e183ba8a9f@mail.gmail.com> <13dbfe4f0603160604j464a3e23v816cea64180bf975@mail.gmail.com> Message-ID: <44196538.9010102@adelphia.net> Chitlesh GOORAH wrote: >Jasper can you add a notice on that table concerning my packages? >Ill work on them later on. > > No. 1) There was a package list already added within the last hour, so I don't know why you are asking. 2) It is unethical to edit another user's wiki page HomePage. 3) User's do not have permission within the wiki to edit another user's wiki HomePage. I don't know why you think it would be this way. I certainly wouldn't want anyone modifying mine. That could lead to serious responsibilty problems, such as forbidden content posted on a user's homepage. Like claiming Fedora Core belongs to them here "Fedora Live CD is MY product. Yes, MINE because it is NOT yet OFFICIAL." on your homepage. That could be considered violation of IP rights, or anything else. Just as an example. J. Hartline From chitlesh at fedoraproject.org Thu Mar 16 16:08:26 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 17:08:26 +0100 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <44194C5E.50901@adelphia.net> References: <44194C5E.50901@adelphia.net> Message-ID: <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> On 3/16/06, J. Hartline wrote: > Hi. > Chitlesh if we can get the f1-f5 texts sometime today, that would be great. > They should take but a few minutes to write. > > I've spotted a small flaw in your current texts. > 1) "F1-More information" should actually be F1-Main just like you see on > current release discs. > F1 should always go to isolinux.txt (which could be renamed to f1.txt). > > Right now we are just waiting on: > f2.txt and f3.txt from you and a confirmation > on whether we add a Xen screen, on just Xen kernel installs or one of > them is always Xen. > When we get these issues out of the way I can hopefully regenerate a > final patch set and send to the list. > I agree with the optional boot.msg for the xen0. im working on it. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Thu Mar 16 16:28:01 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 17:28:01 +0100 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> Message-ID: <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> > I agree with the optional boot.msg for the xen0. > im working on it. > done have alook at beta.glwb.info/bootsplash.tar.bz2 Chitlesh -- http://clunixchit.blogspot.com From katzj at redhat.com Thu Mar 16 16:28:38 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 16 Mar 2006 11:28:38 -0500 Subject: [Fedora-livecd-list] Expectation Setting Message-ID: <1142526518.23758.10.camel@orodruin.boston.redhat.com> One thing that I'm seeing is that a lot of people are interested in live CDs (which isn't bad), but I really think that we need to be taking care to set their expectations properly. Everything being produced now is clearly just testing quality and there are significant issues that need to be addressed before we can move beyond that. Sending lots of people out with what we currently have and having it reproduced and distributed has a strong possibility of a negative perception of Fedora and the Fedora Live CD project. Therefore, can we please be sure to be emphasizing that this is all currently development work and not at all considered final? With things based on FC5 test releases, it's (somewhat) obvious without being stated but we need to be extremely clear as Fedora Core 5 is actually released and the live CDs that we're producing are still development versions. In other stuff, I've spent a little bit of time trying to clean up a few things while I've been testing the FC5 trees that are being produced. Expect to see more of it probably the start of next week (need to spend today making sure things are ready for Extras to correspond with FC5 as well as so that the next development tree can be opened up) Thanks, Jeremy From chitlesh at fedoraproject.org Thu Mar 16 16:38:59 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 17:38:59 +0100 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> Message-ID: <13dbfe4f0603160838m53fe7902id84543bb73a8f6f4@mail.gmail.com> On 3/16/06, Chitlesh GOORAH wrote: > > I agree with the optional boot.msg for the xen0. > > im working on it. > > > done have alook at > beta.glwb.info/bootsplash.tar.bz2 > > Chitlesh > -- > http://clunixchit.blogspot.com > F1 boot.msg F2 options.msg F3 general.msg F4 license.msg F5 xen.msg -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Thu Mar 16 16:03:57 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 11:03:57 -0500 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> Message-ID: <44198C6D.5080203@adelphia.net> Chitlesh GOORAH wrote: >done have alook at >beta.glwb.info/bootsplash.tar.bz2 > >Chitlesh > > The texts were all that were neccessary. The memtest, splash.lss and Makefile.am I can deal with here. Besides your Makefile.am is incorrect. Let me get back with you on this. J. Hartline From jasperhartline at adelphia.net Thu Mar 16 16:48:26 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 11:48:26 -0500 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> Message-ID: <441996DA.2080506@adelphia.net> Chitlesh GOORAH wrote: > >done have alook at >beta.glwb.info/bootsplash.tar.bz2 > >Chitlesh > > Alright. Check the files at this URL: http://autopsy.thetabox.org/TMP/ The control characters have been stripped so you can just view them in your browser. I'll briefly explain my recommended changes: 1) boot.msg and xen-boot.msg look identical except for the "[F5-Xen]" option in xen-boot.msg 1a) No need to explain the disc is "Xen enabled" as the Xen option would be present via [F5-Xen], uniformity is key. 2) All files boot.msg general.msg options.msg and license.msg have [F5-Xen] taken out. 2a) Not really neccessary since we would rather not have "dead" keys since they would be still labelled. The provided isolinux.cfg is provided SIMPLY as a reference, so you can see how it works, depending on Xen or not Xen CD. The changes I've made above eliminate any crazy sed awk cut grepping in install-boot.sh to change a simple line. I've renamed "bootoptional.msg" to xen-boot.msg, it is just right. Ultimately we only see Xen key options on Xen kernel CDs on keys F1 and F5 the Welcome screen and Xen screen. Otherwise standard screens apply. Thanks. Please send some feedback on anything that should be changed. If no changes need to be made, we can get to discussion about a FC5 (Expected final release) commit to CVS and the list of files it would entail, and changes. We can go from there. J. Hartline From jasperhartline at adelphia.net Thu Mar 16 17:19:35 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 12:19:35 -0500 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <13dbfe4f0603160838m53fe7902id84543bb73a8f6f4@mail.gmail.com> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> <13dbfe4f0603160838m53fe7902id84543bb73a8f6f4@mail.gmail.com> Message-ID: <44199E27.2070103@adelphia.net> Chitlesh GOORAH wrote: >F1 boot.msg >F2 options.msg >F3 general.msg >F4 license.msg >F5 xen.msg > > I've already sent a mail regarding the options. With what you are describing you have dead keys. In the channel we discussed an optional Xen screens, not static. J. Hartline From chitlesh at fedoraproject.org Thu Mar 16 19:44:42 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 16 Mar 2006 20:44:42 +0100 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <441996DA.2080506@adelphia.net> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> <441996DA.2080506@adelphia.net> Message-ID: <13dbfe4f0603161144y1d917393gf6de8ae5c38fc63f@mail.gmail.com> On 3/16/06, J. Hartline wrote: > Chitlesh GOORAH wrote: > > > > >done have alook at > >beta.glwb.info/bootsplash.tar.bz2 > > > >Chitlesh > > > > > Alright. > Check the files at this URL: http://autopsy.thetabox.org/TMP/ > The control characters have been stripped so you can just view them in > your browser. > I'll briefly explain my recommended changes: > 1) boot.msg and xen-boot.msg look identical except for the "[F5-Xen]" > option in xen-boot.msg > 1a) No need to explain the disc is "Xen enabled" as the Xen option would > be present via [F5-Xen], uniformity is key. > 2) All files boot.msg general.msg options.msg and license.msg have > [F5-Xen] taken out. > 2a) Not really neccessary since we would rather not have "dead" keys > since they would be still labelled. > > The provided isolinux.cfg is provided SIMPLY as a reference, so you can > see how it works, depending on Xen or not Xen CD. > The changes I've made above eliminate any crazy sed awk cut grepping in > install-boot.sh to change a simple line. > I've renamed "bootoptional.msg" to xen-boot.msg, it is just right. > > Ultimately we only see Xen key options on Xen kernel CDs on keys F1 and > F5 the Welcome screen and > Xen screen. > Otherwise standard screens apply. Thanks. > Please send some feedback on anything that should be changed. > > If no changes need to be made, we can get to discussion about a FC5 > (Expected final release) commit to CVS > and the list of files it would entail, and changes. We can go from there. > > J. Hartline > > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > sounds good to me :) -- http://clunixchit.blogspot.com From jdogalt at yahoo.com Thu Mar 16 21:36:20 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Thu, 16 Mar 2006 13:36:20 -0800 (PST) Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <1142526518.23758.10.camel@orodruin.boston.redhat.com> Message-ID: <20060316213620.89564.qmail@web38413.mail.mud.yahoo.com> As a user and developer, I would emphatically agree with what Jeremy has diplomatically expressed here. Maybe I'm missing something, but currently the fedora livecd is miles away from even being in the same league as knoppix, which is what people will be judging any 'official' fedora livecd against. Unless that is you emphatically set expectations apropriately. I hesitate to unload all my criticism at once, having been unable to download the french livecd (link didn't work), and not having looked for this recent version. But one thing that strikes me is that making a livecd which is truly stateless (not dependent or even affected by the build systems hardware), requires quite a bit of stuff, stuff that I'm not seeing here yet. >From what I'm seeing on this list, the development cycle for an 'official quality' fedora livecd has barely begun. I think the LWN reviewer was extremely kind when kadischi failed to produce any output for them at all, and still somehow made the review sound net positive. If my evaluation of the state of things is wrong- prove it to me with an iso. -jdog --- Jeremy Katz wrote: > One thing that I'm seeing is that a lot of people are interested in live > CDs (which isn't bad), but I really think that we need to be taking care > to set their expectations properly. Everything being produced now is > clearly just testing quality and there are significant issues that need > to be addressed before we can move beyond that. Sending lots of people > out with what we currently have and having it reproduced and distributed > has a strong possibility of a negative perception of Fedora and the > Fedora Live CD project. > > Therefore, can we please be sure to be emphasizing that this is all > currently development work and not at all considered final? With things > based on FC5 test releases, it's (somewhat) obvious without being stated > but we need to be extremely clear as Fedora Core 5 is actually released > and the live CDs that we're producing are still development versions. > > In other stuff, I've spent a little bit of time trying to clean up a few > things while I've been testing the FC5 trees that are being produced. > Expect to see more of it probably the start of next week (need to spend > today making sure things are ready for Extras to correspond with FC5 as > well as so that the next development tree can be opened up) > > Thanks, > > Jeremy > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From filip.tsachev at fedora.redhat.com Thu Mar 16 21:45:14 2006 From: filip.tsachev at fedora.redhat.com (Filip Tsachev) Date: Thu, 16 Mar 2006 23:45:14 +0200 Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <20060316213620.89564.qmail@web38413.mail.mud.yahoo.com> References: <1142526518.23758.10.camel@orodruin.boston.redhat.com> <20060316213620.89564.qmail@web38413.mail.mud.yahoo.com> Message-ID: On 16/03/06, Jane Dogalt wrote: > If my evaluation of the state of things is wrong- prove it to me with an iso. I can't tell you about compatibility... only test will show http://clunixchit.blogspot.com/2006/03/livecd-enhanced-step-by-step.html Cheers, Filip From jasperhartline at adelphia.net Thu Mar 16 23:18:26 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 16 Mar 2006 18:18:26 -0500 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <13dbfe4f0603161144y1d917393gf6de8ae5c38fc63f@mail.gmail.com> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> <441996DA.2080506@adelphia.net> <13dbfe4f0603161144y1d917393gf6de8ae5c38fc63f@mail.gmail.com> Message-ID: <4419F242.9060001@adelphia.net> Chitlesh GOORAH wrote: >sounds good to me :) > > > > Excellent. Let me provide you with my current queue list of files I'd like update and commit as per fixes and such for Fedora Core 5: 1) kadischi/livecd_generator/install-boot.sh (Xen kernel and bootsplash support, update) 2) kadischi/Makefile.am (Bootsplash/, update) 3) kadischi/configure.ac (Bootsplash/, update) 4) kadischi/bootsplash/ (Bootsplash, addition) 5) kadischi/bootsplash/Makefile.am (Bootsplash, addition) 6) kadischi/bootsplash/memtest (Bootsplash, addition) 7) kadischi/bootsplash/splash.lss (Bootsplash, addition) 8) kadischi/bootsplash/boot.msg (Bootsplash, addition) 9) kadischi/bootsplash/general.msg (Bootsplash, addition) 10) kadischi/bootsplash/license.msg (Bootsplash, addition) 11) kadischi/bootsplash/options.msg (Bootsplash, addition) 12) kadischi/bootsplash/xen-boot.msg (Bootsplash, addition) 13) kadischi/bootsplash/xen.msg (Bootsplash, addition) 14) kadischi/conf/Makefile.am (RPM user build fix, Rudolf Kastl, update) 15) kadischi/livecd_generator/livecd-mkinitrd.sh (Fedora Core 5 fixes, update) 16) kadischi/livecd_generator/kadischi.py (Fedora Core 5 fixes, update) 17) kadischi/post_install_scripts/01prelink.sh (Darko Illic, J. Hartline, addition) 18) kadischi/post_install_scripts/01umountproc.sh (FC4 -> FC5, removal) 19) kadischi/post_install_scripts/Makefile.am (#17 & #18 changes, update) Instead of providing a patch or patches for each file I've put everything together listed above and have built an RPM and SRPM. Maybe this will be easier for some folks to test, etc. Send some feedback. You can find them at the website here: http://autopsy.thetabox.org/RPMS/i386 and http://autopsy.thetabox.org/SRPMS they aren't signed or anything. I've tested both Xen and non Xen installs with yesterdays devel tree for the repository and it works well. Let me know how it works for you guys. If you have any additions let me know and if we can get some testing done without any objections, we'll get Kadischi CVS up to speed with current FC development, and for Core 5, and move this project along a bit. (NOTE: The packages listed above are packaged devel tree documents, not of any official form.) Thanks. J. Hartline From jdogalt at yahoo.com Fri Mar 17 06:07:40 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Thu, 16 Mar 2006 22:07:40 -0800 (PST) Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: Message-ID: <20060317060740.63601.qmail@web38412.mail.mud.yahoo.com> I was getting 3kb/s from that link earlier today. Just now I saw 100KB/s for the first meg, then it dropped quickly to 15KB/s and still falling. I'm impatient. And the fact that you can't tell me about compatibility and are looking for tests, does not inspire me with confidence. For instance, what are you using for X configuration? Vesa? That x command line option which generates a decent xf86config(and which I've woefully forgotten)? A script which parses the output of lspci? For monitors, edid tool? assuming it can handle 1024x768x72hz? How about network autoconfiguration? Does kudzu have some way to automagically do that without user intervention during early boot these days? Did you manage to find the pcimodules program which seems to be absent from pciutils these days? Is there some new magic available for runtime hardware autoconfiguration that wasn't available the last time I did this a few years ago? I guess what instills me with fear is seeing anaconda under kadischi spewing info about probing the hardware of the running system. For now, I'm working under the assumption that I may well have to do quite a bit of post processing to undo assumptions made by a stateful anaconda install. -jdog --- Filip Tsachev wrote: > On 16/03/06, Jane Dogalt wrote: > > If my evaluation of the state of things is wrong- prove it to me with an > iso. > I can't tell you about compatibility... only test will show > http://clunixchit.blogspot.com/2006/03/livecd-enhanced-step-by-step.html > > Cheers, > Filip > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From chitlesh at fedoraproject.org Fri Mar 17 15:49:36 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 17 Mar 2006 16:49:36 +0100 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <4419F242.9060001@adelphia.net> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> <441996DA.2080506@adelphia.net> <13dbfe4f0603161144y1d917393gf6de8ae5c38fc63f@mail.gmail.com> <4419F242.9060001@adelphia.net> Message-ID: <13dbfe4f0603170749x3e28df9fi12cafba49be6c2c7@mail.gmail.com> > 1) kadischi/livecd_generator/install-boot.sh (Xen kernel and bootsplash > support, update) > 2) kadischi/Makefile.am (Bootsplash/, update) > 3) kadischi/configure.ac (Bootsplash/, update) > 4) kadischi/bootsplash/ (Bootsplash, addition) > 5) kadischi/bootsplash/Makefile.am (Bootsplash, addition) > 6) kadischi/bootsplash/memtest (Bootsplash, addition) > 7) kadischi/bootsplash/splash.lss (Bootsplash, addition) > 8) kadischi/bootsplash/boot.msg (Bootsplash, addition) > 9) kadischi/bootsplash/general.msg (Bootsplash, addition) > 10) kadischi/bootsplash/license.msg (Bootsplash, addition) > 11) kadischi/bootsplash/options.msg (Bootsplash, addition) > 12) kadischi/bootsplash/xen-boot.msg (Bootsplash, addition) > 13) kadischi/bootsplash/xen.msg (Bootsplash, addition) > 14) kadischi/conf/Makefile.am (RPM user build fix, Rudolf Kastl, update) > 15) kadischi/livecd_generator/livecd-mkinitrd.sh (Fedora Core 5 fixes, > update) > 16) kadischi/livecd_generator/kadischi.py (Fedora Core 5 fixes, update) > 17) kadischi/post_install_scripts/01prelink.sh (Darko Illic, J. > Hartline, addition) > 18) kadischi/post_install_scripts/01umountproc.sh (FC4 -> FC5, removal) > 19) kadischi/post_install_scripts/Makefile.am (#17 & #18 changes, update) ok > Instead of providing a patch or patches for each file I've put > everything together > listed above and have built an RPM and SRPM. Maybe this will be easier for > some folks to test, etc. Send some feedback. Yes, its a good idea :) > You can find them at the website here: http://autopsy.thetabox.org/RPMS/i386 > and http://autopsy.thetabox.org/SRPMS > they aren't signed or anything. > > I've tested both Xen and non Xen installs with yesterdays devel tree for > the repository > and it works well. Let me know how it works for you guys. If you have > any additions let me know > and if we can get some testing done without any objections, we'll get > Kadischi CVS up to speed with > current FC development, and for Core 5, and move this project along a bit. go on, do you need something else to commit to cvs ? > (NOTE: The packages listed above are packaged devel tree documents, not > of any official form.) > Thanks. > J. Hartline -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Fri Mar 17 15:10:36 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 17 Mar 2006 10:10:36 -0500 Subject: [Fedora-livecd-list] Kadischi - bootsplash modules In-Reply-To: <13dbfe4f0603170749x3e28df9fi12cafba49be6c2c7@mail.gmail.com> References: <44194C5E.50901@adelphia.net> <13dbfe4f0603160808m4fca913j9161a0e9afd1b2cb@mail.gmail.com> <13dbfe4f0603160828x550173e8i80a811430d8df4ed@mail.gmail.com> <441996DA.2080506@adelphia.net> <13dbfe4f0603161144y1d917393gf6de8ae5c38fc63f@mail.gmail.com> <4419F242.9060001@adelphia.net> <13dbfe4f0603170749x3e28df9fi12cafba49be6c2c7@mail.gmail.com> Message-ID: <441AD16C.5070701@adelphia.net> Chitlesh GOORAH wrote: >go on, do you need something else to commit to cvs > Not in particular at the moment. J. Hartline From chitlesh at fedoraproject.org Sat Mar 18 13:11:04 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 18 Mar 2006 14:11:04 +0100 Subject: [Fedora-livecd-list] Re: LWN: Creating a Live CD with Kadischi In-Reply-To: <4406BEB4.10307@fedoraproject.org> References: <4406BEB4.10307@fedoraproject.org> Message-ID: <13dbfe4f0603180511n38b5115ay4592aa691fd802af@mail.gmail.com> On 3/2/06, Rahul Sundaram wrote: > Hi > > Looks like we still need to polish some rough edges. Lets tackle this > and produce some good live CD's for Fedora Core 5 and followup with > fixes in the tool so that everybody can produce their own custom Fedora > Live CD's/DVD's too. > > > http://lwn.net/Articles/172840/ Ive replied to that article :) ==================================================== Creating a Live CD with Kadischi (Posted Mar 18, 2006 13:10 UTC (Sat) by guest Clunixchit) (Post reply) Concerning the filed bug: Status: closed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169812 It has been fixed and cvs version updated: https://www.redhat.com/archives/fedora-livecd-list/2006-March/msg00066.html ==================================================== Bugzilla List of Kadischi https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=kadischi&product=Fedora%20Extras Cheers, Chitlesh GOORAH -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Mar 18 13:19:35 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 18 Mar 2006 14:19:35 +0100 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <13dbfe4f0603140255t6598ed9dmdcabc313f6b72199@mail.gmail.com> Message-ID: <13dbfe4f0603180519x6aefe0fagbb6a2ff169ee51c1@mail.gmail.com> On 3/14/06, Chitlesh GOORAH wrote: > On 3/14/06, Jane Dogalt wrote: > > Hello, > > Hello > > > A few years ago I worked on generating livecds using mandrake as a base. > > I'd > > like to start using fedora as a base and it looks like kadischi is the place to > > start. > > Good Idea :) > > Things here look rough around the edges, so I'm hoping you can > > help answer at least this first major question of mine. (and I'll throw in my > > first reactions to the system) > > > I just ran my first experiment with kadischi using kickstart on FC5T3, and to > > my surprise given the status listed on the development wiki, it worked. > > Normally the mininal kickstart file included in the CVS will work. Ive > not yet had problems with it. Nevertheless, it is not documented that > the root password is "livecd" :) > > > It might not have worked exactly like I wanted it to, but given that this is > > only my 2nd trivial (successful) kadischi experiment, I was not unsatisfied. > > I.e. it produced an iso, which booted my system. > > Reboot your system? > Can you post your kickstart please? Can I have a copy of your kickstart file please ? -- http://clunixchit.blogspot.com From skunkworx at verizon.net Sat Mar 18 15:03:15 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 07:03:15 -0800 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> Message-ID: <441C2133.6070800@verizon.net> Jane Dogalt wrote: > I just ran my first experiment with kadischi using kickstart on FC5T3, and to > my surprise given the status listed on the development wiki, it worked. > I'm using FC5T3 and the kickstart from CVS and its failing on network : kadischi]# kadischi /media/disk/fc/core/development/i386 /tmp/fedora-live.iso --kickstart=/root/kadischi/ks_examples/minimal-livecd.cfg -C Starting kadischi... Parsing command line arguments Checking UID Using buildstamp file /etc/kadischi/buildstamp. Product path set to Fedora. Now we are going to try to validate your repository (for now, only http, ftp and local repositories can be checked) Path /media/disk/fc/core/development/i386 exists. OK Path /media/disk/fc/core/development/i386/Fedora exists. OK Path /media/disk/fc/core/development/i386/Fedora/base exists. OK Path /media/disk/fc/core/development/i386/Fedora/RPMS exists. OK Repository seems to be OK. Checking required packages Looking for config file Loading config file options *** running anaconda *** Probing for video card: VIA Technologies, Inc. VT8378 [S3 UniChrome] Integrated Video Probing for monitor type: A91f+ In interactive step network, can't continue -- SW From skunkworx at verizon.net Sat Mar 18 15:41:31 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 07:41:31 -0800 Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <20060316213620.89564.qmail@web38413.mail.mud.yahoo.com> References: <20060316213620.89564.qmail@web38413.mail.mud.yahoo.com> Message-ID: <441C2A2B.2060103@verizon.net> Jane Dogalt wrote: > If my evaluation of the state of things is wrong- prove it to me with an iso. I made a fc5t3 iso with kadischi several weeks ago, but only through the anaconda gui. In my case, I can't use fc5 and kadischi until kickstart works. No big deal, I can keep using fc4 for my distro for the time being. Considering all the changes. Jasper and Chitlesh have done a great job resurrecting the kadischi project. The idea that kadischi is trying to compete with knoppix is kind of odd. I think there is some expectation of that floating around...but no one on this list has made claims in that direction. Knoppix is a downloadable iso, kadischi lets you roll you own...big difference. After watching ADIOS bomb endlessly in a myriad of ways, require downloads from other projects, require kernel patching and rebuilding, and never properly support FC3, and claim to support FC4 (but never did), well...sure they had squashfs, but nothing else worked reliably. Kadischi started becoming reliable (for me) just in time for my distro, about 5-6 months ago. It was just in time and really solved a lot of problems for our shop. -- SW From skunkworx at verizon.net Sat Mar 18 16:06:35 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 08:06:35 -0800 Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <20060317060740.63601.qmail@web38412.mail.mud.yahoo.com> References: <20060317060740.63601.qmail@web38412.mail.mud.yahoo.com> Message-ID: <441C300B.7000900@verizon.net> Jane Dogalt wrote: > I was getting 3kb/s from that link earlier today. Just now I saw 100KB/s for > the first meg, then it dropped quickly to 15KB/s and still falling. > > I'm impatient. And the fact that you can't tell me about compatibility and are > looking for tests, does not inspire me with confidence. > Can't really speak to this. Kadischi is for building isos, I think if the project wants to start distributing an official iso they need to make it easy to access and have a reliable connection. > For instance, what are you using for X configuration? Vesa? That x command > line option which generates a decent xf86config(and which I've woefully > forgotten)? A script which parses the output of lspci? For monitors, edid > tool? assuming it can handle 1024x768x72hz? > I've used the same iso on several different machines, some nvidia based, some ati based, lots of different displays. I had to write a script that reconfigures X and then modifies the xorg.conf. This was a workaround to get 1280x1024 at a decent refresh rate, and also deal with a bunch of broken dell radeon 7000 chipsets that lock up the box while loading dri. > How about network autoconfiguration? Does kudzu have some way to automagically > do that without user intervention during early boot these days? Did you manage > to find the pcimodules program which seems to be absent from pciutils these > days? Is there some new magic available for runtime hardware autoconfiguration > that wasn't available the last time I did this a few years ago? > Networking is autoconfigured from what I can see. Everything has worked for me on a variety of boxes. > I guess what instills me with fear is seeing anaconda under kadischi spewing > info about probing the hardware of the running system. For now, I'm working > under the assumption that I may well have to do quite a bit of post processing > to undo assumptions made by a stateful anaconda install. > We can't stand the 1024x768 so we have a script that hacks it: 1) at rc.local, remove /etc/X11/xorg.conf, then call fixup script. 2) use "system-config-display --noui" to regen. 3) sed to add the 1280x1024 mode. 4) sed to comment out dri (broken dell systems) 5) sed to tickle the HorizSync 6) set to tickle the VertRefresh This is a little dangerous for old fixed freq monitors, but we have a warning on our distro about this. We have the luxury of spec'ing the minimum hardware requirements so we mandate big LCDs. :-) -- SW From skunkworx at verizon.net Sat Mar 18 17:14:50 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 09:14:50 -0800 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441C2133.6070800@verizon.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> Message-ID: <441C400A.2090409@verizon.net> Try # 2: This works. I had to spec at least one network device and add "@base" below "%packages". # Kickstart file automatically generated by anaconda. install lang en_US.UTF-8 langsupport --default=en_US.UTF-8 keyboard us network --device eth0 --onboot no --bootproto dhcp rootpw --iscrypted (snip) firewall --enabled selinux --disabled authconfig --enableshadow --enablemd5 timezone --utc America/Los_Angeles bootloader --location=none %packages @base %post From skunkworx at verizon.net Sat Mar 18 17:18:38 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 09:18:38 -0800 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441C400A.2090409@verizon.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> <441C400A.2090409@verizon.net> Message-ID: <441C40EE.3050104@verizon.net> Skunk Worx wrote: > Try # 2: This works. I had to spec at least one network device and add > "@base" below "%packages". > arrgh...it just died. It doesn't work after all : ... Installing dhcpv6_client-0.10-16.1... Done [261/263] Installing rp-pppoe-3.5-31... Done [262/263] Installing apmd-3.2.2-3.2... Done [263/263] Performing post install configuration... In progress... In interactive step complete, can't continue --- John From jasperhartline at adelphia.net Sat Mar 18 18:44:55 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 13:44:55 -0500 Subject: [Fedora-livecd-list] Kadischi - manual page Message-ID: <441C5527.3020003@adelphia.net> Hi. Chitlesh, I've written a tiny bit of a man for Kadischi. If you want a take a took at it and edit it appropriately and give me some suggestion if it is good/bad whatever. Maybe I'll drop this down in a que to do and send it up to the bugzilla. The processing instructions are in the top. I've got in there Darko Ilic, is it standard to have many names or is it AUTHOR, for just the page AUTHOR, or project author? J. Hartline -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: kadischi.1 URL: From jasperhartline at adelphia.net Sat Mar 18 18:49:05 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 13:49:05 -0500 Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <441C2A2B.2060103@verizon.net> References: <20060316213620.89564.qmail@web38413.mail.mud.yahoo.com> <441C2A2B.2060103@verizon.net> Message-ID: <441C5621.7090006@adelphia.net> Skunk Worx wrote: > I made a fc5t3 iso with kadischi several weeks ago, but only through > the anaconda gui. In my case, I can't use fc5 and kadischi until > kickstart works. No big deal, I can keep using fc4 for my distro for > the time being. When Monday rolls around I'll send a patch to the list for kickstart and command line mode. It is short and simple, I'll also submit it to the anaconda-devel-list. I sent it once but I'm not 100% positive I even clicked send, or it didn't get dumped by my ISP or anything else between here and there. I'll write this for the FC5(final) when/if it is released. J. Hartline From jasperhartline at adelphia.net Sat Mar 18 18:53:19 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 13:53:19 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441C2133.6070800@verizon.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> Message-ID: <441C571F.6080000@adelphia.net> Skunk Worx wrote: > I'm using FC5T3 and the kickstart from CVS and its failing on network : > > kadischi]# kadischi /media/disk/fc/core/development/i386 > /tmp/fedora-live.iso > --kickstart=/root/kadischi/ks_examples/minimal-livecd.cfg -C > > In interactive step network, can't continue > That is in fact an interactive step. If you provide the kickstart.cfg file with network info it will use it. Here would be an example: network --device eth0 --bootproto dhcp J. Hartlline From jasperhartline at adelphia.net Sat Mar 18 18:56:06 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 13:56:06 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441C40EE.3050104@verizon.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> <441C400A.2090409@verizon.net> <441C40EE.3050104@verizon.net> Message-ID: <441C57C6.4020309@adelphia.net> Skunk Worx wrote: > arrgh...it just died. It doesn't work after all : > > In interactive step complete, can't continue > > --- > John I'm answering these emails in succession. Nonetheless we can see if we cannot get a minimal live cd kickstart file updated to actually not halt like that update for Kadischi. I'll send a patch to teh list and document it via bugzilla.redhat.com also. Until the Anaconda devs accept it, it will be this way. J. Hartline From chitlesh at fedoraproject.org Sat Mar 18 20:32:11 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 18 Mar 2006 21:32:11 +0100 Subject: [Fedora-livecd-list] Kadischi - manual page In-Reply-To: <441C5527.3020003@adelphia.net> References: <441C5527.3020003@adelphia.net> Message-ID: <13dbfe4f0603181232v17247f1cpfbe199a003d1d0d7@mail.gmail.com> On 3/18/06, J. Hartline wrote: > Hi. > Chitlesh, > I've written a tiny bit of a man for Kadischi. > If you want a take a took at it and edit it appropriately and > give me some suggestion if it is good/bad whatever. Maybe I'll drop this > down in a que > to do and send it up to the bugzilla. > The processing instructions are in the top. > > I've got in there Darko Ilic, is it standard to have many names or > is it AUTHOR, for just the page AUTHOR, or project author? Hello Jasper, Nice idea. :) Ive added - an example - the text "iso image" after live cd (twice) - availability - corrected typo PRCESS to PROCESS - anaconda in SEE ALSO - in the end my name :) Chitlesh GOORAH .\" PROCESS THIS FILE WITH .\" groff -man -Tascii kadischi.1 .\" .TH KADISCHI 1 "MARCH 2006" Linux "User Manuals" .SH NAME kadischi - generate a live cd iso image from an RPM repository .SH SYNOPSIS .B kadischi [--text|--graphical] [--kickstart=] [-C] [-f] .I repository iso .B .SH DESCRIPTION .B kadischi generates a live cd iso image from an RPM repository tree by invoking anaconda passing it the correct options and installing to the build directory specified. Kadischi will invoke .BR mkzftree and .BR mkisofs to produce an image that can be written to a CD or DVD ROM. .SH OPTIONS .IP --text Run in a textual mode that does not require X. .IP --graphical Run in graphical mode. .IP --kickstart= Read from using the installation options provided in the file for the produced ISO image. This option can be used with -C to automate builds. .IP -C Run strictly in command line mode requiring no user input. .IP -f Overwrite an existing ISO image, if it already exists. .SH EXAMPLES .nf kadischi http://mirrors.kernel.org/fedora/core/5/i386/os/ /tmp/fedora-live.iso .fi .SH FILES .I /etc/kadischi/build.conf .RS The system wide configuration file. See .BR kadischi(5) for more information. .RE .I /etc/kadischi/buildstamp .RS The build-stamp file. Used for stamping a CD. See .BR kadischi(5) for more information. .SH BUGS The module shvarFile is not always imported properly or is not imported sometimes at all, resulting in the build directory needing to be manually cleaned up. .SH AVAILABILITY Kadischi is available via anonymous CVS: .nf export CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/devel cvs -z3 login cvs -z3 co kadischi .fi .SH AUTHOR .RS Darko Ilic .RS Jasper Hartline .RS Chitlesh Goorah .SH "SEE ALSO" .BR mkzftree(1), .BR mkisofs(1), .BR busybox(1), .BR anaconda(1) -- http://clunixchit.blogspot.com From jdogalt at yahoo.com Sat Mar 18 20:57:19 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sat, 18 Mar 2006 12:57:19 -0800 (PST) Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <13dbfe4f0603180519x6aefe0fagbb6a2ff169ee51c1@mail.gmail.com> Message-ID: <20060318205719.1475.qmail@web38402.mail.mud.yahoo.com> > > Can I have a copy of your kickstart file please ? I created this as a kind of munge between my very default fc5t3 install, and the minimal livecd kickstart from kad. It's not really good for much except to prove that kad can produce a bootable iso from a kickstart. # Kickstart file automatically generated by anaconda. install #kadtest #cdrom lang en_US.UTF-8 keyboard us xconfig --driver "nv" --videoram 16320 --resolution 1024x768 --depth 16 --startxonboot #monitor --hsync 30-108 --vsync 50-160 #kadtest monitor --hsync 30-41.5 --vsync 50-85 network --device eth0 --bootproto dhcp rootpw --iscrypted $1$027./iyV$a90ARW5rayw/T3JeNcTpv1 firewall --enabled --port=22:tcp authconfig --enableshadow --enablemd5 #selinux --enforcing #kadtest selinux --disabled timezone --utc America/Chicago #bootloader --location=mbr --driveorder=hda --append="rhgb quiet" #kadtest bootloader --location=none # The following is the partition information you requested # Note that any partitions you deleted are not expressed # here so unless you clear all partitions first, this is # not guaranteed to work #clearpart --linux #part / --fstype ext3 --size=100 --grow --asprimary %packages @base @office %post __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Sat Mar 18 20:05:10 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 15:05:10 -0500 Subject: [Fedora-livecd-list] Kadischi - manual page In-Reply-To: <13dbfe4f0603181232v17247f1cpfbe199a003d1d0d7@mail.gmail.com> References: <441C5527.3020003@adelphia.net> <13dbfe4f0603181232v17247f1cpfbe199a003d1d0d7@mail.gmail.com> Message-ID: <441C67F6.8050701@adelphia.net> Chitlesh GOORAH wrote: >Hello Jasper, >Nice idea. :) > >Ive added >- an example >- the text "iso image" after live cd (twice) >- availability >- corrected typo PRCESS to PROCESS >- anaconda in SEE ALSO >- in the end my name :) > > Ok. It will be a while before I can (or you maybe) can get a full edit on it really, and get it into bugzilla. I've put a slightly longer description and have changed ISO to ISO9660 CDROM image. .\" PROCESS THIS FILE WITH .\" groff -man -Tascii kadischi.1 .\" .TH KADISCHI 1 "MARCH 2006" Linux "User Manuals" .SH NAME kadischi - generate a live ISO9660 CDROM image from an RPM repository .SH SYNOPSIS .B kadischi [--text|--graphical] [--kickstart=] [-C] [-f] .I repository ISO9660-image .B .SH DESCRIPTION .B kadischi generates a live cd iso image from an RPM repository tree by invoking anaconda passing it the correct options and installing to the build directory specified. Kadischi will invoke .BR mkzftree and .BR mkisofs to produce an image that can be written to a CD or DVD ROM disc. .SH OPTIONS .IP --text Run in a textual mode that does not require X. .IP --graphical Run in graphical mode. .IP --kickstart= Read from using the installation options provided in the file for the produced ISO image. This option can be used with -C to automate builds. .IP -C Run strictly in command line mode requiring no user input. .IP -f Overwrite an existing ISO9660 CDROM image, if it already exists. .SH EXAMPLES .nf kadischi http://mirrors.kernel.org/fedora/core/5/i386/os/ /tmp/fedora-live.iso .fi .SH FILES .I /etc/kadischi/build.conf .RS The system wide configuration file. See .BR kadischi(5) for more information. .RE .I /etc/kadischi/buildstamp .RS The build-stamp file. Used for stamping a CD. See .BR kadischi(5) for more information. .SH BUGS The module shvarFile is not always imported properly or is not imported sometimes at all, resulting in the build directory needing to be manually cleaned up. .SH AVAILABILITY Kadischi is available via anonymous CVS: .nf export CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/devel cvs -z3 login cvs -z3 co kadischi .fi .SH AUTHOR .RS Darko Ilic .RS Jasper Hartline .RS Chitlesh Goorah .SH "SEE ALSO" .BR mkzftree(1), .BR mkisofs(1), .BR busybox(1), .BR anaconda(1) J. Hartline From jdogalt at yahoo.com Sat Mar 18 21:37:01 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sat, 18 Mar 2006 13:37:01 -0800 (PST) Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <441C2A2B.2060103@verizon.net> Message-ID: <20060318213701.84589.qmail@web38406.mail.mud.yahoo.com> --- Skunk Worx wrote: > Considering all the changes. Jasper and Chitlesh have done a great job > resurrecting the kadischi project. The idea that kadischi is trying to > compete with knoppix is kind of odd. I think there is some expectation > of that floating around...but no one on this list has made claims in > that direction. Knoppix is a downloadable iso, kadischi lets you roll > you own...big difference. I'm not suggesting that anyone has suggested that kad is trying to compete with knoppix. Rather I think that anyone hearing the phrase "Kadischi lets you roll your own fedora based linux live cds", will likely add the inference that a "linux live cd" is like knoppix. If generating live cds that are as functional and useful as knoppix isn't the ultimate goal of kadischi, what is? Generating read only boot media for a specific system? Sure thats another interesting target, but I bet thats not what the LWN author, or their readers, were thinking of. Going back to RTFM, from the kadischi website official goals- " Distribute these blessed Live CDs far and wide, through whatever clever means we can come up with. " I don't know how to interpret those goals as anything other than competing with knoppix (and I would hope mandriva, etc...). With of course the added kick ass feature that remastering is as easy as tweaking a kickstart+userpayload. As opposed to the more complex nature of rerolling knoppix from scratch (I would hope those guys have a decent build script/system by now, but I haven't looked in a while). -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jdogalt at yahoo.com Sat Mar 18 21:51:42 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sat, 18 Mar 2006 13:51:42 -0800 (PST) Subject: [Fedora-livecd-list] need: mount -really-readonly, or a way to detect uncleanly unmounted FS Message-ID: <20060318215142.25464.qmail@web38415.mail.mud.yahoo.com> Does anyone know any of a truly read only method (available tool) for detecting if a filesystem (ext3 esp, vfat/ntfs/xfs/etc...) has been unmounted cleanly? Specifically, the feature of a livecd mounting all visible filesystems read-only is very nice. But there are a pair of big danger issues, which I should go see if knoppix is even bothering to check for these days- suspend and journaling It used to be fairly safe in a livecd to just do a mount -ro. But these days you have things like the severely annoying ext3 behaviour of modifying the disk during a -ro mount, as well as suspended operating systems (i.e. that great new feature in fc5) being very unhappy (I mean very unhappy) if their mounted filesystems get modified at all while they are asleep. My proposed workaround, requiring the tool above, is to only read-only mount filesystems which have been flagged as cleanly unmounted. I imagine this applies to suspended ms-windows filesystems as well. So does anybody know of a simple tool which can, without modifying a partition, see if it's been cleanly unmounted. I suppose it's just a matter of reading a fs spec and reading some bit somewhere, but I'd rather not write the tool myself if possible. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From skunkworx at verizon.net Sat Mar 18 22:55:38 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 16:55:38 -0600 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441C571F.6080000@adelphia.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> <441C571F.6080000@adelphia.net> Message-ID: <441C8FEA.2050008@verizon.net> J. Hartline wrote: > Skunk Worx wrote: > >> I'm using FC5T3 and the kickstart from CVS and its failing on network : >> >> kadischi]# kadischi /media/disk/fc/core/development/i386 >> /tmp/fedora-live.iso >> --kickstart=/root/kadischi/ks_examples/minimal-livecd.cfg -C >> >> In interactive step network, can't continue >> > That is in fact an interactive step. > If you provide the kickstart.cfg file with network info it will use it. > Here would be an example: network --device eth0 --bootproto dhcp The ks file shown on the command line above is from CVS. It has the network devices commented out. I was under the impression that the goal was to get the CVS version working. --- John From skunkworx at verizon.net Sat Mar 18 23:08:35 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 17:08:35 -0600 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <20060318205719.1475.qmail@web38402.mail.mud.yahoo.com> References: <20060318205719.1475.qmail@web38402.mail.mud.yahoo.com> Message-ID: <441C92F3.8020608@verizon.net> Jane Dogalt wrote: > >> Can I have a copy of your kickstart file please ? > > I created this as a kind of munge between my very default fc5t3 install, and > the minimal livecd kickstart from kad. It's not really good for much except to > prove that kad can produce a bootable iso from a kickstart. > kickstart means no user interaction. See the kadischi documentation. If you see the GUI at any point, it's not a true kickstart. --- John From skunkworx at verizon.net Sat Mar 18 23:55:30 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sat, 18 Mar 2006 17:55:30 -0600 Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <20060318213701.84589.qmail@web38406.mail.mud.yahoo.com> References: <20060318213701.84589.qmail@web38406.mail.mud.yahoo.com> Message-ID: <441C9DF2.3020603@verizon.net> Jane Dogalt wrote: > > --- Skunk Worx wrote: > > If generating live cds that are as functional and useful as knoppix isn't the > ultimate goal of kadischi, what is? Generating read only boot media for a > specific system? Your last sentence is exactly why our project, and at least one other (he's on the list somewhere...) use kadischi exclusively. Not really interested in a debate, so I'm just snipping the rest and telling my own story. Prior to kadischi I eval'd knoppix and the ADIOS project. Knoppix was problematic. The package set and the arcane build/modify instructions made it impossible for us to develop on hard drive and deploy on DVD. Things may have changed now; that was 18 months ago. None of our drivers would consistently build across kernels, it was difficult or impossible to sync kernels on debian stable (develop and test on hard drive) and knoppix (deploy). The package sets on debian were often 1-1/2 years behind fedora...we'd read about a technology and there was no way to get it working on debian stable. The ADIOS project was similar. Difficult to keep kernels sync'd between Fedora and ADIOS. Squashfs was nice, but ultimately we had too many problems keeping up with patching and building kernels, and soon tired of the hassle of downloading "only rev x.x" from whatever website. They never really supported FC4, and they have now (AFAIK) ceased development. Kadischi made everything so nice. We have a local yum repo, and the develop, test, deploy phases are all on the same software platform (currently FC4), same kernel version, etc. It's a godsend. When our customers want to revert, they put in the old DVD. When they want to try the new one, just boot it. No more software "dll hell". This project (no relation to mine) : http://www.rosegardenmusic.com/ ...has a live dvd music composition distribution they sell based on debian. I suspect they don't have to deal with custom device drivers to the extent we do. I think this kind of thing is the wave of the future. To date our company has made about 4 official releases and 10 unofficial test releases, and shipped about 100 DVDs. We use unattended, automatic scripts and kickstart to gen our iso's. In a few years we expect to be shipping 250 Fedora based, kadischi-generated dvds every 6 months. Not much, but they are part of an integrated lab measurement system. We sell systems, not software. --- John From geustace at godzone.net.nz Sun Mar 19 00:10:39 2006 From: geustace at godzone.net.nz (Glen Eustace) Date: Sun, 19 Mar 2006 12:10:39 +1200 Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <441C9DF2.3020603@verizon.net> References: <20060318213701.84589.qmail@web38406.mail.mud.yahoo.com> <441C9DF2.3020603@verizon.net> Message-ID: <1142727039.9318.9.camel@agree-6> > Your last sentence is exactly why our project, and at least one other > (he's on the list somewhere...) use kadischi exclusively. Not really > interested in a debate, so I'm just snipping the rest and telling my own > story. Waves hand over head, that is probably me :-) I needed a read-only mastering system that worked, for building an appliance. I tried several approaches but found Kadischi did all I needed (reliably and without fuss ). I haven't yet even tried any of the new stuff the guys have been working on as my CD is stuck back at FC3 until one component can be updated to work with 4 or 5. > In a few years we expect to be shipping 250 Fedora based, > kadischi-generated dvds every 6 months. Not much, but they are part of > an integrated lab measurement system. We sell systems, not software. Ditto, we have shipped 10 units and have a limited niche market. Kadishi helped take a good idea to a reality !! Thanks heaps guys. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Glen and Rosanne Eustace, GodZone Internet Services, a division of AGRE Enterprises Ltd., P.O. Box 8020, Palmerston North, New Zealand 5301 Ph/Fax: +64 6 357 8168, Mob: +64 27 5 424 015, Web: www.godzone.net.nz "A Ministry specialising in providing low-cost professional Internet Services to NZ Christian Churches, Ministries and Organisations" From jdogalt at yahoo.com Sun Mar 19 02:16:24 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sat, 18 Mar 2006 18:16:24 -0800 (PST) Subject: [Fedora-livecd-list] getting Xorg to install from kickstart, and bug 185830 Message-ID: <20060319021624.20661.qmail@web38403.mail.mud.yahoo.com> I think these two things may be related. First, I filed bug 185830, in which I was running kadischi, and while it was invoking anaconda, it *reconfigured my network*!!!. I think this is related to what I was discussing earlier about being fearful of anaconda probing the hardware of the build system while running under kadischi. I suspect that somehow anaconda running under kadischi did to the host build system (reconfiguring the network) what it was supposed to be doing to the target system (which for us, during install, has no 'real' network to reconfigure). In a possibly related fashion, I can't seem to get X installed on my livecd. Everything other than the xserver itself (libX11-bla, gnome, openoffice) installed, but not X itself. Even when my xconfig line in my kickstart matched the build host system (which I think it shouldn't have to), X didn't get installed. I suspect this has something to do with when and how anaconda installs the X server. I understand that maybe my knoppix-like goals don't necessarily map 1-1 with the specific-hardware-appliance users. I think it would be nice if kadischi could satisfy both crowds. If not, I'm sure I can hack together whatever I need. But regardless, I think we(???) need to at least go over kadischi's use of anaconda and make sure that the kad-anaconda doesn't directly affect (and I'd prefer also - is not directly affected by) the build host system. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Sun Mar 19 03:23:15 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 22:23:15 -0500 Subject: [Fedora-livecd-list] Expectation Setting In-Reply-To: <20060318213701.84589.qmail@web38406.mail.mud.yahoo.com> References: <20060318213701.84589.qmail@web38406.mail.mud.yahoo.com> Message-ID: <441CCEA3.3090906@adelphia.net> Jane Dogalt wrote: >If generating live cds that are as functional and useful as knoppix isn't the >ultimate goal of kadischi, what is? > Fedora Core based LiveCD media, of course. >" >Distribute these blessed Live CDs far and wide, through whatever clever means >we can come up with. >" > >I don't know how to interpret those goals as anything other than competing with >knoppix (and I would hope mandriva, etc...). With of course the added kick ass >feature that remastering is as easy as tweaking a kickstart+userpayload. As >opposed to the more complex nature of rerolling knoppix from scratch (I would >hope those guys have a decent build script/system by now, but I haven't looked >in a while). > >-jdog > > > I can tell you from first hand experience that rolling your own Fedora CD with Kadischi is tenfold easier than remastering Knoppix, especially from your description and logic. I personally think it is a common misconception to try and compare any two Linux systems in such a way as you describe, unless you are talking strictly about the Linux kernel. Noth are Linux systems. Both operate in a read-only environment. With the recent addition of user bootsplash support in Kadischi CVS, it is just the beginnings of what you will see associated and available with Kadischi. These are my opinions however, and I am very interested in the Fedora Project and Fedora Core myself. Knoppix is a good system also. Knoppix is more of a fork, than a "Debian LiveCD". There are differences and these need to be determined and can only be evaluated on a per-user basis. What is or isn't with Kadischi is up to the mind of the reader and user. J. Hartline From jasperhartline at adelphia.net Sun Mar 19 03:57:56 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 22:57:56 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441C8FEA.2050008@verizon.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> <441C571F.6080000@adelphia.net> <441C8FEA.2050008@verizon.net> Message-ID: <441CD6C4.70401@adelphia.net> Skunk Worx wrote: > The ks file shown on the command line above is from CVS. It has the > network devices commented out. I was under the impression that the > goal was to get the CVS version working. > > --- > John Right. The purpose of kickstart is to not have to manually input data per installation. This is also not documented properly on the wiki, albeit it does mention incomplete kickstart files. e.g. modifying the options provided in case you need some -other- options. Kickstart isn't magic, it is an automation technique.. but you knew that. :-P J. Hartline From jasperhartline at adelphia.net Sun Mar 19 04:05:22 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 23:05:22 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441CD6C4.70401@adelphia.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> <441C571F.6080000@adelphia.net> <441C8FEA.2050008@verizon.net> <441CD6C4.70401@adelphia.net> Message-ID: <441CD882.4030409@adelphia.net> J. Hartline wrote: > Skunk Worx wrote: > >> The ks file shown on the command line above is from CVS. It has the >> network devices commented out. I was under the impression that the >> goal was to get the CVS version working. >> >> --- >> John > > > Right. The purpose of kickstart is to not have to manually input data > per installation. > This is also not documented properly on the wiki, albeit it does > mention incomplete kickstart > files. e.g. modifying the options provided > in case you need some -other- options. Kickstart isn't magic, it is an > automation technique.. > but you knew that. :-P I must also mention that using the -C option strictly requires a complete ks config file. This is probably not clear on the wiki either. J. Hartline From jasperhartline at adelphia.net Sun Mar 19 04:31:31 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sat, 18 Mar 2006 23:31:31 -0500 Subject: [Fedora-livecd-list] kadischi+kickstart is broken how exactly? In-Reply-To: <441C57C6.4020309@adelphia.net> References: <20060314063620.72543.qmail@web38411.mail.mud.yahoo.com> <441C2133.6070800@verizon.net> <441C400A.2090409@verizon.net> <441C40EE.3050104@verizon.net> <441C57C6.4020309@adelphia.net> Message-ID: <441CDEA3.7040505@adelphia.net> J. Hartline wrote: > Skunk Worx wrote: > >> arrgh...it just died. It doesn't work after all : >> >> In interactive step complete, can't continue >> >> --- >> John > > I'll send a patch to teh list and document it via bugzilla.redhat.com > also. > Until the Anaconda devs accept it, it will be this way. Here is the b.r.c entry for this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185832 From here we can track it. J. Hartline From jasperhartline at adelphia.net Sun Mar 19 06:14:35 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sun, 19 Mar 2006 01:14:35 -0500 Subject: [Fedora-livecd-list] Kadischi - preload utilities and daemon Message-ID: <441CF6CB.80503@adelphia.net> Hi. I was readong an older message about preload available here: http://sourceforge.net/projects/preload with the proposal being here: http://www.cs.toronto.edu/~behdad/blog/preload.txt Is this something we should still consider with Kadischi? I would imagine the preliminary benchmarks would be done before having an answer for that question, but is this also something that is plausible on top of say.. SquashFS? Not the usability, rather the speed and performance differences. I would imagine so. It is slightly interesting since it "predicts" what a user is doing, thus caching data related to library routines, etc. Sounds like it could be useful. J. Hartline From jdogalt at yahoo.com Sun Mar 19 08:40:04 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 19 Mar 2006 00:40:04 -0800 (PST) Subject: [Fedora-livecd-list] Kadischi - preload utilities and daemon In-Reply-To: <441CF6CB.80503@adelphia.net> Message-ID: <20060319084004.93996.qmail@web38406.mail.mud.yahoo.com> --- "J. Hartline" wrote: > Hi. > I was readong an older message about preload available here: > http://sourceforge.net/projects/preload > with the proposal being here: > http://www.cs.toronto.edu/~behdad/blog/preload.txt > > Is this something we should still consider with Kadischi? The concept is similar to the accelerated knoppix thing where they reposition commonly/early used files into a contiguous chunk (on the faster outer cylinder of the cd?). The basic idea of gathering file accesses during a standard/typical boot, and making sure those files get read and cached as early and quickly as possible is an optomization definately worth doing. (even in hard disk boot, but especially in cdrom boots). This process can even become scriptable if you can do a simulated boot of the target system via xen/vmware :) -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Sun Mar 19 09:09:52 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sun, 19 Mar 2006 04:09:52 -0500 Subject: [Fedora-livecd-list] Kadischi - preload utilities and daemon In-Reply-To: <20060319084004.93996.qmail@web38406.mail.mud.yahoo.com> References: <20060319084004.93996.qmail@web38406.mail.mud.yahoo.com> Message-ID: <441D1FE0.8030101@adelphia.net> Jane Dogalt wrote: >The concept is similar to the accelerated knoppix thing where they reposition >commonly/early used files into a contiguous chunk (on the faster outer cylinder >of the cd?). > > Right this is a clear concept. The outer sections of a disc shouldn't really be relevant however, as inside and outside tracks differ in actual physical length to my knowledge. That would mean that it is faster, but not in the sense we are looking for here. e.g. The data is read at the same rate, independant of particular physical disc portion. >This process can even become scriptable if you can do a simulated boot of the >target system via xen/vmware :) > > > I just recently ran into problemw with busybox-anaconda and Xen using Qemu. No matter what, the hypervisor expected a root= to be specified. This is of course probably due to the different nature of hypervisor vs. kernel - initrd and how they do or do not work together. I'll do a bit of my own fiddling with it here.. I do see a few problems: 1) This application has not made it into any existing Fedora Core branches that I know of under name "preload". 2) While data is not kept on any disk, and not assuming we even have a machine with magnetic disks preload would only apply for uisng a generated live disc with Kadischi, for periods of time (of course, more of a note than a problem.) Which down the line with Linux4all or another method of user data kept, this would be irrelevant. I think between readahead and preload, a significant gain could be achieved, regardless of SquashFS. I'll look into that. So.. really not only is it not part of Core, it can't just be installed from repo and the daemon/utility started. Sure users can do it individually but, that is not the focus I think. It would need to be fused/added somewhere with Kadischi or go into Extras, Core, something. I'll look into it further. Maybe it is in a development repo somewhere. J. Hartline From jdogalt at yahoo.com Sun Mar 19 10:15:50 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 19 Mar 2006 02:15:50 -0800 (PST) Subject: [Fedora-livecd-list] request for comments in 04auth.sh: disabling firewall why? Message-ID: <20060319101550.62856.qmail@web38405.mail.mud.yahoo.com> I understand the disabling of selinux in 04auth.sh, but why is the user's firewall setting (presumably from both an interactive or kickstart install) overridden? I think 04auth.sh especially needs some comments (around this line in particular) chroot $1 /usr/sbin/lokkit --quiet --nostart -f --disabled -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jdogalt at yahoo.com Sun Mar 19 10:20:41 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 19 Mar 2006 02:20:41 -0800 (PST) Subject: [Fedora-livecd-list] Kadischi - preload utilities and daemon In-Reply-To: <441D1FE0.8030101@adelphia.net> Message-ID: <20060319102041.51539.qmail@web38411.mail.mud.yahoo.com> --- "J. Hartline" wrote: > Jane Dogalt wrote: > > >The concept is similar to the accelerated knoppix thing where they > reposition > >commonly/early used files into a contiguous chunk (on the faster outer > cylinder > >of the cd?). > > > > > Right this is a clear concept. The outer sections of a disc shouldn't > really be relevant > however, as inside and outside tracks differ in actual physical length > to my knowledge. > That would mean that it is faster, but not in the sense we are looking > for here. > e.g. The data is read at the same rate, independant of particular > physical disc portion. Have you ever tried making 4 equal partitions on a hard disk (or just 2 small ones the same size on the outer and inner cylinders), and done hdparm -t tests on them to check read speed? The speedup is signifigant, which makes me think it might work on cdroms as well. So if you can get all your files you want preloaded into cache to get read in a single big chunk from outer cylinders, maybe...? But no, thats definately an optomization to worry about a long time from now. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Sun Mar 19 09:44:09 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sun, 19 Mar 2006 04:44:09 -0500 Subject: [Fedora-livecd-list] request for comments in 04auth.sh: disabling firewall why? In-Reply-To: <20060319101550.62856.qmail@web38405.mail.mud.yahoo.com> References: <20060319101550.62856.qmail@web38405.mail.mud.yahoo.com> Message-ID: <441D27E9.5020000@adelphia.net> Jane Dogalt wrote: >I understand the disabling of selinux in 04auth.sh, but why is the user's >firewall setting (presumably from both an interactive or kickstart install) >overridden? > >I think 04auth.sh especially needs some comments (around this line in >particular) > >chroot $1 /usr/sbin/lokkit --quiet --nostart -f --disabled > > I'd agree. It should be considering this, and it doesn't. Feel free to write a patch and send it to the list or bugzilla, if using the list try to prepend Kadischi to the subject. J. Hartline From jasperhartline at adelphia.net Sun Mar 19 09:58:28 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sun, 19 Mar 2006 04:58:28 -0500 Subject: [Fedora-livecd-list] Kadischi - preload utilities and daemon In-Reply-To: <20060319102041.51539.qmail@web38411.mail.mud.yahoo.com> References: <20060319102041.51539.qmail@web38411.mail.mud.yahoo.com> Message-ID: <441D2B44.1030908@adelphia.net> Jane Dogalt wrote: >Have you ever tried making 4 equal partitions on a hard disk (or just 2 small >ones the same size on the outer and inner cylinders), and done hdparm -t tests >on them to check read speed? > > I haven't but I just did on a HDD, makes no significant difference that I can tell. >The speedup is signifigant, which makes me think it might work on cdroms as >well. So if you can get all your files you want preloaded into cache to get >read in a single big chunk from outer cylinders, maybe...? > >But no, thats definately an optomization to worry about a long time from now. > > Yeah. Overall I believe the transition to SquashFS for the rootfs would be good for size definitely. On CD media alone probably speed too, though with DVD media I'm almost positive it would be something outrageous. DVD reads are fast anyways. Another thing I was seeing a few weeks ago was the optimized cloop filesystem used on Librenix, I think it was. I've been told on some CDs made with Kadischi booting the CD sounds like a bag of nails. Hah! J. Hartline From jdogalt at yahoo.com Sun Mar 19 18:38:17 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 19 Mar 2006 10:38:17 -0800 (PST) Subject: [Fedora-livecd-list] Kadischi - preload utilities and daemon In-Reply-To: <441D2B44.1030908@adelphia.net> Message-ID: <20060319183817.55521.qmail@web38407.mail.mud.yahoo.com> --- "J. Hartline" wrote: > Jane Dogalt wrote: > > >Have you ever tried making 4 equal partitions on a hard disk (or just 2 > small > >ones the same size on the outer and inner cylinders), and done hdparm -t > tests > >on them to check read speed? > > > > > I haven't but I just did on a HDD, makes no significant difference that > I can tell. The difference probably lies in our definition of signifigance. I routinely see at least a 5% speedup between outer and inner cylinders. On some random disk with just 2 partitions, if you do repeated hdparm -t tests (to get a consistent average), of the 2 partitions, you should notice, perhaps, a 27MB/s to 28.5MB/S reading. It's not mind crushingly fast, or even the low hanging fruit, but the read speeds between the outer and inner cylinders are in fact different due to the speed differential (more of the media surface area is passing under the read head during the same amount of time, given a constant rpm) > > >The speedup is signifigant, which makes me think it might work on cdroms as > >well. So if you can get all your files you want preloaded into cache to get > >read in a single big chunk from outer cylinders, maybe...? > > > >But no, thats definately an optomization to worry about a long time from > now. > > > > > Yeah. Overall I believe the transition to SquashFS for the rootfs would > be good for size definitely. > On CD media alone probably speed too, though with DVD media I'm almost > positive it would be > something outrageous. DVD reads are fast anyways. > > Another thing I was seeing a few weeks ago was the optimized cloop > filesystem used on Librenix, I think it was. > I've been told on some CDs made with Kadischi booting the CD sounds like > a bag of nails. > Hah! I think that must be the same thing as the accelerated knoppix (and "live cd accelerator toolkit") from these guys- http://www.alpha.co.jp/ac-knoppix/index_en.html Basically profiling which files are accessed during a typical boot, and reordering their physical location on the filesystem to reduce seek time. I wouldn't be surprised if they reordered them such that in addition to lying together (physically close cylinders, such that seeking requires shorter movement of read head), that they also put them towards the outter cylinders, to gain that extra 5%. In addition to the cloop profiling, it sounds like they also tweak the dynamic hardware autoconfiguration. But I suspect that is a distribution specific thing that fedora users will have to do in their own way. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Sun Mar 19 21:38:05 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sun, 19 Mar 2006 16:38:05 -0500 Subject: [Fedora-livecd-list] request for comments in 04auth.sh: disabling firewall why? In-Reply-To: <441D27E9.5020000@adelphia.net> References: <20060319101550.62856.qmail@web38405.mail.mud.yahoo.com> <441D27E9.5020000@adelphia.net> Message-ID: <441DCF3D.4000108@adelphia.net> J. Hartline wrote: > Jane Dogalt wrote: > >> I understand the disabling of selinux in 04auth.sh, but why is the >> user's >> firewall setting (presumably from both an interactive or kickstart >> install) >> overridden? >> >> I think 04auth.sh especially needs some comments (around this line in >> particular) >> >> chroot $1 /usr/sbin/lokkit --quiet --nostart -f --disabled >> >> > I'd agree. > It should be considering this, and it doesn't. I think here, we can check in the fake root for the existance of /etc/sysconfig/iptables. If it exists, exit rather than explicitly disable out firewall. J. Hartline From katzj at redhat.com Sun Mar 19 22:57:01 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 19 Mar 2006 17:57:01 -0500 Subject: [Fedora-livecd-list] need: mount -really-readonly, or a way to detect uncleanly unmounted FS In-Reply-To: <20060318215142.25464.qmail@web38415.mail.mud.yahoo.com> References: <20060318215142.25464.qmail@web38415.mail.mud.yahoo.com> Message-ID: <1142809021.9638.51.camel@aglarond.local> On Sat, 2006-03-18 at 13:51 -0800, Jane Dogalt wrote: > So does anybody know of a simple tool which can, without modifying a partition, > see if it's been cleanly unmounted. I suppose it's just a matter of reading a > fs spec and reading some bit somewhere, but I'd rather not write the tool > myself if possible. You basically have to do it on a filesystem by filesystem basis, just like labels and any of a number of other things. Yeah, kind of sucks. anaconda has code for reading the superblock of most filesystem types, then it's just a matter of unpacking the struct for the right bit Jeremy From katzj at redhat.com Sun Mar 19 23:04:44 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 19 Mar 2006 18:04:44 -0500 Subject: [Fedora-livecd-list] getting Xorg to install from kickstart, and bug 185830 In-Reply-To: <20060319021624.20661.qmail@web38403.mail.mud.yahoo.com> References: <20060319021624.20661.qmail@web38403.mail.mud.yahoo.com> Message-ID: <1142809484.9638.56.camel@aglarond.local> On Sat, 2006-03-18 at 18:16 -0800, Jane Dogalt wrote: > First, I filed bug 185830, in which I was running kadischi, and while it was > invoking anaconda, it *reconfigured my network*!!!. This definitely shouldn't be happening. From a quick look at the relevant anaconda code, we should only be changing things under the instroot. I'll try to look more tomorrow when I'm at the office > I think this is related to what I was discussing earlier about being fearful of > anaconda probing the hardware of the build system while running under kadischi. > I suspect that somehow anaconda running under kadischi did to the host build > system (reconfiguring the network) what it was supposed to be doing to the > target system (which for us, during install, has no 'real' network to > reconfigure). Things should all be happening under the instroot and so it should be relatively safe. I'm not ruling out bugs, though, hence why I think expectations need to be set appropriately around kadischi right now :-) > In a possibly related fashion, I can't seem to get X installed on my livecd. > Everything other than the xserver itself (libX11-bla, gnome, openoffice) > installed, but not X itself. Even when my xconfig line in my kickstart matched > the build host system (which I think it shouldn't have to), X didn't get > installed. Did you have anything selected that would pull in xorg-x11-server-Xorg, either via a group or explicitly listing it in your %packages? > I suspect this has something to do with when and how anaconda installs the X > server. Nothing really magic there Jeremy From katzj at redhat.com Sun Mar 19 23:08:53 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 19 Mar 2006 18:08:53 -0500 Subject: [Fedora-livecd-list] request for comments in 04auth.sh: disabling firewall why? In-Reply-To: <20060319101550.62856.qmail@web38405.mail.mud.yahoo.com> References: <20060319101550.62856.qmail@web38405.mail.mud.yahoo.com> Message-ID: <1142809733.9638.61.camel@aglarond.local> On Sun, 2006-03-19 at 02:15 -0800, Jane Dogalt wrote: > I understand the disabling of selinux in 04auth.sh, Yes, unfortunately we don't have anything to use for a live cd that supports xattrs right now. Hopefully that will change soon as SELinux really is one of the things that sets Fedora apart in a lot of ways. > but why is the user's > firewall setting (presumably from both an interactive or kickstart install) > overridden? I think that having this at all is a very bad idea. Again, security is perhaps _more_ important for a live CD than for someone who is knowingly installing a Linux distribution. Jeremy From skunkworx at verizon.net Mon Mar 20 00:41:57 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Mon, 20 Mar 2006 01:41:57 +0100 Subject: [Fedora-livecd-list] getting Xorg to install from kickstart, and bug 185830 In-Reply-To: <1142809484.9638.56.camel@aglarond.local> References: <20060319021624.20661.qmail@web38403.mail.mud.yahoo.com> <1142809484.9638.56.camel@aglarond.local> Message-ID: <441DFA55.3030202@verizon.net> Jeremy Katz wrote: > On Sat, 2006-03-18 at 18:16 -0800, Jane Dogalt wrote: >> First, I filed bug 185830, in which I was running kadischi, and while it was >> invoking anaconda, it *reconfigured my network*!!!. > > This definitely shouldn't be happening. From a quick look at the > relevant anaconda code, we should only be changing things under the > instroot. I'll try to look more tomorrow when I'm at the office > doing a kickstart install also changes the timezone on the buildhost to whatever is in the kickstart file. From jdogalt at yahoo.com Mon Mar 20 01:09:49 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 19 Mar 2006 17:09:49 -0800 (PST) Subject: [Fedora-livecd-list] getting Xorg to install from kickstart, and bug 185830 In-Reply-To: <1142809484.9638.56.camel@aglarond.local> Message-ID: <20060320010949.93523.qmail@web38410.mail.mud.yahoo.com> --- Jeremy Katz wrote: > On Sat, 2006-03-18 at 18:16 -0800, Jane Dogalt wrote: > > First, I filed bug 185830, in which I was running kadischi, and while it > was > > invoking anaconda, it *reconfigured my network*!!!. > > This definitely shouldn't be happening. From a quick look at the > relevant anaconda code, we should only be changing things under the > instroot. I'll try to look more tomorrow when I'm at the office Thanks. FYI, I just verified skunk's bug that the system's timezone gets reconfigured as well to whatever was in your kickstart file. From what you said, and I snipped, both of these are bugs relating to the assumption that anaconda --rootpath will only touch files under the rootpath (and not destructively mess with hardware). Also, on this latest run, now that I figured out where my anaconda log is, I tailed it on a remote machine via ssh. Here is what the output looked like when it hung due to the ip address changing- (I'll add these to the buglog) terminal output- Installing xorg-x11-drv-calcomp-1.0.0.5-1.2... Done [466/479] Installing xorg-x11-drv-siliconmotion-1.3.1.5-1.1... Done [467/479] Installing xorg-x11-drv-v4l-0.0.1.5-1.1... Done [468/479] Installing xorg- /tmp/anaconda.log (note the timezone change as I went from central to pacific) 06:50:41 INFO : moving (1) to step enablefilesystems 06:50:41 INFO : moving (1) to step migratefilesystems 06:50:41 INFO : moving (1) to step setuptime 04:50:41 INFO : moving (1) to step preinstallconfig 04:50:41 INFO : moving (1) to step installpackages 04:50:41 INFO : Preparing to install packages > > > In a possibly related fashion, I can't seem to get X installed on my > livecd. > > Everything other than the xserver itself (libX11-bla, gnome, openoffice) > > installed, but not X itself. Even when my xconfig line in my kickstart > matched > > the build host system (which I think it shouldn't have to), X didn't get > > installed. > > Did you have anything selected that would pull in xorg-x11-server-Xorg, > either via a group or explicitly listing it in your %packages? > All I had under backages was @base, and @office, which came from my fc5t3 default install's /root/anaconda-ks.cfg. I expected that since it had the xserver installed, that it's ks.cfg would get it installed. I'm rerunning now explicitly adding the package you mentioned. And since my package count went up from 404 to 479, I'm optomistic :) -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From skunkworx at verizon.net Mon Mar 20 02:37:12 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Sun, 19 Mar 2006 18:37:12 -0800 Subject: [Fedora-livecd-list] no joy with the following package set... Message-ID: <441E1558.2070907@verizon.net> I tried this set and there is no startx command, the runlevel in inittab is 3, and /sbin/init 5 just goes back to the console login. No /usr/X11R6 either, which is probably hampering X window. I guess you're already working on this but I thought I'd mention it. %packages @base @development-libs @development-tools @gnome-software-development @office @x-software-development --- John From jasperhartline at adelphia.net Mon Mar 20 03:55:14 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Sun, 19 Mar 2006 22:55:14 -0500 Subject: [Fedora-livecd-list] no joy with the following package set... In-Reply-To: <441E1558.2070907@verizon.net> References: <441E1558.2070907@verizon.net> Message-ID: <441E27A2.2060603@adelphia.net> Skunk Worx wrote: > I tried this set and there is no startx command, the runlevel in > inittab is 3, and /sbin/init 5 just goes back to the console login. No > /usr/X11R6 either, which is probably hampering X window. > > I guess you're already working on this but I thought I'd mention it. > > %packages > @base > @development-libs > @development-tools > @gnome-software-development > @office > @x-software-development > None of those are xorg-x11-server-Xorg. x-software-development doesn't own startx. J. Hartline From jasperhartline at adelphia.net Mon Mar 20 10:11:45 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 20 Mar 2006 05:11:45 -0500 Subject: [Fedora-livecd-list] Kadischi - wiki Message-ID: <441E7FE1.4040607@adelphia.net> Chitlesh I've made some changes on the wiki. Can we nuke the BugReporting page, I've added it to the FAQ instead. J. Hartline From chitlesh at fedoraproject.org Mon Mar 20 11:31:58 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 20 Mar 2006 12:31:58 +0100 Subject: [Fedora-livecd-list] Kadischi - wiki In-Reply-To: <441E7FE1.4040607@adelphia.net> References: <441E7FE1.4040607@adelphia.net> Message-ID: <13dbfe4f0603200331k729a681axd4e5655f9da2778@mail.gmail.com> On 3/20/06, J. Hartline wrote: > Chitlesh > I've made some changes on the wiki. > Can we nuke the BugReporting page, I've added it to the FAQ instead. > > J. Hartline sure go on Jasper, can you make the announcement too :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Mon Mar 20 10:48:24 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 20 Mar 2006 05:48:24 -0500 Subject: [Fedora-livecd-list] Kadischi - wiki Message-ID: <441E8878.1080708@adelphia.net> Chitlesh I also notice some changes relating to Fedora Core 4. The wiki should apply to all non-legacy releases so FC4 information is still valid. Keep this in mind when editing the wiki please. On another note, the CVS has been brought up to speed with FC5 with the exception of the buildstamp file contents. The current CVS will not work with FC4 because of small changes, it could however support both Core 4 and 5 using some conditionals. (Which I think is a good idea, but is more maintainable via RPM) Thus I'm working on getting a base for trying to get something within Extras) If this becomes a large problem, this is what we will do, for now the CVS should be current, and that is what it is. The wiki should not obsolete or not cover non-legacy Core releases however. I'll be looking over various things relating to Kadischi, a man page in sections (1) has also been submitted along with sections (5) for kadischi(1) and build.conf which should be kadischi.conf I think. (kadischi.conf(5)) These are drafts and shopuld be reviewed heavily and improved which I'll work on also from time to time. Thanks. J. Hartline From jasperhartline at adelphia.net Mon Mar 20 10:56:02 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 20 Mar 2006 05:56:02 -0500 Subject: [Fedora-livecd-list] Kadischi - wiki In-Reply-To: <13dbfe4f0603200331k729a681axd4e5655f9da2778@mail.gmail.com> References: <441E7FE1.4040607@adelphia.net> <13dbfe4f0603200331k729a681axd4e5655f9da2778@mail.gmail.com> Message-ID: <441E8A42.10900@adelphia.net> Chitlesh GOORAH wrote: >can you make the announcement too :) > > > > Kadischi CVS has been updated to work with Fedora Core 5. Various bugs have been remedied and standard included added features include: 1) Xen kernel support 2) Bootsplash support. 3) Prelinking Thanks. J. Hartline From skunkworx at verizon.net Mon Mar 20 19:23:20 2006 From: skunkworx at verizon.net (Skunk Worx) Date: Mon, 20 Mar 2006 11:23:20 -0800 Subject: [Fedora-livecd-list] weekly reports boken link Message-ID: <441F0128.1060205@verizon.net> This page : http://fedoraproject.org/wiki/Kadischi/WeeklyReports ...has a link in : Jan 16, 2006 The first Kadischi Weekly Report was published. ChitleshGoorah will write Kadischi's WeeklyReport each week. ...namely : http://fedoraproject.org/wiki/Projects/WeeklyReports/2005-Jan-16#kadischi ...which is broken cuz it's the wrong year :-) 2006 works. --- John From chitlesh at fedoraproject.org Tue Mar 21 01:22:37 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 21 Mar 2006 02:22:37 +0100 Subject: [Fedora-livecd-list] weekly reports boken link In-Reply-To: <441F0128.1060205@verizon.net> References: <441F0128.1060205@verizon.net> Message-ID: <13dbfe4f0603201722p2b757bc9o34c9418846535dc1@mail.gmail.com> On 3/20/06, Skunk Worx wrote: > This page : > > http://fedoraproject.org/wiki/Kadischi/WeeklyReports > > ...has a link in : > > Jan 16, 2006 The first Kadischi Weekly Report was published. > ChitleshGoorah will write Kadischi's WeeklyReport each week. > > ...namely : > > http://fedoraproject.org/wiki/Projects/WeeklyReports/2005-Jan-16#kadischi > > ...which is broken cuz it's the wrong year :-) > > 2006 works. > > --- > John lol, ive to change my calendar :) it's fixed, thanks i will complete Kadischi's Weekly report tomorrow :) -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Mar 21 01:25:30 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 21 Mar 2006 02:25:30 +0100 Subject: [Fedora-livecd-list] Kadischi - wiki In-Reply-To: <441E8A42.10900@adelphia.net> References: <441E7FE1.4040607@adelphia.net> <13dbfe4f0603200331k729a681axd4e5655f9da2778@mail.gmail.com> <441E8A42.10900@adelphia.net> Message-ID: <13dbfe4f0603201725n69ba59eh47f0037cd255125d@mail.gmail.com> > Kadischi CVS has been updated to work with Fedora Core 5. > Various bugs have been remedied and standard included added features > include: > 1) Xen kernel support > 2) Bootsplash support. > 3) Prelinking > > Thanks. > J. Hartline Thanks Jasper this will be the first line in Kadischi's Weekly report :) -- http://clunixchit.blogspot.com From jdogalt at yahoo.com Tue Mar 21 02:32:17 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Mon, 20 Mar 2006 18:32:17 -0800 (PST) Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? Message-ID: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> My question, which I think should be answered in the docs (it isn't is it?) is this- What if any requirements does the fedora project put on someone distributing an iso generated with kadischi? Does the full spectrum of removing the artwork/trademarks that is associated with creating a fedora derivative distribution apply? If so, I suggest adding a post install script which does this for the user automatically (instead of disabling their firewall ;), or adding big FAT warnings telling people that they cannot redistribute kadsichi output. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Tue Mar 21 02:57:01 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 20 Mar 2006 21:57:01 -0500 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> Message-ID: <441F6B7D.6060009@adelphia.net> Jane Dogalt wrote: >My question, which I think should be answered in the docs (it isn't is it?) is >this- > >What if any requirements does the fedora project put on someone distributing an >iso generated with kadischi? > >Does the full spectrum of removing the artwork/trademarks that is associated >with creating a fedora derivative distribution apply? > >If so, I suggest adding a post install script which does this for the user >automatically (instead of disabling their firewall ;), or adding big FAT >warnings telling people that they cannot redistribute kadsichi output. > >-jdog > > To my knowledge it is fine, as long as you are not claiming what you have is in fact Fedora Core GOLD releases or RAWHIDE trees, say if you add your own packages, etc. If this is a severe worry of yours, you might try contacting Karsten Wade or Bill Nottingham at Redhat, Inc. or another individual related with the Fedora Project that has information on this. J. Hartline From nman64 at n-man.com Tue Mar 21 08:12:24 2006 From: nman64 at n-man.com (Patrick Barnes) Date: Tue, 21 Mar 2006 02:12:24 -0600 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> Message-ID: <200603210212.30697.nman64@n-man.com> On Monday 20 March 2006 20:32, Jane Dogalt wrote: > My question, which I think should be answered in the docs (it isn't is it?) > is this- > > What if any requirements does the fedora project put on someone > distributing an iso generated with kadischi? > > Does the full spectrum of removing the artwork/trademarks that is > associated with creating a fedora derivative distribution apply? Without separate, explicit usage approval, yes. You cannot distribute such live CDs as "Fedora". Future guidelines may relax the restrictions, but these productions are not redistributable without permission until then. To request approval for specific usage cases, contact legal at fedoraproject.org, which will actually go to Greg DeKoenigsberg right now. > > If so, I suggest adding a post install script which does this for the user > automatically (instead of disabling their firewall ;), or adding big FAT > warnings telling people that they cannot redistribute kadsichi output. > It would be wise to point to the existing legal documentation that covers this issue, including the Trademark Guidelines and logo usage information. http://fedoraproject.org/wiki/Legal -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From jasperhartline at adelphia.net Tue Mar 21 07:52:52 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 21 Mar 2006 02:52:52 -0500 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <200603210212.30697.nman64@n-man.com> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> <200603210212.30697.nman64@n-man.com> Message-ID: <441FB0D4.5030408@adelphia.net> Patrick Barnes wrote: >>If so, I suggest adding a post install script which does this for the user >>automatically (instead of disabling their firewall ;), or adding big FAT >>warnings telling people that they cannot redistribute kadsichi output. >> >> >> > >It would be wise to point to the existing legal documentation that covers this >issue, including the Trademark Guidelines and logo usage information. > >http://fedoraproject.org/wiki/Legal > > Chitlesh, is it possible we can get a final drafts of the documents included in the bootsplash/ Have someone from the docs committe or Greg DeKoenigsberg review them. They aren't too long, and should probably be tweaked, I know the spacings are roasted. I can fix the formatting and spacing while I'm there, and we can get this sorted. The important things are the text, only. I can handle the rest. J. Hartline From jasperhartline at adelphia.net Tue Mar 21 09:30:05 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 21 Mar 2006 04:30:05 -0500 Subject: [Fedora-livecd-list] Kadischi - User Manuals, File Formats Message-ID: <441FC79D.3020205@adelphia.net> Hi. Chitlesh, could we also get these reviewed and try to get them in CVS. In RPM the standard project files like INSTALL, README.1ST, TODO are obsolete. RPM use manuals available via man(1). I've written the final drafts and have them attached to bugzilla BZ #185834 here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185834 I'm working ona few other things here at the moment too. Thanks. J. Hartline From jasperhartline at adelphia.net Tue Mar 21 09:34:10 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 21 Mar 2006 04:34:10 -0500 Subject: [Fedora-livecd-list] Re: Kadischi - User Manuals, File Formats In-Reply-To: <441FC79D.3020205@adelphia.net> References: <441FC79D.3020205@adelphia.net> Message-ID: <441FC892.7050005@adelphia.net> J. Hartline wrote: > Hi. > Chitlesh, could we also get these reviewed and try to get them in CVS. > In RPM the standard project files like INSTALL, README.1ST, TODO are > obsolete. RPM use manuals available via man(1). > > I've written the final drafts and have them attached to bugzilla BZ > #185834 > here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185834 > I'm working ona few other things here at the moment too. Oops. Forgot to mention, you'll notice kadischi.conf, which resembles build.conf. If we can get a manual into CVS, we can also change the relevant sections and build.conf to kadischi.conf but not immediately, as it is probably not too important, but is alwyas nice to have manuals. J. Hartline From chitlesh at fedoraproject.org Tue Mar 21 12:12:46 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 21 Mar 2006 13:12:46 +0100 Subject: [Fedora-livecd-list] Re: Kadischi - User Manuals, File Formats In-Reply-To: <441FC892.7050005@adelphia.net> References: <441FC79D.3020205@adelphia.net> <441FC892.7050005@adelphia.net> Message-ID: <13dbfe4f0603210412u3f82e9f5y478ea3047ac7d632@mail.gmail.com> > Oops. Forgot to mention, you'll notice kadischi.conf, which resembles > build.conf. > If we can get a manual into CVS, we can also change the relevant > sections and build.conf to kadischi.conf > but not immediately, as it is probably not too important, but is alwyas > nice to have manuals. > > J. Hartline +1 Im adding * renaming build.conf to kadischi.conf * change all build.conf links * update man page * remove INSTALL, README.1ST, TODO to Kadischi/Schedule. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Tue Mar 21 12:23:22 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 21 Mar 2006 13:23:22 +0100 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <441FB0D4.5030408@adelphia.net> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> <200603210212.30697.nman64@n-man.com> <441FB0D4.5030408@adelphia.net> Message-ID: <13dbfe4f0603210423w3a9e88b0v52cf71c54008dd92@mail.gmail.com> > Chitlesh, is it possible we can get a final drafts of the documents > included in the bootsplash/ > Have someone from the docs committe or Greg DeKoenigsberg review them. > They aren't too long, and should probably be tweaked, I know the > spacings are roasted. > > I can fix the formatting and spacing while I'm there, and we can get > this sorted. > The important things are the text, only. I can handle the rest. > > J. Hartline Yes, Ill do it. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 22 00:33:34 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 22 Mar 2006 01:33:34 +0100 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> Message-ID: <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> On 3/21/06, Jane Dogalt wrote: > My question, which I think should be answered in the docs (it isn't is it?) is > this- > > What if any requirements does the fedora project put on someone distributing an > iso generated with kadischi? > > Does the full spectrum of removing the artwork/trademarks that is associated > with creating a fedora derivative distribution apply? > Good point indeed! I think we need something like this http://fedoraproject.org/wiki/ChitleshGoorah/legal Please have a look and review it, Ive asked nman on irc and greg too afterwards, Ill move it to Kadischi/Legal > If so, I suggest adding a post install script which does this for the user > automatically (instead of disabling their firewall ;), or adding big FAT > warnings telling people that they cannot redistribute kadsichi output. > > -jdog Someone before my participation to this project, has added "make SELinux work on live system" to http://fedoraproject.org/wiki/Kadischi/Schedule I think there was something wrong with SELinux on Live CDs. Does it now? I haven't yet look deeply at it. Chitlesh Goorah -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Wed Mar 22 00:46:19 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 22 Mar 2006 01:46:19 +0100 Subject: [Fedora-livecd-list] Kadischi - wiki In-Reply-To: <441E7FE1.4040607@adelphia.net> References: <441E7FE1.4040607@adelphia.net> Message-ID: <13dbfe4f0603211646y72f6b8b2s2fb82b9b4582b8fc@mail.gmail.com> On 3/20/06, J. Hartline wrote: > Chitlesh > I've made some changes on the wiki. > Can we nuke the BugReporting page, I've added it to the FAQ instead. > done ! :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Mar 22 00:06:24 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 21 Mar 2006 19:06:24 -0500 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> Message-ID: <44209500.8050208@adelphia.net> Chitlesh GOORAH wrote: >Someone before my participation to this project, has added >"make SELinux work on live system" >to http://fedoraproject.org/wiki/Kadischi/Schedule > >I think there was something wrong with SELinux on Live CDs. > >Does it now? I haven't yet look deeply at it. > > I believe that was a general statement, as in some aspects of SELinux may not work in readonly-root environment. I can predispose they didn't mean just "label files as is stock in Fedora Core". Which would be fixed when RPM knows how to distribute files with contexts in it's payload. I too should look more into this as I haven't yet built any with SELinux enabled. J. Hartline From katzj at redhat.com Wed Mar 22 01:12:58 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 21 Mar 2006 20:12:58 -0500 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <44209500.8050208@adelphia.net> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> <44209500.8050208@adelphia.net> Message-ID: <1142989978.2750.21.camel@aglarond.local> On Tue, 2006-03-21 at 19:06 -0500, J. Hartline wrote: > Chitlesh GOORAH wrote: > >Someone before my participation to this project, has added > >"make SELinux work on live system" > >to http://fedoraproject.org/wiki/Kadischi/Schedule > > > >I think there was something wrong with SELinux on Live CDs. > > > >Does it now? I haven't yet look deeply at it. > > > I believe that was a general statement, as in some aspects of SELinux > may not work in readonly-root environment. Ermm, no. SELinux is perfectly fine with a read-only environment. > I can predispose they didn't mean just "label files as is stock in > Fedora Core". > Which would be fixed when RPM knows how to distribute files with contexts > in it's payload. I too should look more into this as I haven't yet built > any with SELinux enabled. And RPM has been setting file contexts since FC2. The problem is that the various compressed filesystems don't actually support xattrs which is required for setting up the SELinux file contexts. Jeremy From jasperhartline at adelphia.net Wed Mar 22 00:38:37 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 21 Mar 2006 19:38:37 -0500 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <1142989978.2750.21.camel@aglarond.local> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> <44209500.8050208@adelphia.net> <1142989978.2750.21.camel@aglarond.local> Message-ID: <44209C8D.8080403@adelphia.net> Jeremy Katz wrote: >The problem is that the various compressed filesystems don't actually >support xattrs which is required for setting up the SELinux file >contexts. > >Jeremy > > Ok. In this case, there isn't much anyone can do but send patches to the upstream maintenance and wait. That or patch Fedora Core tools to support these, and send upstream also. As I stated I could predispose the "just setting contexts" wasn't the issue, since this can be done before hand and (now that you've mentioned it) since RPM already knows about contexts, this couldn't be the issue. (Contexts can't be changed on a read-only file, is what I was basing my understanding of that item on.) Just for reference, I will edit the Kadischi wiki to make this item clearer. It is there for a reminder I'd imagine, but it can be clear. Thanks. J. Hartline From jasperhartline at adelphia.net Wed Mar 22 01:59:36 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 21 Mar 2006 20:59:36 -0500 Subject: [Fedora-livecd-list] Kadischi - wiki Message-ID: <4420AF88.1010704@adelphia.net> Chitlesh Could you fix whatever is broken on the Kadischi/Development page. I was trying to reorder the TOC entries for organization like: - FAQ - Documentation - Download - Schedule - Contributors - LiveCD - Meetings rather than how they were which, really organization should be done anytime making a wiki page. In any caswe, could you fix it. I looked at it for about 3 minutes and do not see the error in the page. The other day I edited a page and it was thrown off by a typo already in the page. I found that luckily, I however can't on the Developers page. J. Hartline From chitlesh at fedoraproject.org Wed Mar 22 06:42:15 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 22 Mar 2006 07:42:15 +0100 Subject: [Fedora-livecd-list] Kadischi - wiki In-Reply-To: <4420AF88.1010704@adelphia.net> References: <4420AF88.1010704@adelphia.net> Message-ID: <13dbfe4f0603212242r3331ee6cqefb4c329a8450674@mail.gmail.com> On 3/22/06, J. Hartline wrote: > Chitlesh > Could you fix whatever is broken on the Kadischi/Development page. > I was trying to reorder the TOC entries for organization > like: > - FAQ > - Documentation > - Download > - Schedule > - Contributors > - LiveCD > - Meetings > rather than how they were which, really organization should be done > anytime making a wiki page. > In any caswe, could you fix it. I looked at it for about 3 minutes and > do not see the error in the page. > The other day I edited a page and it was thrown off by a typo already in > the page. > > I found that luckily, I however can't on the Developers page. > > J. Hartline > > Ive fixed the table :) -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Mar 22 05:52:43 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 22 Mar 2006 00:52:43 -0500 Subject: [Fedora-livecd-list] Kadischi - wiki In-Reply-To: <4420AF88.1010704@adelphia.net> References: <4420AF88.1010704@adelphia.net> Message-ID: <4420E62B.9060606@adelphia.net> J. Hartline wrote: > I was trying to reorder the TOC entries for organization > like: > - FAQ > - Documentation > - Download > - Schedule > - Contributors > - LiveCD > - Meetings Chitlesh, actually if you get some time, can you also do this with every page. They should be ordered in usage/importance. Could you also check for redundant links, like TOC entries that go to the same page that it is on. There really is nothing neccessary that needs that I don't think. J. Hartline From chitlesh at fedoraproject.org Wed Mar 22 17:26:35 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 22 Mar 2006 18:26:35 +0100 Subject: [Fedora-livecd-list] Kadischi - wiki In-Reply-To: <4420E62B.9060606@adelphia.net> References: <4420AF88.1010704@adelphia.net> <4420E62B.9060606@adelphia.net> Message-ID: <13dbfe4f0603220926l69fdb52cybf8543c51cb2efd@mail.gmail.com> On 3/22/06, J. Hartline wrote: > J. Hartline wrote: > > > I was trying to reorder the TOC entries for organization > > like: > > - FAQ > > - Documentation > > - Download > > - Schedule > > - Contributors > > - LiveCD > > - Meetings > > Chitlesh, actually if you get some time, can you also do this with every > page. > They should be ordered in usage/importance. > > Could you also check for redundant links, like TOC entries that go to > the same page that it is on. > There really is nothing neccessary that needs that I don't think. > > J. Hartline > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > sure Ill do it -- http://clunixchit.blogspot.com From jasperhartline at adelphia.net Wed Mar 22 23:26:14 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 22 Mar 2006 17:26:14 -0600 Subject: [Fedora-livecd-list] Kadischi - bootsplash documents Message-ID: <4421DD16.8050007@adelphia.net> Hi. Chitlesh, any progress on the bootsplash documents? I can't really do any spatial formatting until I get the actual final texts.s J. Hartline From chitlesh at fedoraproject.org Fri Mar 24 13:39:57 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Mar 2006 14:39:57 +0100 Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> References: <20060321023217.16206.qmail@web38406.mail.mud.yahoo.com> <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> Message-ID: <13dbfe4f0603240539w6c9fd05bq6fc817efb73edf8@mail.gmail.com> >From now on there are some texts concerning Legal issues and Kadischi: http://fedoraproject.org/wiki/Kadischi/Legal Chitlesh GOORAH -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Fri Mar 24 13:40:44 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 24 Mar 2006 14:40:44 +0100 Subject: [Fedora-livecd-list] Kadischi - bootsplash documents In-Reply-To: <4421DD16.8050007@adelphia.net> References: <4421DD16.8050007@adelphia.net> Message-ID: <13dbfe4f0603240540x165fb3b2wcd222ad640676f8@mail.gmail.com> On 3/23/06, J. Hartline wrote: > Hi. > Chitlesh, any progress on the bootsplash documents? > I can't really do any spatial formatting until I get the actual final > texts.s > > J. Hartline Im waiting for responses/reviews. -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Mar 25 14:00:06 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 25 Mar 2006 15:00:06 +0100 Subject: [Fedora-livecd-list] Kadischi - bootsplash documents In-Reply-To: <13dbfe4f0603240540x165fb3b2wcd222ad640676f8@mail.gmail.com> References: <4421DD16.8050007@adelphia.net> <13dbfe4f0603240540x165fb3b2wcd222ad640676f8@mail.gmail.com> Message-ID: <13dbfe4f0603250600p5fffc7capaa3574b87912b69e@mail.gmail.com> On 3/24/06, Chitlesh GOORAH wrote: > On 3/23/06, J. Hartline wrote: > > Hi. > > Chitlesh, any progress on the bootsplash documents? > > I can't really do any spatial formatting until I get the actual final > > texts.s > > > > J. Hartline > > > Im waiting for responses/reviews. > > -- > http://clunixchit.blogspot.com > Here are those files, nevertheless Im still waiting for Greg's comments on license.msg -- http://clunixchit.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: bootsplash.tar.bz2 Type: application/x-bzip2 Size: 1604 bytes Desc: not available URL: From jdogalt at yahoo.com Sun Mar 26 15:45:56 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Sun, 26 Mar 2006 07:45:56 -0800 (PST) Subject: [Fedora-livecd-list] trademark/copyright issues with distributing kadischi output? In-Reply-To: <13dbfe4f0603211633s74c7f9br3616d58b72caee7c@mail.gmail.com> Message-ID: <20060326154556.30190.qmail@web38409.mail.mud.yahoo.com> --- Chitlesh GOORAH wrote: > > > > Does the full spectrum of removing the artwork/trademarks that is > associated > > with creating a fedora derivative distribution apply? > > > > Good point indeed! > > I think we need something like this > http://fedoraproject.org/wiki/ChitleshGoorah/legal > > Please have a look and review it, > Ive asked nman on irc and greg too I still think the answer is fuzzy. It seems there are 2 issues I see- 1) "distributing something under the name Fedora" and 2) "distributing something under another name, but without removing every trace of fedora art/trademarks, i.e. the default behaviour of kadischi" (and 3) "distributing something under another name, and removing every trace of fedora art/trademarks". Clearly #3 is acceptable. Clearly #1 is unacceptable. The wiki, and some answers so far suggest that #2 is acceptable, but I would like that to be made explicitly clear if so. Because if it is unacceptable, then until #3 becomes easy to do (post install script included in kadischi package), then kadischi has a somewhat more limited usefulness to I think a healthy fraction of it's current target users. For example, if unacceptable, the LWN author would not be allowed to post his iso online (though presumably s/he could post a short script and/or instructions for how to produce a theoretically identical iso) -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Mon Mar 27 08:33:25 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 27 Mar 2006 02:33:25 -0600 Subject: [Fedora-livecd-list] Kadischi - UI Message-ID: <4427A355.5060408@adelphia.net> Hi. Some work has been done recently with Kadischi and it is still getting a bit of massaging.. however I wanted to see what ideas we could come up with in kickstarting a rough UI for Kadischi. What would be the most plausible for Kadischi, any ideas? GTK+? Python + GTK? What are some of your ideas? J. Hartline From jdogalt at yahoo.com Mon Mar 27 16:04:00 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Mon, 27 Mar 2006 08:04:00 -0800 (PST) Subject: [Fedora-livecd-list] Kadischi - UI In-Reply-To: <4427A355.5060408@adelphia.net> Message-ID: <20060327160400.29521.qmail@web38401.mail.mud.yahoo.com> > What would be the most plausible for Kadischi, any ideas? I think kadischi should be absorbed entirely by anaconda. Use something like a --output-livecd=foo.iso, and have anaconda create an internal tmp rootpath directory. For any livecd configuration, add more steps/screens to the anaconda install. And obviously maintain support for text/commandline/kickstart. Add more livecd token options to kickstart, or create a similar but different livecd config file. Perhaps this has been suggested before, I'm new to the list and haven't read the archives. But the above is my 2 cents. -jdog --- "J. Hartline" wrote: > Hi. > Some work has been done recently with Kadischi and it is still > getting a bit of massaging.. however I wanted to see what ideas we > could come up with in kickstarting a rough UI for Kadischi. > > What would be the most plausible for Kadischi, any ideas? > GTK+? > Python + GTK? > > What are some of your ideas? > > J. Hartline > > -- > Fedora-livecd-list mailing list > Fedora-livecd-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-livecd-list > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jdogalt at yahoo.com Mon Mar 27 16:37:39 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Mon, 27 Mar 2006 08:37:39 -0800 (PST) Subject: [Fedora-livecd-list] Kadischi - UI In-Reply-To: <20060327160400.29521.qmail@web38401.mail.mud.yahoo.com> Message-ID: <20060327163739.60798.qmail@web38401.mail.mud.yahoo.com> --- Jane Dogalt wrote: > > What would be the most plausible for Kadischi, any ideas? > > I think kadischi should be absorbed entirely by anaconda. > > Use something like a --output-livecd=foo.iso, and have anaconda create an > internal tmp rootpath directory. > > For any livecd configuration, add more steps/screens to the anaconda install. Actually, I wasn't thinking of this 10 minutes ago when I wrote this, but... With the above, you could also allow a checkbox on a real native anaconda(fedora/redhat) install, say "create livecd boot image", which would go ahead and do a completely normal install on a system, but then leave a bonus bootable iso, say /root/anaconda-livecd.iso, for the user. Thus, for the people on this list who have talked about using kadischi to create deployable read-only livecd's for particular systems (say a particular dell hardware configuration, to be used as an appliance/kiosk), they could just do a normal install on one instance of the system, and boom, there is your livecd. Or even, if the system has a cd burner, you could do the install, and burn the cd right away. Maybe just using temp space on an existing system partition (vfat even) to generate the install iso. Of course, thats not very far away from my earlier dogmeat post about using a generated livecd as a configure/build/test environment for more livecds. Which has a fair amount of synergy to merging the generic os installer with the generic livecd, ala mandriva one, and something like a project I did years ago which just cached("installed") the livecd image to an existing disk partition(think host vfat). My hunch is that the recently fired mandrake founders new secret project ulteo is probably a mix of some of the above. IMO it's the direction to go with livecds. That and using relayfs/unionfs+distributed network filesystems to do really incredibly cool stuff :) -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jdogalt at yahoo.com Mon Mar 27 19:05:10 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Mon, 27 Mar 2006 11:05:10 -0800 (PST) Subject: [Fedora-livecd-list] selinux on livecds In-Reply-To: <1142989978.2750.21.camel@aglarond.local> Message-ID: <20060327190510.19686.qmail@web38406.mail.mud.yahoo.com> --- Jeremy Katz wrote: > The problem is that the various compressed filesystems don't actually > support xattrs which is required for setting up the SELinux file > contexts. If I were intent on using SELinux, I would ask this question- once you get kadischi to have a specifiable read-only filesystem type (i.e. zisofs or squashfs or ...), would there be any problem with doing a (possibly clooped) ext2(/3) fs as an option. Definately it'd be less efficient spacewise than squashfs, but it shouldn't really be too hard to add that as an option, which sounds like it might enable SELinux. Though how about tmpfs? Does it support xattrs? Currently kad uses bind-mounting and read-only root for a mix of tmpfs+zisofs. So if you switch zisofs to cloop-ext2, you still have the tmpfs part. I wonder how selinux would cope with tmpfs+cloop_ext2+relayfs (or relayfs in general). time and experiment will tell I suppose. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From katzj at redhat.com Mon Mar 27 19:17:57 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 27 Mar 2006 14:17:57 -0500 Subject: [Fedora-livecd-list] selinux on livecds In-Reply-To: <20060327190510.19686.qmail@web38406.mail.mud.yahoo.com> References: <20060327190510.19686.qmail@web38406.mail.mud.yahoo.com> Message-ID: <1143487077.4785.72.camel@orodruin.boston.redhat.com> On Mon, 2006-03-27 at 11:05 -0800, Jane Dogalt wrote: > --- Jeremy Katz wrote: > > > The problem is that the various compressed filesystems don't actually > > support xattrs which is required for setting up the SELinux file > > contexts. > > If I were intent on using SELinux, I would ask this question- > > once you get kadischi to have a specifiable read-only filesystem type (i.e. > zisofs or squashfs or ...), would there be any problem with doing a (possibly > clooped) ext2(/3) fs as an option. I vaguely have a memory of raw ext[23] on an iso not working for some reason. But it's a hazy memory from long ago. You're welcome to check. If it does, that's one option. Although adding xattr support for a filesystem _isn't_ that difficult. > Though how about tmpfs? Does it support xattrs? tmpfs supports xattrs -- that support was added when we went to using udev with tmpfs for /dev Jeremy From jasperhartline at adelphia.net Mon Mar 27 21:55:58 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 27 Mar 2006 15:55:58 -0600 Subject: [Fedora-livecd-list] Kadischi - UI In-Reply-To: <20060327160400.29521.qmail@web38401.mail.mud.yahoo.com> References: <20060327160400.29521.qmail@web38401.mail.mud.yahoo.com> Message-ID: <44285F6E.9060002@adelphia.net> Jane Dogalt wrote: >I think kadischi should be absorbed entirely by anaconda. > >Use something like a --output-livecd=foo.iso, and have anaconda create an >internal tmp rootpath directory. > > Kadischi already does this. Since Anaconda doesn't posses mksquashfs or mkzftree and mkisofs capabilities it would'nt be that difficult. Just use rootpath methods. >For any livecd configuration, add more steps/screens to the anaconda install. >And obviously maintain support for text/commandline/kickstart. > >Add more livecd token options to kickstart, or create a similar but different >livecd config file. > > This is discussed at the http://fedoraproject.org/wiki/Kadischi/Schedule * %livecd section in Kickstart for Anaconda. >Perhaps this has been suggested before, I'm new to the list and haven't read >the archives. But the above is my 2 cents. > > A whole seperate UI has been suggested: http://fedoraproject.org/wiki/Kadischi/Schedule I would imagine work could be done on a Kadischi UI in Python with GTK bindings and perhaps at the same time send patches to devs. If you are a member of the wiki or a contributor with wiki editing priviliges, you could create a sub item list under the Schedule page under the * create and integrate a fancy little GUI item in the Kadischi wiki. From jasperhartline at adelphia.net Mon Mar 27 22:01:31 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Mon, 27 Mar 2006 16:01:31 -0600 Subject: [Fedora-livecd-list] Kadischi - UI In-Reply-To: <20060327163739.60798.qmail@web38401.mail.mud.yahoo.com> References: <20060327163739.60798.qmail@web38401.mail.mud.yahoo.com> Message-ID: <442860BB.9040709@adelphia.net> Jane Dogalt wrote: >With the above, you could also allow a checkbox on a real native >anaconda(fedora/redhat) install, say "create livecd boot image", which would go >ahead and do a completely normal install on a system, but then leave a bonus >bootable iso, say /root/anaconda-livecd.iso, for the user. > >Thus, for the people on this list who have talked about using kadischi to >create deployable read-only livecd's for particular systems (say a particular >dell hardware configuration, to be used as an appliance/kiosk), they could just >do a normal install on one instance of the system, and boom, there is your >livecd. > > A user and contributor has also mentioned G4U-like (Ghost for Unix) capabilities with Kadischi. I thought it was a good idea also, in the sense a user's HDD installation could be imaged and written to a live disc for use at other times, or as a rescue environment for instance. >Or even, if the system has a cd burner, you could do the install, and burn the >cd right away. Maybe just using temp space on an existing system partition >(vfat even) to generate the install iso. > > This is an idea I had personally thought about also. Rather than ending the session with Kadischi with the ISO9660 CD image only.. an even more-user friendly approach would be to ask if they would like to burn it. J. Hartline From toshio at tiki-lounge.com Wed Mar 29 02:02:19 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 28 Mar 2006 18:02:19 -0800 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? Message-ID: <1143597740.30123.76.camel@localhost> Hi all, Over the past week or so, I've become familiar with the Kadischi portion of Kadischi (as opposed to anaconda) and put together squashfs support. Unfortunately, I've been depending on cvs diff to generate a patch and the cvs server is down right now. Does anyone have a pristine tree I can diff against? If not, I'll tar up my tree later tonight and stick them somewhere for others to look at. The drawback of that is I had to make a few unrelated changes because I'm creating a minimal install and certain pieces of kadischi make assumptions of what software is installed in the image. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jasperhartline at adelphia.net Wed Mar 29 02:47:44 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Tue, 28 Mar 2006 20:47:44 -0600 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? In-Reply-To: <1143597740.30123.76.camel@localhost> References: <1143597740.30123.76.camel@localhost> Message-ID: <4429F550.9030602@adelphia.net> Toshio Kuratomi wrote: >Hi all, > >Over the past week or so, I've become familiar with the Kadischi portion >of Kadischi (as opposed to anaconda) and put together squashfs support. >Unfortunately, I've been depending on cvs diff to generate a patch and >the cvs server is down right now. Does anyone have a pristine tree I >can diff against? If not, I'll tar up my tree later tonight and stick >them somewhere for others to look at. > >The drawback of that is I had to make a few unrelated changes because >I'm creating a minimal install and certain pieces of kadischi make >assumptions of what software is installed in the image. > > It should be back up soon, as someone is working on that last I checked. If you need a snapshot there is one here: http://autopsy.thetabox.org/SOURCES dated 03272006. J. Hartline From toshio at tiki-lounge.com Wed Mar 29 06:04:20 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 28 Mar 2006 22:04:20 -0800 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? In-Reply-To: <4429F550.9030602@adelphia.net> References: <1143597740.30123.76.camel@localhost> <4429F550.9030602@adelphia.net> Message-ID: <1143612261.3205.29.camel@localhost> On Tue, 2006-03-28 at 20:47 -0600, J. Hartline wrote: > It should be back up soon, as someone is working on that last I checked. > > If you need a snapshot there is one here: > http://autopsy.thetabox.org/SOURCES > dated 03272006. Thanks autopsy! Here's two patches. The first one enables squashfs. In order to use it you invoke kadischi with the --filesystem option:: kadischi --filesystem=squashfs fc5-repo fedora.iso The patch makes te following changes: * kadischi.py: - New option --filesystem=[compressed fs type] This allows the ISO creator to select zisofs or squashfs. - Bug fix: Change file variable to filename because file is a python builtin. - Compress the filesystem to a squashfs image if --filesystem was set to squashfs. - Do not pass -z to mkisofs if we aren't compressing a zisofs. * livecd-mkinitrd.sh: - Create a /cdrom directory to mount the cdrom image to directly. - Copy squashfs and loop modules to the initrd. - Create loop[0-9] devices in the initrd. * livecd-linuxrc: - Mount the cd image onto /cdrom instead of /sysroot. - If we're using squashfs, loopback mount it on /sysroot otherwise bind mount the cdrom to /sysroot. Note that I haven't tested zisofs output recently so it's possible I broke zisofs creation since I started working on this. The second patch is a collection of bugfixes of varying correctness: * functions.py: import shutil as the cleanup() function uses it. * install-boot.sh: Add selinux=0 to the kernel commandline as neither squashfs nor zisofs support selinux xattrs. * 04auth.sh: Comment out the lokkit call as this may not exist in the install root. The selinux portion of this call is taken care of by adding selinux=0 to the kernel commandlin. The firewall portion isn't. And when we do add support for selinux the kernel commandline won't let us choose between targetted/strict/other. So the correct fix for this needs more thought. * 05fsclean.py: Code "copy this directory recursively" in python to avoid calling rsync in the install root (which may not exist and thus error out.) * movefiles.py: Code a check for file existence before attempting to move it. This should never be reached but my initial kadischi runs were triggering some bug here. I haven't seen the diagnostic message triggered recently so the bug may have gone back into hiding. Let me know what you think, -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-squashfs.patch Type: text/x-patch Size: 5263 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-bugs.patch Type: text/x-patch Size: 5347 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From markryde at gmail.com Wed Mar 29 10:06:54 2006 From: markryde at gmail.com (Mark Ryden) Date: Wed, 29 Mar 2006 12:06:54 +0200 Subject: [Fedora-livecd-list] boot kadischi live-cd from USB external CDROM Message-ID: Hi, Does anybody know what should I do in order to boot kadischi live-cd from USB external CDROM? I have a motherboard with a BIOS which can boot from the USB , and indeed it starts booting the USB CD and says an error about "usb-storage"; I assume I should add loading this driver (and more) to initrd , but how exactly ? any idea? Regards, Mark From chitlesh at fedoraproject.org Wed Mar 29 11:27:48 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 29 Mar 2006 13:27:48 +0200 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? In-Reply-To: <1143612261.3205.29.camel@localhost> References: <1143597740.30123.76.camel@localhost> <4429F550.9030602@adelphia.net> <1143612261.3205.29.camel@localhost> Message-ID: <13dbfe4f0603290327s20feed10l632553bd28338c94@mail.gmail.com> Wow great :) nevertheless my post-install script is dying /usr/local/share/kadischi/post_install_scripts/05fsclean.py Traceback (most recent call last): File "/usr/local/share/kadischi/post_install_scripts/05fsclean.py", line 86, in ? clean_up_root (rootdir) File "/usr/local/share/kadischi/post_install_scripts/05fsclean.py", line 66, in clean_up_root os.makedirs(newentry) UnboundLocalError: local variable 'newentry' referenced before assignment *** Fatal error: /usr/local/share/kadischi/post_install_scripts/05fsclean.py returned non zero (256) exit code. Aborting execution. Cleaning up temporary files... What is wrong with my attached post-install script ? -- http://clunixchit.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: 05fsclean.py Type: text/x-python Size: 2005 bytes Desc: not available URL: From ingo at ingo-schaefer.de Wed Mar 29 12:42:04 2006 From: ingo at ingo-schaefer.de (Ingo Schaefer) Date: Wed, 29 Mar 2006 14:42:04 +0200 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? In-Reply-To: <13dbfe4f0603290327s20feed10l632553bd28338c94@mail.gmail.com> References: <1143597740.30123.76.camel@localhost> <4429F550.9030602@adelphia.net> <1143612261.3205.29.camel@localhost> <13dbfe4f0603290327s20feed10l632553bd28338c94@mail.gmail.com> Message-ID: <1143636124.15961.18.camel@schaefei01> Hello, Am Mittwoch, den 29.03.2006, 13:27 +0200 schrieb Chitlesh GOORAH: > UnboundLocalError: local variable 'newentry' referenced before assignment [..] > What is wrong with my attached post-install script ? variable newentry has no value at the moment the line os.makedirs(newentry) is executed. You should rethink about the logic, maybe the else: before the line the error occurs is just incorrectly aligned and should be the else for the line if os.path.islink(oldentry): or any other "if"-line there? Just guessing because of not so much knowledge how it will be invoked. Regards Ingo PS: I will start testing kadischi soon -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jasperhartline at adelphia.net Wed Mar 29 14:09:30 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Wed, 29 Mar 2006 08:09:30 -0600 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? In-Reply-To: <1143612261.3205.29.camel@localhost> References: <1143597740.30123.76.camel@localhost> <4429F550.9030602@adelphia.net> <1143612261.3205.29.camel@localhost> Message-ID: <442A951A.1030207@adelphia.net> Toshio Kuratomi wrote: >Thanks autopsy! > > No problem. >Here's two patches. The first one enables squashfs. In order to use it >you invoke kadischi with the --filesystem option:: > > kadischi --filesystem=squashfs fc5-repo fedora.iso > > > Excellent. I too think SquashFS as an option is a good idea.. (as opposed to no choice, and just Squash) Everything works like it should upon testing all the SquashFS bits. I had done some work with SquashFS too but using a standard Fedora Core cpio initrd with Nash. Nash however doesn't fallback to RO in it's losetup, so of course, you can't setup a loopback with a Squash image as RW. I think we can probablu go ahead and at the least get the Squash bits up to CVS, and all of the rest with some exceptions. Let me explain: >+kernel_params='selinux=0' > >+ append initrd=initrd.img $kernel_params INITRD_DBG=x > >+ append xen.gz nosmp noacpi noreboot --- vmlinuz --- initrd.img $kernel_params INITRD_DBG=x > > In the future (or even now) we probably don't want to hinder the relevance of the debug option. After all, it is there for debugging. :-P >+ # Copy files from the skeldir to root's home >+ skeldir = os.path.join(rootdir, 'etc/skel') >+ skeldirEnd = len(skeldir) + 1 >+ # Walk the skeldir copying files >+ for root, dirs, files in os.walk(skeldir): >+ wdir = os.path.join(rootdir, 'root', root[skeldirEnd:]) >+ for entry in dirs: >+ newentry = os.path.join(wdir, entry) >+ if (os.path.lexists(newentry)): >+ continue >+ oldentry = os.path.join(root, entry) >+ if os.path.islink(oldentry): >+ os.symlink(os.readlink(oldentry), newentry) >+ else: >+ os.makedirs(newentry) >+ for entry in files: >+ newentry = os.path.join(wdir, entry) >+ if (os.path.lexists(newentry)): >+ continue >+ oldentry = os.path.join(root, entry) >+ if os.path.islink(oldentry): >+ os.symlink(os.readlink(oldentry), newentry) >+ else: >+ shutil.copy(oldentry, newentry) >+ > > This seems to be overly glorified to me, /etc/skel will always exist as it belongs to the filesystem package, unless you are using a modified filesystem package, which I do not think is the focus of Kadischi. Kadischi should work with the default subset of stock and or updated packages in Fedora Core. Making it if it doesn't exist is also not neccessary, because it should exist. In any case since rsync is an option configurable by the user and it relieves the dependancy on rsync actually existing. If there isn't any disagreements with Kadischi having the option of zftrees or Squash images we can at least get the Squash bits into CVS. Thanks Toshio! J. Hartline From toshio at tiki-lounge.com Wed Mar 29 17:12:00 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 29 Mar 2006 09:12:00 -0800 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? In-Reply-To: <13dbfe4f0603290327s20feed10l632553bd28338c94@mail.gmail.com> References: <1143597740.30123.76.camel@localhost> <4429F550.9030602@adelphia.net> <1143612261.3205.29.camel@localhost> <13dbfe4f0603290327s20feed10l632553bd28338c94@mail.gmail.com> Message-ID: <1143652320.3269.6.camel@localhost> On Wed, 2006-03-29 at 13:27 +0200, Chitlesh GOORAH wrote: > Wow great :) > > nevertheless my post-install script is dying > > /usr/local/share/kadischi/post_install_scripts/05fsclean.py > Traceback (most recent call last): > File "/usr/local/share/kadischi/post_install_scripts/05fsclean.py", > line 86, in ? > clean_up_root (rootdir) > File "/usr/local/share/kadischi/post_install_scripts/05fsclean.py", > line 66, in clean_up_root > os.makedirs(newentry) > UnboundLocalError: local variable 'newentry' referenced before assignment > > *** Fatal error: > /usr/local/share/kadischi/post_install_scripts/05fsclean.py returned > non zero (256) exit code. Aborting execution. > > Cleaning up temporary files... > > What is wrong with my attached post-install script ? Bah -- Tabs vs spaces. I should have enabled tab nanny (python's -tt commandline switch). If you substitute a tab for every four spaces on that line things will work. OTOH, per Autopsy's post, this may not be necessary. Was there a conscious decision to go with tabs instead of spaces in this project or is it just how the code was presented to us? Just say yes and I'll deal with it; I don't want to start a war :-) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jdogalt at yahoo.com Thu Mar 30 01:50:18 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Wed, 29 Mar 2006 17:50:18 -0800 (PST) Subject: [Fedora-livecd-list] skel, root, bindmount inversion, relayfs, and lions and tigers and bears, oh MY! In-Reply-To: <442A951A.1030207@adelphia.net> Message-ID: <20060330015019.18180.qmail@web38409.mail.mud.yahoo.com> --- "J. Hartline" wrote: > > > This seems to be overly glorified to me, /etc/skel will always exist as > it belongs to the filesystem package, unless you are using Isn't the real issue here that kadischi is nuking the contents of /root? Rather than nuke and then copy /etc/skel, I think the answer is to leave /root alone. Of course the decision was originally made probably due to /root living in tmpfs, and not wanting things like install.syslog or whatever around. My suggestion (toshio or someone else will probably beat me to the actual posting of code :) is to overhaul the way kadischi uses filesystems, i.e. tmpfs, and readonly zisofs/squashfs. Currently root is read-only, and then writable tmpfs directories are bind mounted there. I suggest, and have successfully used in the past, the inverse method, which is to make / a tmpfs, and then bindmount big readonly directories there. Of course that was a long time ago before the advent (or at least out-of-the-box availability) of unionfs/relayfs. These days we should be able to have a completely generic fully populated read-only / (coming from the full system install), with a full read-write tmpfs / overlayed/unioned/relayfsd on top. With such a configuration, we can even unwind the special read-only root considerations, and be able to do _anything_. I.e. do a "yum install emacs" right after boot. Don't get me started with how cool it would be to put a massively prepopulated network filesystem in that unionfs/relayfs stack as well :). Or user usbstick filesytems, or user configuration filesystems pulled from the network, or... or... -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From toshio at tiki-lounge.com Thu Mar 30 02:26:05 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 29 Mar 2006 18:26:05 -0800 Subject: [Fedora-livecd-list] skel, root, bindmount inversion, relayfs, and lions and tigers and bears, oh MY! In-Reply-To: <20060330015019.18180.qmail@web38409.mail.mud.yahoo.com> References: <20060330015019.18180.qmail@web38409.mail.mud.yahoo.com> Message-ID: <1143685565.3269.30.camel@localhost> On Wed, 2006-03-29 at 17:50 -0800, Jane Dogalt wrote: > Isn't the real issue here that kadischi is nuking the contents of /root? > > Rather than nuke and then copy /etc/skel, I think the answer is to leave /root > alone. > Yes. After talking with AutOPSY on irc, I think I'll just let the rootfiles package populate /root and get rid of this code altogether. It's always nice to remove unnecessary complexity rather than add it. > Of course the decision was originally made probably due to /root living in > tmpfs, and not wanting things like install.syslog or whatever around. > I'm not certain what the original thought was. If someone knows, be sure to bring it up so I don't kill the functionality incorrectly :-) > Currently root is read-only, and then writable tmpfs directories are bind > mounted there. I suggest, and have successfully used in the past, the inverse > method, which is to make / a tmpfs, and then bindmount big readonly directories > there. > I think with the stateless project working on these issues too we're going to have more commonality with ro being the default and only creating rw areas in specific trouble spots. Of course with unionfs... > Of course that was a long time ago before the advent (or at least > out-of-the-box availability) of unionfs/relayfs. These days we should be able > to have a completely generic fully populated read-only / (coming from the full > system install), with a full read-write tmpfs / overlayed/unioned/relayfsd on > top. Heh -- the infrastructure is falling into place to put unionfs kernel modules into Extras now. So it could be that we can start working on this idea now. This would allow us to feed code back and forth with stateless linux but maintain a (transient) rw filesystem at the same time. I'm going to be concetrating on a few other areas more important to what I'm doing with kadischi, though, so this is an exciting project for someone else to start working on. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jdogalt at yahoo.com Thu Mar 30 03:34:58 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Wed, 29 Mar 2006 19:34:58 -0800 (PST) Subject: [Fedora-livecd-list] skel, root, bindmount inversion, relayfs, and lions and tigers and bears, oh MY! In-Reply-To: <1143685565.3269.30.camel@localhost> Message-ID: <20060330033458.46331.qmail@web38407.mail.mud.yahoo.com> --- Toshio Kuratomi wrote: > > Heh -- the infrastructure is falling into place to put unionfs kernel > modules into Extras now. So it could be that we can start working on > this idea now. This would allow us to feed code back and forth with > stateless linux but maintain a (transient) rw filesystem at the same > time. I'm going to be concetrating on a few other areas more important > to what I'm doing with kadischi, though, so this is an exciting project > for someone else to start working on. I'll be working on this. Actually I was a little confused about the out-of-the-box availability of unionfs. I think there may have been another implementation of unionfs that was called relayfs, but which was a wholly different thing than what fedora ships with as relayfs. Though googling now, I can't find any trace of it, though I can find a stale overlay filesystem (ovlfs), mini_fo, and unionfs. I'll let you folks know if/when I get anything working... -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Thu Mar 30 06:12:37 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 30 Mar 2006 00:12:37 -0600 Subject: [Fedora-livecd-list] squashfs -- anyone have a pristine tree? In-Reply-To: <1143612261.3205.29.camel@localhost> References: <1143597740.30123.76.camel@localhost> <4429F550.9030602@adelphia.net> <1143612261.3205.29.camel@localhost> Message-ID: <442B76D5.7080007@adelphia.net> Toshio Kuratomi wrote: >Here's two patches. The first one enables squashfs. In order to use it >you invoke kadischi with the --filesystem option:: > > > Everything was committed to CVS except for the last two file patches. I think we can come up with a better solution than to polish something that seems out of place already. :-P In addition to the SquashFS capability as an option and the rest of the patches I went ahead and situated the manual pages, and changed over to using kadischi.conf rather than build.conf. You should get notices of these changes if youa re subscribed to fedora-extras-commits mailing list. J. Hartline From jasperhartline at adelphia.net Thu Mar 30 16:17:50 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Thu, 30 Mar 2006 10:17:50 -0600 Subject: [Fedora-livecd-list] Kadischi - more changes Message-ID: <442C04AE.4080200@adelphia.net> Hi. There was some discussion in the mail threads yesterday that we go ahead and do away with copying /root files with rsync in Kadischi. I looked at it briefly and what I think can be done is not empty /root during 05fsclean.py thus being able to drop the rsync'ing code out of it also in post_install_scripts. The RAMfs will contain the files from /root in any case because they are bound from /livecd/tmpfs to /root. Along with this change, I am curious if we should also "bury" the non-common directories such as /livecd /initrd and /rr_moved e.g. make these hidden rather than having what would be a very obtuse looking root dir.. simply moving these to /.initrd /.livecd and /.rr_moved for instance. J. Hartline From toshio at tiki-lounge.com Thu Mar 30 17:30:37 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 30 Mar 2006 09:30:37 -0800 Subject: Spaces vs tabs (was Re: [Fedora-livecd-list] squashfs -- anyone have a pristine tree?) In-Reply-To: <442B76D5.7080007@adelphia.net> References: <1143597740.30123.76.camel@localhost> <4429F550.9030602@adelphia.net> <1143612261.3205.29.camel@localhost> <442B76D5.7080007@adelphia.net> Message-ID: <1143739837.3247.10.camel@localhost> On Thu, 2006-03-30 at 00:12 -0600, J. Hartline wrote: > Toshio Kuratomi wrote: > > >Here's two patches. The first one enables squashfs. In order to use it > >you invoke kadischi with the --filesystem option:: > > > > > > > Everything was committed to CVS except for the last two file patches. > I think we can come up with a better solution than to polish something > that seems out of place already. :-P > In addition to the SquashFS capability as an option and the rest of the > patches I went ahead > and situated the manual pages, and changed over to using kadischi.conf > rather than build.conf. Great! I noticed one issue. Looks like your patches use 8 spaces whereas the original code uses tabs. python will interpret this without complaining (unless tab-nanny, python -tt, is turned on) but it leads to unreadable code when some reads it with tabstops set to another number. So it's just plain poor practice to mix tabs and spaces. I'll go through and normalize the code and add the -tt option so python stops us from doing this continuously, but we need to decide what style of indentation we like and use it throughout. Here's my short list of candidates. * tabs * 4 spaces * 8 spaces I prefer 4 spaces per the python style guidelines:: http://www.python.org/dev/peps/pep-0008/ -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jasperhartline at adelphia.net Fri Mar 31 11:46:05 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 31 Mar 2006 05:46:05 -0600 Subject: [Fedora-livecd-list] Kadischi - Anaconda Message-ID: <442D167D.3030400@adelphia.net> Hi. A few seem to be interested in getting Kadischi-like stuff fused with Anaconda. What we are looking from my point of view is this: Just enabling a checkbox for building a LiveCD, which would require an existing Ext2/3 partition to write to. In this LiveCD payload must include Anaconda which can also from the CD install to the HDD. This makes little sense in my opinion, since rootpath doesn't do HDD partitioning e.g. to even allow partitioning of a drive, to get a LiveCD written. Can someone describe some ideas they may have for doing this? Is there some clarity we can establish here? J. Hartline From jdogalt at yahoo.com Fri Mar 31 17:59:36 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Fri, 31 Mar 2006 09:59:36 -0800 (PST) Subject: 7 proposals - was Re: [Fedora-livecd-list] Kadischi - Anaconda In-Reply-To: <442D167D.3030400@adelphia.net> Message-ID: <20060331175936.70384.qmail@web38406.mail.mud.yahoo.com> --- "J. Hartline" wrote: > Hi. > A few seem to be interested in getting Kadischi-like stuff fused with > Anaconda. This sounds like me and one of my recent posts :) From what you wrote, I don't think you understood what I meant, but then, thats why you asked for clarity. So here is an attempt to outline what I meant, which actually covers a few different proposals which don't need to all be taken together. *** proposal 1 *** *** integrating the current functionality of kadischi directly into anaconda a) new commandline option --output-livecd=/path/to/destination.iso b) optionally, --livecd-config=/path/to/livecdkickstart.config (b) is optional because the tokens/config/info contained there could also be put directly into the normal kickstart or additional anaconda gui installation steps One way to implement this, would be to have anaconda create it's own temporary rootpath, and temporary kadischi build directories that the user needn't ever know exist, other than anaconda complaining about lack of disk space. Only the absolute minimum of (kadischi like) post install scripts would be run by anaconda. Anything else could be user specified/provided by the livecd kickstart options. the hard drive partitioning phase of anaconda would be skipped in this scenario, just as it currently is in kadischis --rootpath invocation *** proposal 2 *** *** usage of kadischi, or anaconda+kadischi(proposal1), during a normal anaconda install. The output of this, would be perhaps /root/anaconda-livecd.iso in a newly installed system. One which perhaps would ideally be identical to what would be produced by invoking kadischi with the /root/anaconda-ks.cfg which is currently left by anaconda during a normal install. The user interface to this, for the first beta/development version of this, could depend on booting the fedora install cd/dvd with the flag livecdoption (i.e. isolinux boot: "linux livecdoption", as opposed to say "linux mediacheck") If the user enabled this functionality in that way, they would be provided with an additional anaconda gui step/screen, which had a checkbox for "go ahead and create livecd image", as well as a selection for the output filename, where default was /root/anaconda-livecd.iso (or whatever). Additionally, the user would then see the same additional livecd configuration steps listed in proposal 1, or would specify them in kickstart. Implementation-wise, anaconda would go through and do the normal install, and then, just before rebooting, would use tmp space on the newly installed system to assemble the livecd iso. This functionality would involve hdd partitioning, as it is a traditional fedora install onto harddisk (merely with livecd.iso bonus) *** proposal 3 *** *** allow proposal 2 to work, with the normal system installation as an option This was probably where I started to create confusion. prop2 requires that anaconda use quite a bit of additional disk space on the installation system for the assembly, and output of the livecd image. It is also using the actual installed system as the image base to produce that livecd image. One possibility, is that if sufficient free space exists on the system (say, on a vfat C:\ filesystem), then the whole process for creating the /root/anaconda-livecd.iso could be carried in temporary space on C:\, and the output left in C:\anaconda-livecd.iso. In this scenario, fedora is not really installed onto the target system. And as par the description, no hdd partitioning need ever be done. The only thing with the hdd that might need to be done is asking the users permission to use space on their C:\ partition (or their debian /usr partition, or temporarily using unpartitioned space, but leaving it that way, ...) *** proposal 4 *** *** allow prop2 and/or prop3 to work, and to even burn a copy of the new iso before ever rebooting If the user has a cd/dvd burner available that is unused by the installer, then the output iso could be burned immediately after it is created. Additionally and optionally, steps could be taken to free up the burner if it was used to boot the install cd/dvd. I.e. cache the iso (or needed parts of it) to ram or disk, so it can be remounted from there, and freeing the drive. *** proposal 5 *** *** add a --stateless option to anaconda, to produce output(installations) which make no assumptions about system hardware, and instead depend on runtime autoconfiguration of hardware. Currently I've noticed by default that kadischi output enables firstboot. I'm guessing that this is what chitlesh's cd uses for hardware configuration. I.e. let the user boot the livecd, and then babysit the hardware configuration every time. As opposed to knoppix and other livecds, which attempt to autoconfigure hardware on every boot, and have stuff 'just work'. One way to think of this proposal, is to view it as creating fedora installations that are "physically portable". I.e. the two big examples are a target media of a livecd, or a target media of a removable drive (usb thumbdrive, ipod, etc...). Then you take this physically portable media, and boot any system with it, and it autoconfigures hardware at runtime. Basically the goal of this is to put your workstation on your ipod(or livecd+ipod, or livecd+thumbdrive), and take it around with you, turning any system in front of you into a "thick client". On implementation detail, is that hardware configurations could be cached. I.e. no need to probe everything if you can identify the system (say with an lspci, or looking at the eth mac addr, or both), and have already done the HW config in the past, and saved that info (naturally wouldn't work on livecd only media). This is very much like the microsoft hardware profiles, if of course, microsoft included all the drivers for all the hardware and automatically installed and configured them every boot, and never needed to be rebooted to get drivers to work. (haha) Another implementation detail, is that this may require tweaking individual packages, and not only anaconda. I currently have a bug outstanding with anaconda --rootpath causing my system to reconfigure it's network and timezone. It may be that some individual rpm's postinstall script is tweaking the system during install. I would suggest that all rpms obey a convention that if they see a file /stateless, that they install under the above assumptions. Actually this is confusing and should be 2 things. If they see /rootpath, they should assume that they are not in a native install, and perhaps are not even running on a system of the same release. (i.e. this might be an installation of a fc7 system running on a fc5, or even debian system, therefore they shouldn't try to do anything to the hardware). Then, seperate from the rpm being aware if it is a rootpath install, the rpm should be aware if it is a stateless install, and if so, should set itself up so that if any hardware configuration needs to be done, it should be done during every boot. Note: this is a quite different (but not entirely) usage of the term 'stateless', from the official stateless project of fedora. It's extending the concept from the user and system data, into the hardware configuration data realm. Of course, note I haven't followed that project closely, so I could be wrong about that. *** proposal 6 *** *** give livecd systems ability to install(or perhaps just cache) themselves to harddrive I haven't looked at mandriva one, but they say they do this. What I have done in the past, is to have linuxrc (early early boot), dump the iso from the cdrom drive onto temp space on the harddrive (say C:\dontmindme\foo.iso), and then remount from there. This frees up the cd drive for the user, and drastically speeds boot. If you additionally dump some loadlin stuff in there (or even grub), then the livecd is now "installed/cached" on the harddrive, and the user can boot it again without the actual cdrom. If you are careful, you could even "install/cache" it to a newly created ext3 fs on unpartitioned space, and have what appears to be (and in fact actually is) a normal installed fedora system. This is what I would guess mandriva one is doing. *** proposal 7 *** *** use unionfs This is completely seperate from all the above, and has many wonderous benefits in countless ways. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From toshio at tiki-lounge.com Fri Mar 31 20:33:57 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 31 Mar 2006 12:33:57 -0800 Subject: [Fedora-livecd-list] Patch to consistently use 4 spaces in python files Message-ID: <1143837238.3157.14.camel@localhost> Since there's been no replies -- here's a patch to make all python files consistently use 4 spaces and use #!/usr/bin/python -tt I've used it to create some squashfs style images but I haven't checked every single code path to be sure nothing is broken. Patch was 42K so I gzipped it. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: kadischi-spaces.patch.gz Type: application/x-gzip Size: 6309 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jasperhartline at adelphia.net Fri Mar 31 21:06:08 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 31 Mar 2006 15:06:08 -0600 Subject: [Fedora-livecd-list] Patch to consistently use 4 spaces in python files In-Reply-To: <1143837238.3157.14.camel@localhost> References: <1143837238.3157.14.camel@localhost> Message-ID: <442D99C0.9010908@adelphia.net> Toshio Kuratomi wrote: >Since there's been no replies -- here's a patch to make all python files >consistently use 4 spaces and use #!/usr/bin/python -tt > > Committed. Thanks. J. Hartline From brugolsky at telemetry-investments.com Fri Mar 31 21:23:40 2006 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Fri, 31 Mar 2006 16:23:40 -0500 Subject: 7 proposals - was Re: [Fedora-livecd-list] Kadischi - Anaconda In-Reply-To: <20060331175936.70384.qmail@web38406.mail.mud.yahoo.com> References: <442D167D.3030400@adelphia.net> <20060331175936.70384.qmail@web38406.mail.mud.yahoo.com> Message-ID: <20060331212340.GA17439@ti64.telemetry-investments.com> A few musings: I've been considering how to create a LiveCD with an installer. I see two approaches: (1) reconstruct rpms from the LiveCD filesystem, and do the usual one-at-a-time install. This is likely to be very slow, because of seeking. (2) Group rpms into transaction groups by examining installation prerequisites and preinstall-scriptlet bounds, and then just apply pre-install scriptlets, copy files from the live filesystem and apply the post-install scriptlets. [ PyRPM might be a good starting point for doing this.] On one FC5 x86_64 install, there are 72 pre-install scriptlets in 1511 packages. Most of these are of the useradd/groupadd variety. Many others are applicable when doing upgrades. In order to do this, one would want the source filesystem that is being copied to represent the pristine file trees from the RPMS. That would argue in favor of using something like unionfs to layer LiveCD specific file customizations over a pristine tree. On another topic, removing the CD/DVD: One could use (experimental?) dm-mirror to copy the CD contents in the background. One could use dm over loop, or there's an experimental dm-loop module that functions like loop, but requires dmsetup instead of losetup. Using the dm-mirror module, one could set up a mirror between a loop from the CD and a loop from some other filesystem; when the (squashfs) filesystem is done copying, the mirror can be broken, the CD loop removed, and the CD ejected. -Bill From jasperhartline at adelphia.net Fri Mar 31 22:10:39 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 31 Mar 2006 16:10:39 -0600 Subject: 7 proposals - was Re: [Fedora-livecd-list] Kadischi - Anaconda In-Reply-To: <20060331175936.70384.qmail@web38406.mail.mud.yahoo.com> References: <20060331175936.70384.qmail@web38406.mail.mud.yahoo.com> Message-ID: <442DA8DF.7090601@adelphia.net> Jane Dogalt wrote: >*** proposal 1 *** >*** integrating the current functionality of kadischi directly into anaconda > >a) new commandline option --output-livecd=/path/to/destination.iso > > It has been suggested to just use rootpath. What my personal focus is just: 1) Building Live media (CD or DVD) 2) Installing from Live media (CD or DVD) This would require us to determine without intervention of the user if we are running from an installed system to build a LiveCD or running from a LiveCD to install a system. Rootpath can be used in both of these instances.. if and only if doing some conditionalizing enable or disable partitioning and bootloader installation. The cosmetics of this are probably the touchy part. I can say myself, that doing some hackery I could determine if I were being run from an installed system and build a LiveCD, going through steps as normal, and also if I am being run from a LiveCD, and assuming I need to be installing to a system. I am not so sure however "just doing" these things is going to be a targeted way of accomplishing this. I mentioned a check box, e.g not something you can pass to Anaconda to build the Live media.. as we wouldn't want this on a standard installation, say from Disc #1. Fedora Project already has plans to build and possibly release an Official LiveCD. This assures us the user is getting what they want. This requires a subset of menus however and other sections to be added to Anaconda besides just making the Squash image, the false root and rolling up an ISO. On the other hand, detect if we are running from LiveCD media, and the LiveCD option shouldn't appear. Use rootpath, and conditionally do partitioning and bootloader setups. In either case, to do anything that would confirm the operation we are doing would require some extra modules and options etc, to be within Anaconda. Otherwise no cosmetic changes need to be made and rootpath mode is used exclusively for CD builds, and from-CD installs, without intervention and with little options. I think these are the two major points in using Anaconda solely for both of these operations. J. Hartline From jdogalt at yahoo.com Fri Mar 31 22:44:15 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Fri, 31 Mar 2006 14:44:15 -0800 (PST) Subject: 7 proposals - was Re: [Fedora-livecd-list] Kadischi - Anaconda In-Reply-To: <20060331212340.GA17439@ti64.telemetry-investments.com> Message-ID: <20060331224415.16508.qmail@web38406.mail.mud.yahoo.com> --- "Bill Rugolsky Jr." wrote: > A few musings: > > I've been considering how to create a LiveCD with an installer. I > see two approaches: > > (1) reconstruct rpms from the LiveCD filesystem, and do the usual > one-at-a-time install. This is likely to be very slow, because > of seeking. > > (2) Group rpms into transaction groups by examining installation > prerequisites and preinstall-scriptlet bounds, and then just > apply pre-install scriptlets, copy files from the live filesystem > and apply the post-install scriptlets. > [ PyRPM might be a good starting point for doing this.] > > On one FC5 x86_64 install, there are 72 pre-install scriptlets in 1511 > packages. Most of these are of the useradd/groupadd variety. Many > others are applicable when doing upgrades. > > In order to do this, one would want the source filesystem that is > being copied to represent the pristine file trees from the RPMS. > That would argue in favor of using something like unionfs to layer > LiveCD specific file customizations over a pristine tree. Another brute force alternative is to just duplicate information, and store the rpms on the livecd. As we move to dvd and hd-dvd, this may not be so bad. Expounding on your unionfs musing, one could have many layers in the union. At the bottom, you could have a pristine @minimal (lets pretend like that still exists) install, then livecd customizations, then an @desktop layer, etc. Just a musing though, as I vaguely recall there are signifigant performance penalties as you get more and more layers in the union. > > On another topic, removing the CD/DVD: > > One could use (experimental?) dm-mirror to copy the CD contents in > the background. One could use dm over loop, or there's an experimental > dm-loop module that functions like loop, but requires dmsetup instead > of losetup. Using the dm-mirror module, one could set up a mirror > between a loop from the CD and a loop from some other filesystem; when > the (squashfs) filesystem is done copying, the mirror can be broken, > the CD loop removed, and the CD ejected. I do like this idea, though trying to do serious io multitasking with a cd gets pretty ugly with seek thrashing. I.e. try doing a dd dump of an iso while the cd is mounted and you are trying to use it (let alone run a system from it). Back when I did my early-boot caching, I had my mandrake-8 livecd image down to 135M, so waiting for it to copy wasn't so bad. But I do like the idea. I suppose if you could effectively renice the mirror so that it truly didn't slow down the foreground running system, it would work very nicely. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jasperhartline at adelphia.net Fri Mar 31 22:46:53 2006 From: jasperhartline at adelphia.net (J. Hartline) Date: Fri, 31 Mar 2006 16:46:53 -0600 Subject: 7 proposals - was Re: [Fedora-livecd-list] Kadischi - Anaconda In-Reply-To: <442DA8DF.7090601@adelphia.net> References: <20060331175936.70384.qmail@web38406.mail.mud.yahoo.com> <442DA8DF.7090601@adelphia.net> Message-ID: <442DB15D.9000401@adelphia.net> J. Hartline wrote: > Jane Dogalt wrote: > >> *** proposal 1 *** >> *** integrating the current functionality of kadischi directly into >> anaconda > > I think these are the two major points in using Anaconda solely for > both of these operations. Take a look at this patch.. this is what I see as a possibility rather than trying to (Now) pretend to Anaconda as if we don't need rootpath in either case. This will give you a better idea of what I think is plausible, but do not apply the patch. From here I think something can be written. J. Hartline -------------- next part -------------- A non-text attachment was scrubbed... Name: anaconda-kadischi.patch Type: text/x-patch Size: 1035 bytes Desc: not available URL: From jdogalt at yahoo.com Fri Mar 31 23:22:34 2006 From: jdogalt at yahoo.com (Jane Dogalt) Date: Fri, 31 Mar 2006 15:22:34 -0800 (PST) Subject: 7 proposals - was Re: [Fedora-livecd-list] Kadischi - Anaconda In-Reply-To: <442DA8DF.7090601@adelphia.net> Message-ID: <20060331232234.84578.qmail@web38410.mail.mud.yahoo.com> --- "J. Hartline" wrote: > Jane Dogalt wrote: > > >*** proposal 1 *** > >*** integrating the current functionality of kadischi directly into anaconda > > > >a) new commandline option --output-livecd=/path/to/destination.iso > > > > > It has been suggested to just use rootpath. I don't understand this. Currently kadischi is "just using rootpath", and then processing the results into a livecd iso. I'm merely proposing folding kadischi's logic into anaconda. > What my personal focus is just: > 1) Building Live media (CD or DVD) > 2) Installing from Live media (CD or DVD) > > This would require us to determine without intervention of the user > if we are running from an installed system to build a LiveCD or running > from a LiveCD > to install a system. I see your patch, and I see that it's looking at the host system, but I don't really understand why. my proposal #1 (which I'm assuming is what your comments apply to), has nothing to do with running from a livecd to install a system. It is soley about running anaconda on some system (fc5 install, fc7 install, debian, customized knoppix, anything), and generating a livecd .iso output from the input of a fc5.iso, user-input, and optionally a kickstart and/or user payload. (just like kadischi does now) > Rootpath can be used in both of these instances.. > if and only if > doing some conditionalizing enable or disable partitioning and > bootloader installation. I'm not suggesting (even in the other props) using rootpath to install from livecd media. Currently rootpath is the conditional which disables partitioning. Really, I'm not personally interested in my props 1-4, though I may try to implement them at some point. I mainly brought them up as a response to what the UI should be for kadischi. It seems to me that kadischi is already using anaconda for the majority of it's UI, and it seems only natural to me to merely extend anaconda a bit to cover the livecd specific options. I.e. anaconda is already this huge GUI infrastructure that seems very well suited to the task at hand. And having both pieces of the UI (traditional system installer, and new livecd configuration) be part of one seamless app is even more of a win. Myself, I'm more intrested, at first at least, in my props 5-7, as I intend to use fully kickstarted GUIless installs for most of my own pursuits. Though a long long time down the road, when I want to gooify my stuff, anaconda seems like the obvious place to look to. If you're still confused by what I'm aiming for, well, hopefully I can show you what I mean with an iso in the not too distant future. -jdog __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com