Replacement/alternative to fbsplash

[JumboAg]

Is there a replacement/alternative to fbsplash to do framebuffer console decorations these days? Plymouth lets you do a splash screen but I'm wanting to have something remain displayed post-boot on all console terminals. fbsplash/splashutils used to be the easiest way to do that before it was discontinued and pulled from portage.

[Zucca]

I wonder if kmscon could be decorated...
There's also similar thing developed at google (for ChromeOS, it seems).

I've had plans to test out kmscon for some years now... :D

EDIT: Oh boy. This sucks.
_________________
..: Zucca :..

[Zucca]

Oh. fbterm supports background images. This is a start at least.

EDIT: Since fbterm worked right away, I could add fbterm and its deps into my initramfs then modify the init script there a little so that fbterm could be started as soon as possible.
I wasn't (yet) able to start kmscon with keyboard input support.
If you want to test around with it I suggest something like this:

[Zucca]

I'm having hard time trying to connect fbterm to tty inside initramfs.
I don't have much experience with these kinds of things and I wasn't able to find any information related to my problems.

I try to run fbterm as soon as /dev is mounted inside initramfs. But is it even possible to connect /dev/tty (or /dev/console) to fbterm's stdin, stdout and stderr manually. I tried normal shell redirections, but it fails (don't remember the error message atm...).
All this feels like trying to bend fbterm into something it wasn't really designed for. :P But it's fun to try to hack things... Sure Doom wasn't meant to be ran on DJ turntables? Right?

kmscon can straight act as vc replacement, so I might try to get that working.
_________________
..: Zucca :..

[fspnet]

not saved recovered from the internet the ebuild and distfiles from random ftp servers around
we need whats this fbsplash and a specific version of bluez :

[Zucca]

[stefan11111]

[Zucca]

[CaptainBlood]

Although I've never tried alternative, I have a feeling nothing beats media-gfx/splashutils.

I've locally maintained media-gfx/splashutils with kernel patches since removal.

A few quirks remains required here, preventing me from publishing:

The main one regards link step which involves a lib from installed instead of the ebuild tree for some reason.
Thus installing a binpkg is currently required prior to any rebuild, sad.

The second one is for the currently undone 6.[4,5].x kernel patches.
Prior to removal, kernel patches where inserted in gentoo-sources packages.
These days are forever gone.
My local kernel upgrade script detects CONFIG_FB_CON_DECOR and apply patch accordlingly.
That snippet of code should be externalized in a simple, autonomous, efficient and robust way...

Another non blocking quirk is that it never has been used here as originally expected, i.e. initramfs, not considered as a blocker.
That should be manageable through once git repo as gone public.

For the in a hurry adventurous ones having enough time to spend on it, media-gfx/splashutils isn't that far back into the game.

Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "

[fspnet]

not sure if related
-i was compiling the base system from 2005 using the lfs handbook -fgimple -fgnu89-inline -std=gnu89
says it may solve some of those functions where the functions are declared as requiring 3 args and its telling you
that its there isnt a defintion for the first operand:

[stefan11111]