Re: [Fedora-livecd-list] system-config-display does not work again
by Antonio Olivares
----- Original Message ----
From: Jasper Hartline <jasperhartline(a)adelphia.net>
To: fedora-livecd-list(a)redhat.com
Sent: Friday, September 29, 2006 8:44:59 PM
Subject: Re: [Fedora-livecd-list] system-config-display does not work again
Antonio Olivares wrote:
> Dear All,
>
> I have successfully created a livecd with Kadishi and I tried again with one of my home computers and I tried system-config-display and this is what I got:
>
What version-release is the system-config-display package on that LiveCD?
[root@localhost ~]# rpm -qa system-config-display
system-config-display-1.0.45-1
[root@localhost ~]#
I also see the following in the install log. Not related to this, but I have forgotten to ask
Installing java-1.4.2-gcj-compat - 1.4.2.0-40jpp.109.i386
GC Warning: Couldn't read /proc/stat
GC Warning: GC_get_nprocs() returned -1
*** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbff30f68 ***
======= Backtrace: =========
/lib/libc.so.6[0x1a2edd]
/lib/libc.so.6(cfree+0x90)[0x1a6530]
/lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x2e9ba6]
/usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x1970ea0]
/usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x196c8fc]
/usr/lib/libgcj.so.7rh(GC_init+0x33)[0x196c983]
/usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x1966ff2]
/usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0x10f614a]
======= Memory map: ========
dirname: missing operand
Try `dirname --help' for more information.
mkdir: missing operand
Try `mkdir --help' for more information.
GC Warning: Couldn't read /proc/stat
GC Warning: GC_get_nprocs() returned -1
*** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbff5df98 ***
======= Backtrace: =========
/lib/libc.so.6[0x5cccedd]
/lib/libc.so.6(cfree+0x90)[0x5cd0530]
/lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x4a0dba6]
/usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x158dea0]
/usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x15898fc]
/usr/lib/libgcj.so.7rh(GC_init+0x33)[0x1589983]
/usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x1583ff2]
/usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0xd1314a]
======= Memory map: ========
/usr/bin/rebuild-gcj-db: line 5: 23386 Aborted /usr/bin/gcj-dbtool -n $dbLocation 64
GC Warning: Couldn't read /proc/stat
GC Warning: GC_get_nprocs() returned -1
*** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbfb65ba8 ***
======= Backtrace: =========
/lib/libc.so.6[0x182edd]
/lib/libc.so.6(cfree+0x90)[0x186530]
/lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x81dba6]
/usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x2068ea0]
/usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x20648fc]
/usr/lib/libgcj.so.7rh(GC_init+0x33)[0x2064983]
/usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x205eff2]
/usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0x17ee14a]
======= Memory map: ========
xargs: /usr/bin/gcj-dbtool: terminated by signal 6
GC Warning: Couldn't read /proc/stat
GC Warning: GC_get_nprocs() returned -1
*** glibc detected *** /usr/bin/gcj-dbtool: free(): invalid pointer: 0xbf95d188 ***
======= Backtrace: =========
/lib/libc.so.6[0x1b9edd]
/lib/libc.so.6(cfree+0x90)[0x1bd530]
/lib/libpthread.so.0(pthread_attr_destroy+0x26)[0x117ba6]
/usr/lib/libgcj.so.7rh(GC_get_thread_stack_base+0x50)[0x1786ea0]
/usr/lib/libgcj.so.7rh(GC_init_inner+0x41c)[0x17828fc]
/usr/lib/libgcj.so.7rh(GC_init+0x33)[0x1782983]
/usr/lib/libgcj.so.7rh(GC_init_gcj_malloc+0x22)[0x177cff2]
/usr/lib/libgcj.so.7rh(_Z10_Jv_InitGCv+0x5a)[0xf0c14a]
======= Memory map: ========
and
Installing ttmkfdir - 3.0.9-20.4.i386
chkfontpath: error opening /etc/X11/fs/config
xfs: unrecognized service
error: %post(ttmkfdir-3.0.9-20.4.i386) scriptlet failed, exit status 1
Regards,
Antonio
J. Hartline
--
Fedora-livecd-list mailing list
Fedora-livecd-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-livecd-list
17 years
system-config-display does not work again
by Antonio Olivares
Dear All,
I have successfully created a livecd with Kadishi and I tried again with one of my home computers and I tried system-config-display and this is what I got:
[root@localhost ~]# system-config-display
/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py:69: GtkWarning: could not open display
warnings.warn(str(e), _gtk.Warning)
/usr/share/system-config-display/xConfigDialog.py:495: Warning: invalid (NULL) pointer instance
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: Warning: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: GtkWarning: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: Warning: g_object_get: assertion `G_IS_OBJECT (object)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: Warning: value "TRUE" of type `gboolean' is invalid or out of range for property `visible' of type `gboolean'
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: GtkWarning: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_context_set_font_description: assertion `context != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_context_set_base_dir: assertion `context != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_context_set_language: assertion `context != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_new: assertion `context != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_text: assertion `layout != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_attributes: assertion `layout != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_alignment: assertion `layout != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_ellipsize: assertion `PANGO_IS_LAYOUT (layout)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: PangoWarning: pango_layout_get_pixel_extents: assertion `PANGO_IS_LAYOUT (layout)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/xConfigDialog.py:495: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed
xml = gtk.glade.XML("/usr/share/system-config-display/display.glade", domain="system-config-display")
/usr/share/system-config-display/screenSizePreview.py:58: GtkWarning: gdk_screen_get_width: assertion `GDK_IS_SCREEN (screen)' failed
gtk.gdk.screen_width(), gtk.gdk.screen_height())
/usr/share/system-config-display/screenSizePreview.py:58: GtkWarning: gdk_screen_get_height: assertion `GDK_IS_SCREEN (screen)' failed
gtk.gdk.screen_width(), gtk.gdk.screen_height())
/usr/share/system-config-display/screenSizePreview.py:58: GtkWarning: gdk_pixbuf_new: assertion `width > 0' failed
gtk.gdk.screen_width(), gtk.gdk.screen_height())
Traceback (most recent call last):
File "/usr/share/system-config-display/xconf.py", line 377, in ?
dialog = xConfigDialog.XConfigDialog(hardware_state, xconfig, rhpxl.videocard.VideoCardInfo())
File "/usr/share/system-config-display/xConfigDialog.py", line 523, in __init__
self.size_preview = screenSizePreview.ScreenSizePreview(xml.get_widget("screenshot_darea"),114,86)
File "/usr/share/system-config-display/screenSizePreview.py", line 58, in __init__
gtk.gdk.screen_width(), gtk.gdk.screen_height())
RuntimeError: could not create GdkPixbuf object
[root@localhost ~]# uname -a
Linux localhost.localdomain 2.6.18-1.2699.fc6 #1 SMP Tue Sep 26 23:49:34 EDT 2006 i686 athlon i386 GNU/Linux
[root@localhost ~]# cat /etc/fedora-release
Fedora Core release 5.92 (FC6 Test3)
[root@localhost ~]#
Is there any bugzilla on system-config-display so I can add this or should I wait a little and generate another livecd and try again and report back.
Regards,
Antonio
17 years
system-config-display does not work, using Fedora Live cd generated by kadishi
by Antonio Olivares
Dear all,
I am writing to you from a Fedora Live CD generated by Kadishi on a Dell Optiplex GX520. This is the same computer that generated the messages, spinlock kernel. No there are no more of those messages. The problem is with system-config-display. Following the info, I will attach the error message. Sorry if I put more information than I was supposed to.
[root@localhost ~]# uname -a
Linux localhost.localdomain 2.6.18-1.2699.fc6 #1 SMP Tue Sep 26 23:49:34 EDT 2006 i686 i686 i386 GNU/Linux
[root@localhost ~]#
[root@localhost ~]# cat /etc/fedora-release
Fedora Core release 5.92 (FC6 Test3)
[root@localhost ~]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping : 3
cpu MHz : 2992.650
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr
bogomips : 5991.82
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping : 3
cpu MHz : 2992.650
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr
bogomips : 5985.18
[root@localhost ~]#
[root@localhost ~]# lspci
00:00.0 Host bridge: Intel Corporation 945G/GZ/P/PL Express Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 945G/GZ/P/PL Express PCI Express Root Port (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02)
00:02.1 Display controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1e.2 Multimedia audio controller: Intel Corporation 82801G (ICH7 Family) AC'97 Audio Controller (rev 01)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01)
[root@localhost ~]#
Also how I configured X using Xorg -configure and was successfull getting X to load.
Regards,
Antonio
17 years
Error in creating Live CD from Rawhide
by Mayank Jain
Hi,
I was trying my hands at kadischi & issued the following command
# kadischi http://localhost/i386/ ./live.iso
http://localhost/i386 is the place where Rawhide devel tree is mirrored.
However, the iso creation process ends with the following error...
The target iso is not created.
----start----
[kadischi]: estimated live.iso size is between 778312735.6 and
845992103.913 bytes
[kadischi]: making initrd image
cp: cannot stat `/tmp/kadischi.OBhHPU/system/etc/makedev.d/*': No such
file or directory
22292 blocks
[kadischi]: 2.6.18-1.2689.fc6 initrd made successfully!
[kadischi]: moving files that should be on tmpfs
Traceback (most recent call last):
File "/usr/share/kadischi/movefiles.py", line 85, in ?
shutil.copytree (src, dst)
File "/usr/lib/python2.4/shutil.py", line 132, in copytree
raise Error, errors
shutil.Error:
[('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc5.d/S99local',
'/tmp/kadischi.OBhHPU/system/etc/rc.d/rc5.d/S99local',
<exceptions.IOError instance at 0xb7ba43ec>),
('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc4.d/S99local',
'/tmp/kadischi.OBhHPU/system/etc/rc.d/rc4.d/S99local',
<exceptions.IOError instance at 0xb7ba47cc>),
('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc2.d/S99local',
'/tmp/kadischi.OBhHPU/system/etc/rc.d/rc2.d/S99local',
<exceptions.IOError instance at 0xb7ba47ec>),
('/tmp/kadischi.OBhHPU/system/livecd/tmpfs/etc/rc.d/rc3.d/S99local',
'/tmp/kadischi.OBhHPU/system/etc/rc.d/rc3.d/S99local',
<exceptions.IOError instance at 0xb7ba482c>)]
Traceback (most recent call last):
File "/usr/share/kadischi/kadischi.py", line 501, in ?
rc = main()
File "/usr/share/kadischi/kadischi.py", line 206, in main
execute (args)
File "/usr/share/kadischi/kadischi.py", line 495, in execute
raise RuntimeError, "Failed to execute", args[0]
TypeError: raise: arg 3 must be a traceback or None
You have new mail in /var/spool/mail/root
----end----
I'd appreciate any pointer for the above error.
I still have /tmp/kadischi.OBhHPU/ intact & can look for any log files
if needed.
Thanks in advance,
Mayank
http://www.makuchaku.info
17 years
Welcome Pilgrims, please don't take our land...
by Jane Dogalt
Welcome to the list Pilgrim,
Wow, talk about an explosion of traffic on this list. I was waiting
for a spark to light a fire around here.
Anyway, here is my response to all 30 messages,
- Welcome David.
- Pilgrim sounds cool. I have my own qemu based non-root livecd
generation system nearing a release, but I'm more than happy to see
yours, as I can just rip off your initramfs dm-snapshot code, instead
of doing exactly what you did there myself (as I had been planning).
- I also was planning on pushing my project in the OLPC/appliance
direction. Your seeding feature is totally akin to what I'm doing (and
for reference, similar to what rpath is doing, i.e. recipes for
appliance system generation).
- Regarding Jaspers disk partitioning with yum, which has been
adequately thrashed out- I'll just add- Yeah, it's a seperate problem,
fdisk is one solution, hard coded assumptions are another, and if the
anaconda interface truly is the easiest to use version, then just rip
it out and use it standalone (or fix gparted so that it's as good a
solution)
- Regarding Jasper's thread about anaconda rootpath installs being
closer to "real" installs than your yum 'hack', ACK!!! One of my
biggest complaints all along has been the utter dangerousness of doing
the install as root on a particular host system, and having faith that
your rootpath install is not pulling in dependencies on the host build
hardware config. My solution is to do the install under qemu, which
also buys you a pure non-root system, which I don't know about you, but
running kadischi on any system other than a dedicated build system
scares the crap out of me (even after jkatz fixed the bugs where
kadischi via anaconda would nuke the host build systems timezone and
network configuration)
- Toshio's shell vs python arg... Oh boy, I can't wait till my bash
scripts scare the crap out you guys. Otherwise David pretty much gave
my arguments (though my code is not exactly that small, but hopefully
once it becomes feature complete, it will be so extensible by design,
that extending the infrastructure will be a rarity)
- Regarding the Update from LiveCD controversy. I thought there was
confusion, regarding the "update install destined for munging into live
.iso" vs "update the system you just booted the live .iso on".
Regarding the latter, even though I don't think it was the original
issue, there is a potential benefit of making a livecd appliance with
integrated tripwire, and having it able to update the system. But
thats a seed/config/recipe for the future, not a main concern now.
- I like that my post made the readme file regarding the rebootless
installer. I also agree that it, and the non-rebootless version of
installing livecd+ram_changes, are interesting, but probably more far
more trouble than they are worth (at this stage in the game certainly).
- I did like the conversation about stateless. They are different
projects, but the idea of hardware agnostic physically portable system
disks, is very interesting. Dare I bring up an idea that an alan cox
post a while back made me think of... (store a qemu system state file
on the liveiso, boot it, display it into a vnc window that (all
autostart), then when you shut down, save the qemu state, do an xdelta
diff on orig sysstate, upload data diff to usb-stick or gmailfs/ftp,
such that on next boot, you get your hibernated virtual desktop back
exactly as you left it...)
Anyway, thats it, call it a dime, as that was way more than $0.02. I
look forward to seeing where this goes. I'm somewhat busy with a full
school workload, so I don't know how much work I'll be able to do for
the rest of this year. Hopefully I'll be able to force myself through
the last 5% of my qemu based project (just need to script/automate some
junk I've done manually to create working .iso's like the one I posted
long ago).
It's long past time that fedora surpass ubuntu in livecd features... I
hope this new development infusion gets us there in a hurry.
Personally I'm not afraid at all of 4 projects on this list (kadischi,
pilgrim, jkatz livecd stuffs, my stuffs). The more there are, the more
we'll copy good ideas from one another, and eventually integrate into a
great solution that will evolve out of all of this.
Peace...
-dmc/jdog
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
17 years
pilgrim livecd work
by David Zeuthen
Hey,
I've spend a little bit of time adapting the OLPC build system to be
able to spit out Fedora livecd's. First some background on what we do in
OLPC
o OLPC is an OS built on Core but also includes bits from Extras and
a dedicated OLPC repository
o Rather than using an installer, we deliver the OS in two ways
- for USB sticks we provide an image that can be copied onto the
whole disk. This image includes a partition table, boot loader
and so forth. This image is also used for qemu.
- For installation to the OLPC hardware, we provide a JFFS2 file
system image that can be put on the flash using nandwrite from
mtd-utils
o The build system must be easy for downstream to use for creating
a derived build of the upstream OLPC distribution. The thinking here
is that OLPC customers (which are governments, countries) are
able to very easily tweak the package selection, provide alternative
packages and change how the system is configured.
o (for more info on OLPC development, see http://dev.laptop.org )
As such, the goals are pretty similar to Live CD: Assemble an OS and put
it on bootable media. So I spent a few days a few weekends ago to do
exactly that; the how's, why's etc. are here
http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob_plain;h=a...
Specifically, I've made it a goal to make live cd's built with this
infrastructure possible to install to hard disks such as to provide a
nice user experience: you download the livecd and if you like it, you
simply press the "Install" icon on the desktop and the OS is installed
in a matter of minutes. No need to go through anaconda here. The
README.fedora file linked to above contains some pretty specific
information of what we need here. With some hard work perhaps we can
make this happen for FC7.
Another important goal is that it should be easy to create derived CD's.
So if you are into the whole Java and Fedora things, maybe you want to
easily create a Fedora Eclipse livecd. You know, to show off to your
friends. I've included an example here, fedora-eclipse
http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=e79cc0e...
note how fedora-eclipse is derived from fedora-gnome
http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=f709bc9...
which in turn is derived from fedora-base
http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=5d9cb98...
and also that fedora-desktop
http://gitweb.freedesktop.org/?p=users/david/pilgrim.git;a=blob;h=8eac448...
is derived from fedora-base. Ie. we have
fedora-base
|
fedora-gnome
|
+------------+------------+
| |
fedora-eclipse fedora-desktop
There is nothing to prevent us from having
fedora-base
|
+---------------------------------+------------+------...
| |
fedora-gnome fedora-kde
| |
+------------+------------+----------------+---... ....
| | |
fedora-eclipse fedora-desktop fedora-music
in the future. For example, it's not far fetched, I think, to have
people from the tools group in Red Hat maintain the fedora-eclipse live
cd bits (in fact, I'm not even sure if that image builds any more, it
did some weeks ago. But y'all get the point, yes?)
The very nice thing is that downstream, for example fedora-eclipse and
fedora-eclipse-kde, would benefit from general improvements in
fedora-gnome and fedora-kde. The barrier to entry is pretty low, just
look at the simplicity of of the current fedora-eclipse and
fedora-desktop stream definition files.
Anyway, enough talk, it's getting late and I'm too old to miss sleep
these days :-) - Here's a screenshot of the fedora-desktop livecd
http://people.freedesktop.org/~david/fedora-desktop-livecd-20060920.png
and here is an ISO, weighing 618MB, of fedora-desktop
http://olpc.download.redhat.com/olpc/fedora-desktop-davidz-stream-develop...
Have fun,
David
17 years
Grub kills GDM, but isolinux loves GDM !
by Chitlesh GOORAH
Hai there,
I've been contacted today to make a bootable livecd with grub :)
I've created my script like a good boy, fired kadischi.
kadischi /rawhide/ /tmp/myimage.iso --text -f
--kickstart=/usr/local/share/kadischi/ks_examples/standard-livecd.cfg
The live cd boots :)
But it is unable to load GDM !!!!
http://www.flickr.com/photo_zoom.gne?id=244808541&size=o
However without the script (i.e with the original isolinux method),
GDM doesn't complain with the same repository and command
kadischi /rawhide/ /tmp/myimage.iso --text -f
--kickstart=/usr/local/share/kadischi/ks_examples/standard-livecd.cfg
My solution was parsing ramdisk_size=65536 to the kernel.
Anyone got better solution ?
in kadischi.py
i've replaced
boot = normalize_path([bindir, 'install-boot.sh'])
by
boot = normalize_path([bindir, 'grub.sh'])
and
args = ["/usr/bin/mkisofs", "-quiet", "-R",
"-V", dist,
"-b", "boot/isolinux/isolinux.bin",
"-c", "boot/isolinux/boot.cat",
"-p", myname,
"-x", "lost+found",
"-no-emul-boot", "-boot-load-size", "4", "-boot-info-table",
"-o", isoimage,
csysdir]
by
args = ["/usr/bin/mkisofs", "-quiet", "-R",
"-V", dist,
"-b", "boot/grub/stage2_eltorito",
"-p", myname,
"-x", "lost+found",
"-no-emul-boot", "-boot-load-size", "4", "-boot-info-table",
"-o", isoimage,
csysdir]
Here is the script (grub.sh) I'm using for i386 instead of install-boot.sh
=============
#!/bin/bash
#
# Using grub instead of isolinux
. /etc/kadischi/kadischi.conf
sysdir=$1
csysdir=$2
kernel=$3
kernel_params='selinux=0'
. /etc/kadischi/kadischi.conf
[ -x $sysdir/usr/bin/rhgb ] && kernel_params="$kernel_params rhgb"
echo "[kadischi]: bootloader configuration"
mkdir -p $csysdir/boot/grub
cp /usr/share/grub/i386-redhat/stage2_eltorito $csysdir/boot/grub/
cp /boot/grub/splash.xpm.gz $csysdir/boot/grub/
cp $sysdir/boot/isolinux/initrd.img $csysdir/boot/
cp $sysdir/boot/vmlinuz-$kernel $csysdir/boot/
cat > $csysdir/boot/grub/grub.conf <<_EOF_
default=0
timeout=10
splashimage=/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora Core ($kernel)
root(cd)
kernel /boot/vmlinuz-$kernel quiet $kernel_params ramdisk_size=65536
initrd /boot/initrd.img
title Fedora Core ($kernel debug)
root(cd)
kernel /boot/vmlinuz INITRD_DBG=x
initrd /boot/initrd.img
_EOF_
=============
I hope it might be useful to someone too :)
Chitlesh
--
http://clunixchit.blogspot.com
17 years
Re: Pilgrim, kadischi, and stateless (was Re: [Fedora-livecd-list] pilgrim livecd work)
by David Zeuthen
Hey Dave,
On Wed, 2006-09-20 at 20:20 -0400, Dave Jones wrote:
> On Wed, Sep 20, 2006 at 04:07:12PM -0400, David Zeuthen wrote:
>
> > Btw, If someone could talk davej into including unionfs into the Fedora
> > kernel, we'd use that instead of dm-snapshot and we'd have persistence
> > more easily solved [1].
>
> I think the comments Al Viro had on it the last time it was reviewed
> were for the most part unprintable. I wouldn't hold your breath for
> this to appear any time soon.
Right. My understanding is that the controversial part of unionfs is the
ability to join multiple writable file systems into a single tree. Is
this correct?
If so, note that this is not a feature livecd nor stateless needs, the
one part is always read-only, the other parts is just a single overlay
where we take damage.
How hard would it be to do a unionfs-ro (read only) with the following
semantics
1. Support exactly two underlying directories, the first assumed to be
read only
2. If some file exists in both trees, pick file with latest ctime
I dunno much about the kernel VFS layer to say whether this is easy or
hard but I do hope this is a lot simpler than what current unionfs is
doing. So.. is this hard?
Btw, justification for 2. ("pick file with latest ctime", not just "if
file exist in rw branch, always pick rw branch"): suppose I use a livecd
using this unionfs-ro fs and updates my bash package. The changes are
now written to a USB stick such that I have a persistent session. I now
download a newer version of the livecd where the bash package is newer.
When using this together with my USB stick, we'll pick the
newest /bin/bash file.
David
17 years
