Bug 268784

Summary:	Fbcondecor in kernel does not start due to a bug in splashutils ebuild
Product:	Gentoo Linux	Reporter:	hirakendu <hirakendu>
Component:	[OLD] Core system	Assignee:	Michal Januszewski (RETIRED) <spock>
Status:	RESOLVED FIXED
Severity:	normal	CC:	jobbara.artalmatlan, serkan
Priority:	High
Version:	unspecified
Hardware:	AMD64
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description hirakendu 2009-05-06 05:31:38 UTC

A few changes were made to the splashutils-1.5.4.3 ebuild recently, possibly on 25 March 2009 or later. Specifically, the configuration option "--with-essential-libdir=/$(get_libdir)" was added to econf. On my Gentoo (amd64) installation, the fbcondecor in kernel does not start with this update. (The userspace part of splash works fine.) Removing this configuration option from the ebuild makes fbcondecor function normally.

Reproducible: Always

Steps to Reproduce:
1. Emerge splashutils-1.5.4.3 package. Note that the ebuild has been updated recently without changing the version. So "emerge --sync" and re-emerge splashutils-1.5.4.3. Update the intramfs files (splash_geninitramfs etc).
2. Reboot :)


Actual Results:  
No splash initially till boot enters into userspace :(.

Expected Results:  
Splash right from the beginning of the boot process.

Comment 1 Michal Januszewski (RETIRED) gentoo-dev

2009-05-11 20:15:39 UTC

Good catch!  I've just added a patch to fix this issue.  Please sync your repo, reinstall splashutils and rebuild the initramfs image you are using.

Comment 2 hirakendu 2009-05-13 03:10:26 UTC

Thanks for fixing it. It works now :).