Summary: | genkernel fails if SPLASH=yes apparently because splash_geninitramfs not found | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Jack <ostroffjh> |
Component: | genkernel | Assignee: | Gentoo Genkernel Maintainers <genkernel> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | dan |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jack
2020-01-12 18:33:21 UTC
genkernel.log is 7.2M so I'll only attach (gzipped) if requested. This is not a genkernel-4 issue: --splash feature requires splash_geninitramfs and there is no package in repository providing that binary. Or in other words: --splash is a dead feature since media-gfx/splashutils was removed 2+ years ago. I am going to close this as CANTFIX because there is not much we can do here. :( My plan is to look into plymouth at some point. Maybe we can get it working without udev but given nobody complaint in past 2 years this on the bottom of my todo/genkernel wish list. Of course, patches welcome ;) I won't reopen for this, but if SPLASH=YES cannot be honored, then why not either drop it as a valid line in the config file, or just ignore it with a note in the output that it was requested but can't be honored. Simply blowing up having failed to create the initramfs just seems wrong to me, especially if the reason is that well known. Where's SPLASH=yes coming from? It's _not_ enabled by default. For now I plan to keep the code - it doesn't really hurt. I have a change pending which will make genkernel fail early when splash_geninitramfs is missing so you don't wait x minutes just to learn about the problem. It's in /etc/genkernel.conf. I'm assuming it was there before the upgrade to genkernel:4. Yes, all config options, including SPLASH=, are listed in /etc/genkernel.conf. However, this option was always disabled by default. True, but a default value of "no" doesn't give any reason not to change it to "yes" and expecting it to work, without some comment that it won't work and will fail so "don't do this." I'd still prefer it to just ignore the option with a note as to why, but just failing as it currently does is just not good. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/genkernel.git/commit/?id=a6223abe3b87bc544445f1b2ee51019084209181 commit a6223abe3b87bc544445f1b2ee51019084209181 Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2020-01-13 00:04:17 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2020-01-13 23:36:56 +0000 gen_initramfs.sh: append_splash(): Move check for splash_geninitramfs to determine_real_args() This will allow us to fail early if splash_geninitramfs isn't available. Bug: https://bugs.gentoo.org/705304 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> gen_determineargs.sh | 8 ++++++++ gen_initramfs.sh | 5 ----- 2 files changed, 8 insertions(+), 5 deletions(-) If --splash is basically a dead option, how (for a newbie) do we add bootsplash screens to new installs? Thanks! I have one report from someone who kept that binary and he said it is still working for him in latest genkernel -- that's why I haven't removed the code at all yet. However, if you don't have a copy of that old binary somewhere you are out of luck and I don't know any way to use that feature. Now that we moved to udev in genkernel, we maybe see plymouth support in future but I cannot tell you if and when this will happen. Plymouth is nice, but what about systems that don't have X on them in the first place? The server I'm working on will be text mode ONLY. Since Plymouth is built on top of X, that makes it a non-starter. So basically it sounds like I can't have a boot splash screen at all. That bites. |