Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 268784 - Fbcondecor in kernel does not start due to a bug in splashutils ebuild
Summary: Fbcondecor in kernel does not start due to a bug in splashutils ebuild
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Michal Januszewski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-06 05:31 UTC by hirakendu
Modified: 2009-05-13 03:10 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 :).