I did just emerge genkernel 3.1.0 and gentoo-dev-sources-2.6.9 and fired it up to make ta party going. However my way to compile the kernel did go something like this. genkernel all --install --gconfig --gensplash --udev Everything went fine until gensplash should do its magic: * >> Installing gensplash [ using the default theme ]... cpio: ./etc/splash/default: No such file or directory If I use --gensplash=emergence it works fine.... ....and yes: ~ $ file /etc/splash/default /etc/splash/default: symbolic link to `emergence' So the default-symlink is where it supposed to be (like gensplash created it) but somehow genkernel can't use it.
Should be fixed in 3.1.0a -- if it is not, please reopen this bug. Thanks!
Have missed this bug got fixed and closed and have first now tried to check it out... ...and here is what I got: --- * >> Installing gensplash [ using the default theme ]... cpio: ./etc/splash/default: No such file or directory --- lillen / # ls -la /etc/splash/ totalt 20 drwxr-xr-x 5 root root 4096 24 dec 03.29 . drwxr-xr-x 71 root root 4096 9 jan 22.45 .. lrwxr-xr-x 1 root root 13 23 dec 02.43 default -> FrozenBubble/ drwxr-xr-x 3 root root 4096 7 sep 22.48 emergence drwxr-xr-x 3 root root 4096 24 dec 11.06 FrozenBubble drwxr-xr-x 3 root root 4096 7 sep 22.31 gentoo --- lillen / # ls /etc/splash/default 1024x768.cfg 1280x1024.cfg 1600x1200.cfg 800x600.cfg images --- genkernel 3.1.0c gentoo-dev-sources-2.6.10-r4 splashutils-0.9_pre10 The --gensplash=FrozenBubble gives no errormessages and have worked with earlier versions of the kernel. Currently the gensplash does not work that good with my 2.6.10-kernels, but since it worked with 2.6.9 I guess thats another bug and another bugreport.
Issue is fixed, closing. Keping #77277 open as that's what the issue is caused by.
Nope, this is not the same as #77277. But this is the same problem as some have reported with gen_init_cpio not being able to handle symlinks. Demonstration: lillen ~ # splash_geninitramfs -v -g hehe.gz emergence o Creating directory structure.. o Copying /sbin/splash_helper.. o Copying themes.. - emergence o Creating initramfs image.. lillen ~ # splash_geninitramfs -v -g hehe.gz default o Creating directory structure.. o Copying /sbin/splash_helper.. o Copying themes.. - default o Creating initramfs image.. cpio: ./etc/splash/default: No such file or directory <<-- The line pointed out it the one coming up when issuing genkernel --gensplash without specifying a theme.
..one the other hand does #77277 keep me from testing if this really have an impact in the actual bootup-process. I think it has as it seems that the .gz with errormessage does not become the right size after the demonstrationcommand in previous post. So this bug has maybe more to do with gensplash right now. Maybe a new bugreport? Or just REASSIGN/CC spock or something making him aware of this (if he not already is)?
Ahh, I see.
Spock, please see comment #4...
Thanks for reassigning the bug to me. The problem is caused by how 'cp' is called (lack of a -L switch) in splash_geninitramfs. It will be fixed in the next release of splashutils.
Fixed in 0.9.1.