Kickstart templating and localized spins
by Jeroen van Meeuwen
Hello there,
The Spin SIG is interested in "templating" kickstarts or finding other
means in which it can easily test and approve localized spins, and other
community spins, from a technical point of view.
The idea I had is to build a certain spin concept with two basic
kickstart files, and a "localization kickstart"; a higher-level
kickstart including the lower-level kickstart. Here's an overview of the
idea:
fedora-live-base.ks
Includes everything needed to make a live spin work.
fedora-live-desktop.ks
Includes everything needed to make the 'desktop' spin concept work,
but no localization. Includes fedora-live-base.ks.
fedora-live-desktop-<lang>.ks
Includes localization bits (lang, keyboard, timezone,
@<lang>-support). Includes fedora-live-desktop.ks.
Maybe create fedora-live-desktop-default.ks to provide the default
compose the way it is now (localization is en_US, includes @*-support).
More information (and more up-to-date information) is at
https://fedoraproject.org/wiki/SIGs/Spins/KickstartPool
A sample set of kickstarts is at:
http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=tree
Although possibly a futile point at this moment; A stock Fedora 8
compose from the kickstarts currently in livecd-tools' GIT repo
(including updates!), and one that only includes @dutch-support (new
model, also including updates).
[jmeeuwen@bofh005 spin-kickstarts]$ du -sh *.iso
775M livecd-fedora-8-desktop-200804131637.iso
703M livecd-fedora-live-desktop-nl_NL-200804131550.iso
I'd appreciate feedback from you ;-)
Kind regards,
Jeroen van Meeuwen
-kanarip
16 years
config/livecd-fedora-kde.ks
by Sebastian Vahl
config/livecd-fedora-kde.ks | 6 ++----
1 file changed, 2 insertions(+), 4 deletions(-)
New commits:
commit 3784b2da115b865c27068bf658b4d4d73dd2f930
Author: Sebastian Vahl <fedora(a)deadbabylon.de>
Date: Thu Apr 17 11:25:59 2008 +0200
remove the workaround for nm-applet - /etc/xdg/autostart is used now; respect that systemsettings is in favourites menu for some time
diff --git a/config/livecd-fedora-kde.ks b/config/livecd-fedora-kde.ks
index 8f1e367..0ccc3f1 100644
--- a/config/livecd-fedora-kde.ks
+++ b/config/livecd-fedora-kde.ks
@@ -16,6 +16,7 @@ NetworkManager-gnome
-scribus
#-ktorrent
#-kdegames
+#-kftpgrabber*
# KDE 3
koffice-kword
@@ -95,11 +96,8 @@ sed -i 's/#DefaultUser=johndoe/DefaultUser=fedora/' /etc/kde/kdm/kdmrc
mkdir -p /home/fedora/.kde/share/config/
cat > /home/fedora/.kde/share/config/kickoffrc << MENU_EOF
[Favorites]
-FavoriteURLs=/usr/share/applications/kde4/konqbrowser.desktop,/usr/share/applications/kde4/dolphin.desktop,/usr/share/applications/liveinst.desktop
+FavoriteURLs=/usr/share/applications/kde4/konqbrowser.desktop,/usr/share/applications/kde4/dolphin.desktop,/usr/share/applications/kde4/systemsettings.desktop,/usr/share/applications/liveinst.desktop
MENU_EOF
chown -R fedora:fedora /home/fedora/.kde/
-# workaround to start nm-applet automatically
-cp /etc/xdg/autostart/nm-applet.desktop /usr/share/autostart/
-
%end
16 years
RE: [Fedora-livecd-list] Building Live CD from externally-created ext3 file system
by Todd N
Does anyone have any ideas on this? Is what I am proposing possible?
Thanks,
Todd
----- Forwarded Message ----
From: Todd N <todd655495(a)yahoo.com>
To: fedora-livecd-list(a)redhat.com
Sent: Tuesday, April 8, 2008 5:29:12 PM
Subject: [Fedora-livecd-list] Building Live CD from externally-created ext3 file system
Hello,
I'm new to the list so pardon me if I break any etiquette rules... it's not intentional. :-)
The description of the Live CD Creator application found on Fedora's website includes a section on the steps performed by livecd-creator (see http://fedoraproject.org/wiki/FedoraLiveCD/LiveCDHowTo#head-275d791c27ecc... ). My question is whether there is a way to build a live CD using a / (ext3) filesystem created by some other means. Basically I'd like to be able to perform the last three steps listed in the document referenced above:
* Creates a squashfs file system containing only the ext3 file (compression)
* Configures the boot loader
* Creates an iso9660 bootable CD
We have already built a system and have it working exactly the way we want it. Is there a way to take that filesystem, compress it, and build the CD without having to go through the system configuration, package selection, and all the custom configs at the end? We'd like to build a CD that has maximum flexibility for compatible hardware.
I appreciate any help that can be offered. Thanks.
Todd
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
--
Fedora-livecd-list mailing list
Fedora-livecd-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-livecd-list
16 years
FWD: Problem with todays git version
by Lars Bjørndal
I tried to send the following message to the revisor list, but it
seems that the message does not arrive. Let me try this list instead...
From: lars.bjorndal(a)broadpark.no (Lars Bjørndal)
To: Revisor User Discussion and Support List <revisor-users(a)fedoraunity.org>
Subject: Problem with todays git version
Date: Sun, 13 Apr 2008 21:09:57 +0200
Hello, list!
Todays git version of revisor is not compilable. ./reconfigure cannot
find revisor/modwui (whatever it is good for...).
I still would like to build a working livecd from my Fedora 8 box with
revisor's command line interface. Should I expect to be able to do so,
or should I instead go back to livecd-creator?
Lars
16 years
Re: [Fedora-livecd-list] Booting Live CD in VESA mode
by Todd N
----- Original Message ----
From: Jeremy Katz <katzj(a)redhat.com>
To: fedora-livecd-list(a)redhat.com
Sent: Tuesday, April 15, 2008 3:03:34 PM
Subject: Re: [Fedora-livecd-list] Booting Live CD in VESA mode
On Tue, 2008-04-15 at 12:50 -0700, Todd N wrote:
> Is there an easy way to change a boot option for the Live CD, as the
> system is booting, so that the generic VESA video driver is used? I
> have tried adding "video=vesafb vga=791" to the boot options but the
> systems using the Live CD (we have tried several different machines
> with varying hardware) still boot up using the default driver for
> their particular video card. It would be nice to be able to interrupt
> the boot process to override this default and use the generic VESA
> driver.
boot with 'xdriver=vesa'
Jeremy
>
Looks like it's working. Thanks much!
Todd
--
Fedora-livecd-list mailing list
Fedora-livecd-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-livecd-list
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
16 years
Booting Live CD in VESA mode
by Todd N
Hello,
Is there an easy way to change a boot option for the Live CD, as the system is booting, so that the generic VESA video driver is used? I have tried adding "video=vesafb vga=791" to the boot options but the systems using the Live CD (we have tried several different machines with varying hardware) still boot up using the default driver for their particular video card. It would be nice to be able to interrupt the boot process to override this default and use the generic VESA driver.
Any (relevant) thoughts are appreciated.
Thanks,
Todd
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
16 years
Issue with current Revisor Rawhide version
by Sebastian Dziallas
Hi everybody,
I'm not sure, whether this is the right place, but I was just trying to
use the current revisor rawhide version (2.1.0-1rc7.f9)...
The major problem I encountered was, that the whole process takes hours
to complete (well, I stopped it before it was able to finish): When I
had a look at the revisor-rundir folder in /var/tmp/, I figured out,
that the LiveOS folder was somehow blown up:
ext3fs.img has 2.8 GB (!) and squashfs.img up to 9.1 GB (!), which seems
to me quite big (I'm just preparing a live CD with about 700 MB).
No, I haven't filed a bug, yet ;) I just wanted to mention this first...
Sebastian
16 years
Re: [Fedora-livecd-list] [PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd
by apevec＠redhat.com
Harald Hoyer wrote:
> If I understand that correctly, a udevd is running in initrd, which is
> killed and then normal boot with rc.sysinit start and start_udev is called.
yes
> Since start_udev replays all events anyway, why don't you kill udevd and
> remove the old queue?
Also possible solution. But shouldn't udevd, for robustness, cleanup /dev/.udev/queue/ on its startup?
16 years
[PATCH] mkliveinitrd: wait for udev queue to clear before killing udevd
by apevec＠redhat.com
mkliveinitrd: wait for udev queue to clear before killing udevd
udevd doesn't seem to cleanup on kill, so let it clear events from /dev/.udev/queue/
Or should this be filed as udevd bug (cleanup .udev/queue/ on startup and/or kill) ?
diff --git a/mkliveinitrd b/mkliveinitrd
index 84fcc80..52b7326 100755
--- a/mkliveinitrd
+++ b/mkliveinitrd
@@ -818,6 +818,10 @@ fi
if [ -x /sysroot$init ] ; then
# Leave initramfs and transition to rootfs
+ if [ "$quiet" != "1" ] ; then
+ echo "waiting for system to settle before $init"
+ fi
+ /sbin/udevsettle --timeout=30 || :
kill `pidof udevd`
if [ "$quiet" != "1" ] ; then
echo "transfering control to $init"
16 years
