Re: [gentoo-dev] We should lastrite splashutils in it's current form and not allow it in tree before it's fixed.

[Maxim Kammerer <mk@dee.su>]

On Mon, Jul 21, 2014 at 9:16 PM, Ian Stakenvicius <axs@gentoo.org> wrote:
> I'm not against dropping splashutils, but is there an alternative to
> creating or managing framebuffer-splash in the tree?  fbsplash doesn't
> seem to be there (tho i don't know if that's the same upstream package
> or not)

Fbsplash is a part of splashutils. There is also an fbcondecor kernel
patch, apparently maintained by someone else now. Splashutils have an
extremely complex structure of daemons, control programs, and
interaction with the kernel via UVESAFB — I had to revisit this
structure every time I had to change something wrt. splashutils
integration.

Not to claim that plymouth is the solution — last time I tried it (~ 2
years ago) it was practically unusable with OpenRC. It took control of
the console in some weird and buggy way, etc. I guess you could
integrate it into a specific system with specific video driver, but I
gave up on plymouth as a generic solution. Maybe it works well with
systemd, but from what I gathered the last time, it is (or used to be)
explicitly disabled on unsupported video cards by the relevant
distros.

-- 
Maxim Kammerer
Liberté Linux: http://dee.su/liberte