Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 85418 - Cache-Directory not found when using splashutils-1.1.9.1
Summary: Cache-Directory not found when using splashutils-1.1.9.1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All All
: High normal
Assignee: Michal Januszewski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-15 14:23 UTC by Qui Gon
Modified: 2005-04-09 05:42 UTC (History)
1 user (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 Qui Gon 2005-03-15 14:23:17 UTC
I have built splashutils 1.1.9.1 and so far everything worked.
When entering the default runlevel, the splash-functions-script complains about not having found /var/cache/splash.

Ok, I created this directory, including the tmp-subdir, the message didn't appear, but the silent-splash screen changed to a black screen still showing the progress bar.

It seems to happen while re-copying the tmp-dir in the splash-cache.

Idea?
Comment 1 Michal Januszewski (RETIRED) gentoo-dev 2005-03-21 11:35:02 UTC
Should be fixed in splashutils 1.1.9.2.
Comment 2 Qui Gon 2005-03-21 17:06:06 UTC
Nononono, it does not.
It now has the same effect, which I had when fixing it myself. :)
The Screen goes black at the position in runlevel where the splash-script is being executed. The only thing, that is visible is the progressbar
Comment 3 Michal Januszewski (RETIRED) gentoo-dev 2005-03-22 12:20:15 UTC
The splash script == /etc/init.d/splash?
Comment 4 Qui Gon 2005-03-22 12:48:03 UTC
Yes, sir!
Comment 5 Qui Gon 2005-03-22 13:30:37 UTC
WAH! No!! Not the init-script. I meant the splash-functions-script, which can be found unter /sbin.
Sorry, for the incorrectness.
Comment 6 Qui Gon 2005-03-23 04:23:57 UTC
I've reviewed what I changed. In 1.1.9.1 I made the script mount the right location and afterwards move this directory as it was supposed. This made the splash-image disappear except for the progress bar. This behaviour really suggests, that the splash-image is not where it's expected to be, i.e. a location problem.
Comment 7 Qui Gon 2005-04-01 11:24:06 UTC
I'm reopening the Bug, since it has not been resolved yet.
Comment 8 Michal Januszewski (RETIRED) gentoo-dev 2005-04-01 12:08:57 UTC
After installing 1.1.9.3, do you still get an error about /var/cache/splash not being found? Or the problem is the silent splash going all black suddenly during boot? What's your RC_TTY_NUMBER setting in /etc/conf.d/rc?
Comment 9 Qui Gon 2005-04-01 12:24:16 UTC
I though the cache-directory was related to this screen-problem, but it actually is not and it starts to annoy me.

My RC_TTY_NUMBER is 11. I never changed this value and this is the original number, which came with gentoo's layout.
I have some other hints from testing around:
- It seems to happen, while running through unicode-initialization and consolefont.
- I can switch back to the silent (but this is not optimal)
- there is no error in the console initiating a switch to verbose
- I never had this with 0.9.x :D
Comment 10 Michal Januszewski (RETIRED) gentoo-dev 2005-04-01 12:42:53 UTC
Try using the tty:x parameter, as suggested in the einfo's printed by the ebuild. If you currently have:
   splash=silent,theme:livecd-2005.0
change it to:
   splash=silent,theme:livecd-2005.0,tty:12


Comment 11 Qui Gon 2005-04-01 13:03:50 UTC
I already had tty:8 entered as you mentioned in the einfo.

12 is syslog-ng, so 13 is "free". Syslog logs into 8, so 8 is supposed to not work, too, when using the default. With 13 it works!
(Except that the bar is set to 0% while hotplugging and reset to 50 when proceeding) 

I think you should mention this in the ebuild-einfo, so people who are even more confused than I was, know how to handle this!!

8 was simply confusing.

Is it possible to split this thread and append this to a more self-explaining thread? At least this is an ebuild-bug (einfo). :)
Comment 12 Qui Gon 2005-04-09 05:42:46 UTC
The original topic is not affected anymore.
The created "subtopic" has been resolved as a syslog-ng issue with fbsplash (Solution should be clear).