livecd March 2006

livecd@lists.fedoraproject.org

17 participants
50 discussions

Rescue cd ?
by Chitlesh GOORAH 09 Mar '06

09 Mar '06

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

2 1

rc.sysinit and tar error messages
by Chitlesh GOORAH 08 Mar '06

08 Mar '06

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@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

2 3

yum in kickstart %post
by Brenton Rothchild 08 Mar '06

08 Mar '06

Hello everyone, I'm using Kadischi with rawhide and find it incredibly useful. However, I wanted to run yum in the %post section of a kickstart script I use. I ran into a problem where yum attempts to check the current architecture of its environment by checking /proc/cpuinfo. (For the curious, this was to support installing XFce4 from extras-development). Like several other generic chroot'd problems/solutions with kickstarts, I added these before running anaconda in kadischi.py: +# set up chroot environment if necessary +if chroot: + flc_log ('setting up chroot environment from host to build') + os.makedirs (normalize_path([sysdir, 'proc'])) + os.makedirs (normalize_path([sysdir, 'sys'])) + run ("mount --bind /proc %s" % (normalize_path([sysdir, 'proc'])), builddir) + run ("mount --bind /sys %s" % (normalize_path([sysdir, 'sys'])), builddir) and immediately after running anaconda in kadischi.py: +# tear down chroot environment if necessary +if chroot: + flc_log ('tearing down chroot environment') + run ("umount %s" % (normalize_path([sysdir, 'proc'])), builddir) + run ("umount %s" % (normalize_path([sysdir, 'sys'])), builddir) I also added a command-line argument to (--chroot) to control these. I wanted to add this to kadischi so I didn't have to find a way to run the %post with "--nochroot" and find a way to propagate the /tmp/livecd-build_noX/ path into the kickstart somewhere... Of course this means you'd have to build the ISO on the same architecture that you're targeting the ISO installation... I wondered if anyone else had this problem and a better solution? Or would anyone find a patch useful? This was my first time doing anything in Python, too, so who knows if it's a good way to implement this type of solution... ;) I also added a "--nocompress" option to skip the whole mkzftree phase, since most of the ISOs I generate are below CD-sizes before compression; I run the ISOs in QEMU from a USB keychain, so speed was becoming an issue with the compressed images... Would anyone find this useful as well? Thanks! -Brenton Rothchild

5 20

wiki Kadischi/Contributors page
by J. Hartline 08 Mar '06

08 Mar '06

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

2 1

Suggestion: Optimizing LiveCD-speed
by Thijs H 07 Mar '06

07 Mar '06

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

4 4

Re: Kadischi Xen kernels
by J. Hartline 02 Mar '06

02 Mar '06

> > >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

1 0

Kadischi - Xen kernels
by J. Hartline 02 Mar '06

02 Mar '06

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

3 4

Requested Features
by Thomas Canniot 02 Mar '06

02 Mar '06

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

3 2

Xen patch = corrupt kernel
by Chitlesh GOORAH 02 Mar '06

02 Mar '06

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

2 2

Kadischi Xen kernels [PATCH]
by J. Hartline 01 Mar '06

01 Mar '06

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

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

livecd March 2006