Home_greyopenFATE - openSUSE feature tracking > #305493
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

Look at plymouth for splash during boot

Feature state

openSUSE 12.1
Rejected Information
openSUSE Distribution
Rejected Information
Rejected Information
Rejected Information


I wanted to open a fate feature about this when I first heard of plymouth, but reading http://fedoramagazine.wordpress.com/2008/10/21/interview-fedora-10s-better-startup/ really makes me think we should go this way.

Ray's comment starting with "Every flicker and mode change in the boot process takes away from the whole experience." is especially interesting.

Is it okay to track the "don't show grub by default" here?

Note the broken link: fedoramagazine.wordpress.com is no longer available.The authors have deleted this blog.



Check that fallback to non dkms graphic driver like fglrx & nvidia are correctly handled by the fbdev drivers.

Check that we get a working ask passphrase on encrypted setup

Check that if an admin ask text/verbose mode he really get it

Check that if in case X doesn't start, you get a fallback console


icons/user_comment.png R. M. wrote: (9 years ago)

Cool idea.

icons/user_comment.png K. D. wrote: (9 years ago)

I like this idea. Flickers, dropping to text, etc. makes any OS look unprofessional.

icons/user_comment.png A. M. wrote: (9 years ago)

Agreed, those flickers are very unprofessional and annoying.

icons/user_comment.png S. V. wrote: (9 years ago)

With plymouth it would also be possible tot deliver a nice bootsplash for far more setups than now are available. For example, my laptop does not have an appropriate 16-bit widescreen framebuffer mode. Currently the options are to have a stretched splash or have the framebuffer set to the native (non 16-bit) resolution with bootsplash disabled.
With Fedora 10's plymouth I am able to get a good looking startup.

icons/user_comment.png D. H. wrote: (9 years ago)

Please lets not have another "green" technology put into the distro until it is completely ready. Usability has to become a priority before "bells and whistles" at the cost of basic functionality. The last few releases we have been pushing unready projects into the distro while they are unstable and immature ie: PulseAudio, KDE 4.0, Beagle, etc and it always turns around to bite openSUSE in the rear end.

icons/user_comment.png E. S. wrote: (9 years ago)

Absolutely. However, my experience of plymouth has been all positive (unlike all those technologies you have listed). My understanding is that plymouth degrades gracefully on all hardware that doesn't support it, leaving it no worse off. So if this is the case, and we're sure that it's not going to cause problems -- I'd really like to see it in openSUSE.<br /><br />
But yeah, stability/usability before shininess.

icons/user_comment.png J. E. wrote: (9 years ago)

Not sure where the problem is.. the openSUSE CD/DVD seemed to have only two video mode switches - one as the bootloader moves into graphics mode, and another when X is about to come up.

icons/user_comment.png D. H. wrote: (9 years ago)

Ya the appeal eludes me too. It's not like CRT's are the mainstream anymore where you hear the *click* *click* even anymore.

icons/user_comment.png B. S. wrote: (8 years ago)

it may be a small issue but for the linux desktop to grow, it will always be held against Win* and OSX and needs to look just a polished, and most of my friends have Iphones if you know what i mean, only I want android for it's better useability..

icons/user_comment.png J. E. wrote: (8 years ago)

It's not about the modeswitch clicks, but about the flicker. In fact, if the bootloader happens to use the same resolution as you start the kernel framebuffer with, there is no flicker at all. Just ugly stripes on the screen for a second (on some models).

icons/user_comment.png L. M. wrote: (9 years ago)

Since 11.2 will ship a new kernel (KMS) and xorg 1.6 this is a good idea to replace the old bootsplash (unmaintained). Please review this feature.

icons/user_comment.png T. J. wrote: (9 years ago)

Consider this a vote for plymouth, grub2, and hiden grub menu when there is only one OS.

icons/user_comment.png J. R. wrote: (9 years ago)

I agree: plymouth, grub2 and the hidden grub menu would be desirable

icons/user_comment.png L. M. wrote: (9 years ago)

There are some packages available for openSUSE Factory[1]. Don't know what's the status since i didn't test it yet.

1 - http://download.opensuse.org/repositories/home:/etrash:/plymouth/openSUSE_Factory/

icons/user_comment.png H. M. wrote: (9 years ago)

Just a note to keep the graphical suspend in mind. We currently use splashy for suspend/resume and bootsplash.org for booting. Whatever there is done, please consider getting rid of the second splash system in openSUSE. There should only be one which is used both for suspend and booting.

icons/user_comment.png . . wrote: (9 years ago)

There are patches sent to the user-level-suspend team which allow plymouth to be used as the graphical system (in place of splashy). This would reduce the number applications which have themed.


icons/user_comment.png L. M. wrote: (9 years ago)

Yes is not acceptable using 2 applications for common stuff. We should move to splashy (which supports both features) or plymouth.

Anyone want to came with a theme for opensuse ? Maybe the artwork team have a word here.

icons/user_comment.png J. S. wrote: (9 years ago)

the artwork "team" has to create themes for both splashy and bootsplash now. On top of that, bootsplash has a really nasty theming system. I would really favor having to worry about splashy only.

The flicker-free aspect of plymouth is extremely appealing, so if it can do what splashy does, let's go for it.

I really just wish the bootsplash zombie died for opensuse at last!

icons/user_comment.png G. K. wrote: (9 years ago)

Just to mention that Plymouth sources are hosted in the Git repository of freedesktop.org (http://cgit.freedesktop.org/plymouth/ ) just in case anyone want to try it out (or any packager want to pack latest version).

icons/user_comment.png B. O. wrote: (9 years ago)

Any progress regaerding this feature? Would be nice to have it in 11.3

icons/user_comment.png T. S. wrote: (9 years ago)

Nice feature, would be nice to see plymouth in 11.3

icons/user_comment.png L. N. wrote: (8 years ago)

Switching splash screen technology probably requires integration with boot.crypto. Please notify me in time if there are changes.

icons/user_comment.png J. E. wrote: (8 years ago)

If it helps reducing the number of bootsplash implementations SUSE has to ship with, yes please.

icons/user_comment.png A. B. wrote: (8 years ago)

Some useful points about how the guys at Fedora made plymouth work are summarised here


The main points the author makes are:-

"... The way we accomplished this was:

  1. I gave “plymouth quit” a “–retain-splash” option which told plymouth to keep the boot splash’s contents on screen even after plymouth exits
  2. krh and
    ajax added a -nr option to the X server to make X not clear the screen to black (or a weave) at start up
  3. krh,
    airlied , and
    darktama (Ben Skeggs) added the driver backend support for -nr to intel, ati, and nouveau drivers respectiviely. Also, Bill Nottingham made -nr work with the fbdev X driver.
  4. ajax made the ugly big “X” mouse cursor not show up by default
  5. I made gdm stuff the screen contents to a pixmap referenced by the pseudo-standard _XROOTPMAP_ID root window property
  6. I also made gnome-settings-daemon cross fade from the _XROOTPMAP_ID pixmap when it loads its background. This step meant we also get a nice transition from gdm to the user’s session, because it also causes a crossfade to happen from gdm’s background to the user’s background during login.

Another big piece to the puzzle was kernel modesetting. This is what makes sure the right mode is set at boot up from the start.
Jesse Barnes and krh did most of the work for that in the Intel driver (based on top of the memory manager work anholt, keithp, and other Intel crew did), while airlied did it for the ati driver, and darktama did it for nouveau ... one big wrinkle in the whole process is the hand off from plymouth to gdm. Plymouth exits, leaving the system in KD_GRAPHICS mode and hopes that X starts and picks up the peices. This is not a very robust design, because if X doesn’t start, the system will be stuck in KD_GRAPHICS mode and the user won’t be able to switch VTs or really do anything at all, but reboot ..."

Just thought it might be useful if openSUSE tries to implement it for 11.3.

icons/user_comment.png T. S. wrote: (8 years ago)

Will we have a new boot splash system in 11.3?

icons/user_comment.png S. K. wrote: (8 years ago)

I'm not aware of anyone working on it.

icons/user_comment.png R. B. wrote: (8 years ago)

If we start now, it should be perfected by the time 12.0 is released.

icons/user_comment.png S. K. wrote: (8 years ago)

Are you working on it? If so, I can set you as developer

icons/user_comment.png K. M. wrote: (8 years ago)

Assuming stability can be achieved, I really like this idea. I can just picture a little Geeko, sort of like the one on bootscreen now, turn his head to look at you, curl his tail, eat a fly... It would add a nice level of polish & "wow".

icons/user_comment.png R. M. wrote: (8 years ago)

Well, before thinking what effects to ass on the future "bootsplash", it would be good to have someone working on implementing plymouth on openSUSE. There is still nobody willing to take care of this afaik.

icons/user_comment.png J. R. wrote: (8 years ago)

How can anybody tell us there's no benefit in it?

Using KMS makes it obsolete to set framebuffer mode, which hardly ever reflects proper modes on widescreen screens. Proper resolution = proper appearance.

No benefit... Don't make me laugh. You can prepare a lot better splash screens. Animated :) .

Bootsplash, USplash, Splashy - they should die.

Greatest disadvantage is (I guess) disability of creating shutdown screen. I can't remember if Fedora had one.

They had animation ended with Fedora logo for startup and for shutdown I've seen only Fedora logo all the time.

Then only nVIDIA users would have to wait for those dumbasses to provide KMS support.

icons/user_comment.png R. U. wrote: (8 years ago)

Apropos shutdown screen:

Ubuntu now uses a tool for reporting shutdown lock events: Now Ubuntu lucid shutdown is a second...

(But I am not able to report if ubuntu lucid shutdowns are clean nowadays....)

icons/user_comment.png R. U. wrote: (8 years ago)

Apropos ubuntu lucid plymouth:

Using kdm / kubuntu and there plymouth is really annoying...

icons/user_comment.png T. M. wrote: (8 years ago)

The link in the original post no longer works.  Can someone post a replacement?

icons/user_comment.png R. X. wrote: (8 years ago)

I definitely think openSUSE should catch up now. :)

icons/user_comment.png M. H. wrote: (8 years ago)

Stick with what is already here, it's superior in cases where things go wrong and it doesn't depend on KMS, which isn't available for NVIDIA users.

Plymouth is not reliable, one appears to be stuck with the splash screen if Xorg can't load...  Or that was my experience when trying to get NVIDIA drivers installed on Fedora.

Besides, KMS makes console->Xorg more seamless.  Red Hat's legacy RHGB would be a superior option to plymouth in my honest opinion, as it has better compatibility and one can do anything with it that Xorg can do ;)

icons/user_comment.png R. B. wrote: (8 years ago)

Switch to plymouth is a good idea, but only when plymouth to be really ready, Debian and Ubuntu for instance are having some bugs/problems with plymouth at this date.

icons/user_comment.png j. j. wrote: (8 years ago)

I think the first is the stability, security and performance (speed, etc ...) but if it can be pretty better and I think many will prefer to take 10s and 20s do not see an animation. It might be a good idea to add the program when mature.

icons/user_comment.png D. Z. wrote: (8 years ago)

Plymouth in Ubuntu 10.04 on notebook with NVidia proprietary drivers seems very ugly. I want see nice splash not the heinous splash like in Ubuntu.

icons/user_comment.png N. M. wrote: (8 years ago)

I would love to see plymouth with openSUSE. The sad truth as ATI user is that proprietary drivers are a nightmare, and since Radeon does offer all the acceleration I need, it would be nice.

I would though recommend before implementation to check a couple of things:

- Fedora patch to fix the transitions between plymouth and GDM, which is something Ubuntu has implemented. This makes it awesome.

- For those without KMS, you can still use Plymouth on boot with vesa frame buffer, so that's not really a problem.

- We shouldn't judge Plymouth by the poor implementation offered by Ubuntu. We are not Ubuntu, Fedora and Red Hat did it way nice.

- OpenSource drivers are advancing fast, and for most users Plymouth will cool. For those who choose to run proprietary drivers, who cares. Ask ATI or Nvidia to improve the drivers... Intel drivers do work fine, at least under Fedora.

And by the way, for the proprietary driver people... look you already have screen flickering with the current software, so it will be the same with plymouth and unsupported drivers.

Plymouth for the win!

icons/user_comment.png R. M. wrote: (7 years ago)

I started to implement this feature. There is still lot of work to do, and any help is warmly welcome.

  • I provide some packages in my personal repo (latest stable version, 0.8.3). The actual packaging is crappy and need to be fixed to follow suse packaging guideline (%suse_update_desktop_file, /usr/lib instead of /lib, etc.). I also added a patch to support libpng14. 
  • I replaced the Fedora old mkinitrd/dracut scripts with new suse mkinitrd scripts. The setup script gets Plymouth correctly packaged into the initrd file, but the boot script needs to be debuggued/rewritten. Actually, the plymouth graphical interface immediately falls back to the plymouth text interface when booting.
  • No shutdown/suspend/wake up scripts available at the moment.
  • Tested with nouveau, I've no idea how it works with no kms enabled video driver.

The provided packages are work in progress and experimental, please ensure to make a backup of your initrd before testing if you want to help to implement this feature (cp /boot/initrd-xxx /boot/initrd.ori) so you'll still be able to boot if a problem occurs (and it *will* occur).

Again, there is still lot of work to do, and any help is warmly welcome. :)

icons/user_comment.png N. M. wrote: (7 years ago)

Without KMS it should fallback to the standard framebuffer. I'm not sure about swapping /lib for /usr/lib. You based your work on Fedora packaging, and the libs are in /lib most likely because of dracut (which we don't use) for the initrd. It's actually pointed in the documentation (if I recall correctly).

I'm going to install Grub2 so I can mess with it having the normal openSUSE Grub as a chain of Grub2 so I don't vaporize anything.

Thanks for doing this.

icons/user_comment.png K. K. wrote: (7 years ago)

If I remember correctly some months ago, right after 11.3 was released, Egbert Eich sent a patch to opensuse-kernel that in conjunction with a couple of patches to the xorg-x11-server and xorg-x11-driver-video would give a flicker-free-no-black-screen-between transition from the opensuse bootsplash to the kdm login screen. I am not sure why this patch was not picked up and landed in the opensuse kernel. The patch to xorg-x11-server has already been applied, but the patch to xorg-x11-driver-video was removed yesterday too, since it wasn't applying after changes upstream. (I have a rebased version of the patch though, that does work.) The kernel patch has totally been forgotten. Since drivers/video/bootsplash/* is a totaly suse thing, and does not exist upstream, it can't be that they're waiting for upstream.

icons/user_comment.png K. K. wrote: (7 years ago)

From the changelog of the xorg-x11-driver-video package in Factory I see that the patch mentioned in my earlier comment has been rebased and reapplied by eeich. But the kernel patch to copy framebuffer from one vt to another is still missing.

icons/user_comment.png R. X. wrote: (7 years ago)

I can't understand why plymouth still isn't in openSUSE. Come on, guys, you can do better than this! Especially, if there is no KMS, you can fall back with the standard vga! :(

(Yes, I am passionate about seeing this in a great distro like SuSE :P)

icons/user_comment.png R. M. wrote: (7 years ago)

Because you didn't send any patch. Please stop complaining and help to make it.
(Btw, I don't have a personal machine to work on this, feel free to grab my half-working and buggy packages in my repo.)

icons/user_comment.png R. X. wrote: (7 years ago)

Well, I could continue if you added an openSUSE 11.4 repository to your project.

icons/user_comment.png R. M. wrote: (7 years ago)

Added you as maintainer. You could also copy the files in your own repo if you wish.

icons/user_comment.png A. W. wrote: (7 years ago)

This seems pointless. Plymouth also flickers during bootup, at least it does in Ubuntu. And furthermore it presents a lot of major problems with a lot of hardware that produces garbled or even blank bootscreens on a LOT of common hardware. Not a good solution. Let's just try make openSUSE stable so that we don't need to see the bootscreen very often.

icons/user_comment.png A. D. wrote: (7 years ago)

You might be right about the challenges that arise. It's not the bootscreen that make the OS excellent, but it's these small differences that makes a difference. Finally, if I'm not mistaken, it's still second most voted feature in openFATE! It is though unfortunate that there's not enough of motivated and 'skilled muscle' to make this feature happen.

icons/user_comment.png R. D. wrote: (7 years ago)

Booting is getting so fast the need for pretty splash screens and such lessons.
With 12.1 M2 my late 2007 Athlon X2 box gets to KDE startup screen in seconds with normal hard disk; almost as fast as Win7 installed to an SSD.

May be the way releases like SuSE 8.2, becomes relevant again?
Perhaps put text of "slow" commands visible, so user's attention is drawn to what's holding things up? eg) udev device scan which had "many dots", mount of loopback file systems or dhcp query to start networking. The normal rapid boot case, might mean a "Starting openSUSE Linux ..." banner on console suffices for user feedback. Just food for thought.

icons/user_comment.png S. D. wrote: (7 years ago)

I agree with it. Plymouth is a good feature to add in 12.1 release.

icons/user_comment.png R. L. wrote: (7 years ago)

As I understand on the factory list, the main contributor to integrating plymouth into 12.1 has had to stop working on it and anybody is needed to pick up.

icons/user_comment.png D. R. wrote: (7 years ago)

I have a small question about this. Currently the loading screen on my desktop fails to fill up the whole screen, leaving a lot of black space on the left and right. It's only when the desktop begins to appear that all of the screen space is filled. Would switching to Plymouth fix this problem?

I'm using a 20-inch monitor with a Radeon HD 6850 graphics card, running the proprietary ATI Catalyst driver.

icons/user_comment.png R. B. wrote: (6 years ago)

Due to time constraints with 12.1. We have a better chance at seeing this in openSUSE 12.2.

icons/user_comment.png L. K. wrote: (6 years ago)

When the systemd integration will be complete, it should be much easier to integrate plymouth IMHO.

icons/user_comment.png L. K. wrote: (6 years ago)

Also, this feature is also related to plymouth integration: https://features.opensuse.org/310491 - dracut

icons/user_comment.png D. P. wrote: (6 years ago)

I've managed to make Plymouth show some splashes on my OpenSuse 11.4. I took the version from http://download.opensuse.org/repositories/home:/damianator/openSUSE_11.4_standard/ and modified some scripts from package plymouth-scripts, specifically /lib/mkinitrd/scripts/setup-plymouth.sh to make mkinitrd include al libdrm* and libkms* into the initrd. That was the only way I could achieve some basic functionality of Plymouth in OpenSuse.

icons/user_comment.png d. i. wrote: (6 years ago)

Please share it with us what you've changed

icons/user_comment.png D. P. wrote: (6 years ago)

I rather prefer not to fork the work from current OpenSuse developers, i'm trying to find out where should i go from here to contribute

icons/user_comment.png d. i. wrote: (6 years ago)

is my project and not from the openSUSE devs (and still I don't count myself :)) I really would appreciate your help.

icons/user_comment.png J. M. wrote: (6 years ago)

Oh, huh. I must not have posted my link here. I have a betterbooting project that has plymouth integration. I've been using it on my notebook for many months now. Let me clean it up a bit and I'll post a link.

icons/user_comment.png D. P. wrote: (6 years ago)

I would like to contribute, by i'm kind of lost in the way OpenSuse development process work, don't know exactly where to summit my patches or where Plymouth is maintained. I've found Plymouth in personal repos of some people but i don't know how to contact them. If you are leading this betterbooting project, please, let me know how i can contribute.

icons/user_comment.png d. i. wrote: (6 years ago)

When you are in the home project of some one, there is a tab users, you can see a mail icon there. Use it to write e-mail.

icons/user_comment.png R. B. wrote: (6 years ago)

Looks like Plymouth will be added to 12.2.

icons/user_comment.png B. F. wrote: (6 years ago)

Okay, one of the most wanted feature here, seems to find its way and finally will (if success) goes to factory then 12.2

Action done today are :

packager tittiatcoke (R. Wooninck) will work on get the package ready for submission on factory (see pre-version at https://build.opensuse.org/package/show?package=plymouth&project=home%3Atittiatcoke

Helped by Vuntz (GDM part) Fcrozat (systemd part), All of us (testing)

A meta bug has been created to attach any related bugs https://bugzilla.novell.com/show_bug.cgi?id=746615 join it as cc is you interested.

Artwork team will integrate the new 12.2 branding once the package has join factory.

What we need to make it a success?

FORUMS : One people heavily present & skilled on forums to open a thread about plymouth, and link it back here and inside the meta-bug. Give some information back on ml -factory and here.

WIKI : Create a page dedicated to plymouth, where we collect how-to, following of integration

We have a long way, but together we will success.

icons/user_comment.png B. F. wrote: (6 years ago)

Factory has now a repository for testing against it : (Be carefull we are in alpha stage of integration)

zypper ar

icons/user_comment.png B. F. wrote: (6 years ago)

Get even the first picture of solar theme

icons/user_comment.png B. F. wrote: (6 years ago)

Plymouth is now commited to factory : report and testing are welcomed on bugzilla

icons/user_comment.png V. U. wrote: (5 years ago)

This is done in 12.2.

Last change: 5 years ago
Loading tags...
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint