Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 317651 - media-gfx/splashutils-1.5.4.3-r2 fails to faide into the x display manger login display on boot
Summary: media-gfx/splashutils-1.5.4.3-r2 fails to faide into the x display manger l...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Michal Januszewski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-28 16:34 UTC by John Stile
Modified: 2013-12-12 02:27 UTC (History)
3 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 John Stile 2010-04-28 16:34:03 UTC
When booting with no errors, where the splash screen reaches 100% complete, the system will not switch over and display the graphical log-in manager.
The hack around this has been to edit /etc/conf.d/splash, and remove fadeout from SPLASH_EFFECTS.
This problem is described in several forum postings:
http://forums.gentoo.org/viewtopic-t-817408-highlight-.html
http://forums.gentoo.org/viewtopic-t-608786.html
http://forums.gentoo.org/viewtopic-t-600536-highlight-fadeout.html
But it appears no bug has been filed.

Reproducible: Always

Steps to Reproduce:
1. Setup splashutils for booting (without any service errors)
2. When splash reaches 100%, it will either hang at a complete splash screen or at a blank screen with a blinking cursor.
Comment 1 Ville Aakko 2010-05-02 10:31:08 UTC
Hi,

I get this problem, even though I do not use a splash screen (I've never had splashutils even installed on this setup). Also, see the thread about the problem, there is someone else also with this issue and no splashutils installed. I can login and (via VT or SSH after su to root) then manually '/etc/init.d/xdm restart', and then the display manager works.

Maybe the splashutils scripts just does something if you disable fade, that allows Xorg to start correctly? But if fade is enabled or there is no splash screen (the utils are never run at init) at all, things don't work?

On my system, when xdm (or kdm in my case) is supposed to start, it switches to VT7 but there is just a black screen, but the VT's can be used blindly (this is on ati-drivers 10.4; on 10.3 I got a blinking cursor on VT 7 and the text mode was not blank - I believe that the blank screen is a fglrx issue, because I've had the issue that after Xorg is started, text modes are blank - before this one appeared). 
Comment 2 John Stile 2010-05-03 16:47:19 UTC
Ville Aakko: I don't believe you are describing the same bug that I report here.  As a test, I disabled splash (1. removed splash from grub, and disabled fbcondecor in init).  When the system reaches the end of init, I do switch to vt7, and see my login manager (kdm).

You might try increasing the timeout for your kdm, or filing a separate bug.  To increase the timeout edit /usr/share/config/kdm/kdmrc, under [X-:*-Core], set 
ServerTimeout=30, or greater to see if this helps.
Comment 3 Ville Aakko 2010-05-03 17:18:14 UTC
Might be, but specifically in thread:

<http://forums.gentoo.org/viewtopic-t-817408-highlight-.html> the problem is exactly the same, as my case, except as an ATI user I have no splash screen (at all). (The only difference to your post is that my system never hangs at the mentioned point - it's either a blank (but still blindly usable) VT 7 or VT 7 with a blinking cursor). Also, about the blank screen I'm reporting above, it does seem NOT to happen most of the time after all (I had just upgraded to ati-drivers-10.4 so I though it did, but after the report I've gotten the blinking cursor at every boot on VT7). 

So, I wouldn't rule out it being a same bug, after all. (i.e. if you disable splash from grub, are there any changes in the initscripts from just installing splashutils, that might make the change? I wouldn't know since I don't have them installed. If there are, and they cause the login manager to boot correctly, I don't see a difference in our problems.)

But I will discuss this further in the forums (not here) since this might indeed be a different bug.
Comment 4 Michal Januszewski (RETIRED) gentoo-dev 2010-07-05 14:45:29 UTC
(In reply to comment #3)
> [..]
> 
> But I will discuss this further in the forums (not here) since this might
> indeed be a different bug.

What you are experiencing is almost certainly a different issue.  Fbsplash might cause problems with the starting X server, but this is related to the timing of switches between the ttys.  Without splashutils, no such switches are taking place during boot, so if the login manager ends up in a non-workable state, it's a problem with the login manager or X itself.

Regarding the original bug.  Are you using /etc/init.d/xdm to start the login manager?
Comment 5 hal 2013-12-12 02:27:31 UTC
Could we reopen this bug please? I could provide you with additional information since I experience exactly like the op.