You are not logged in.
Latest update seems to have broken silen, verbose works fine.
However I question my configration, as the new install mentions consolemaps as listed in /usr/share/kbd/unimaps...
this is a new element that was'nt included before and not really something that I'm all that up on to be honest.
Off to do some research.....
Offline
The good news is the fadein option works brilliantly and the image is now mapped to all consoles instead of just the first, but where the progress bar is due to load just a black screen then X starts......
Offline
I've had issues with silent splash not working right since 2.6.15. I'm not sure it's worth it at this point :sad:
Offline
it still seems to work for me... just updated to the lastest initscripts.
Offline
it had been working perfectly for a long time, but no such luck this time..
even using kdgraphics to paint it fails...
Offline
i went back to the old initscripts package i have because slient seems to do some weird stuff to qingy. the old package works fine.
Offline
Initscripts have been updated inline with recent changes to stock scripts. As I have not yet upgrade to latest udev I dunno how well this new version works as I cannot test it. However, in theory, nothing major has changed but a serious conflict with the "crap" introduced to support init* systems maybe be causing problems.
Also, as far as I recall, there have been no changes to the gensplashutils pkg at all - I rebuilt and upgrade that in a moment of confusion!
If it works fine for some and not for others than I would suggest it is not the scripts per se. It will be something that depends on whether you are using just splash or initscripts as well. What initramfs is everyone using? A full one or just a gensplash one? If just a gensplash one then try rebuilding it
This no internet access is starting to really piss me off!
Offline
Tried re building initramfs...
nope, the progressbar is not working with silent ..
Offline
Neither for me, Not on my main box, nor on a fresh re-installed test box, that's weird... no errors but the splash just get stuck on initializing kernel and then all i see is GDM, i tried Alt+F1 and i can see verbose mode, maybe the splash not taking console=tty1 option now??
[My Blog] | [My Repo] | [My AUR Packages]
Offline
scripts could be broken - i'll check it out. Can anyone confirm that the new initscripts work at all?
Offline
dtw which initscripts you mean ? initscripts-gensplash or initscripts ?? and what exactly u wanna know ?
[My Blog] | [My Repo] | [My AUR Packages]
Offline
G he means gensplash, as he is the maintainer for the pkg
Offline
in this case, yea they work perfectly, but i don't get it why it doesn't work, anyway i'm working on it, hopefully i'll discover what's wrong ..
[My Blog] | [My Repo] | [My AUR Packages]
Offline
I don't see any reason why it ain't working... maybe the udev changing made ii weird, i'm not sure, anyway I tried version 0.9.9.2-17 and it worked perfectly, I made a diff between all the files of both versions and i don't see anything that brake it, maybe someone would have a better view??
:arrow: http://arch.pastebin.com/625733
[My Blog] | [My Repo] | [My AUR Packages]
Offline
Okay i made it work, I just moved the "splash init" right after / got mounted , after trying many other options, this one seems to work fine
Apply the patch with
cd / && patch -Np0 -i /path/to/initscripts-gensplash.patch
:arrow: http://w.nasreddine.free.fr/initscripts-gensplash.patch
[My Blog] | [My Repo] | [My AUR Packages]
Offline
thanks g that has forced it to paint the bar but the count up doesn't work
its good progress though thanks
Offline
hmm that works perfectly for me, maybe dtw has an idea about it ?
[My Blog] | [My Repo] | [My AUR Packages]
Offline
G: as I said untested
I thought maybe the init part was in the wrong place - I had to guess where to put it based on previous experience. I do know that putting it all the way down there in the scripts will mean it starts pretty late!
Surely there must now be a better way of running splash from the ramfs to get it working earlier in the boot but it's not something i can really research at the moment. I wonder how much sense it makes to keep following the stock initscripts as they are now specifically tailored to ram disks. I dunno what to do really.
Offline
Me neither, i'm not at all familiar with initrd/amfs maybe iphitus/tpowa can give an opinion on this one??
[My Blog] | [My Repo] | [My AUR Packages]
Offline
btw DTW
how come the pkgbuild fails? my abs tree is uptodate but makepkg exits with an error about build command, will post the exact error later...
As at work at the mo.
I thought I would rebuild and apply the patch cleanly as opposed to patching the system but without any modifications the pkgbuild fails
Offline
Check for whitespace...or post the actual error
Offline
cool whitespace!!!!
rebuilt with G's patch now working perfectly
Offline
Glad to hear that, Can someone else confirm it works with my patch plz?? dtw can u apply the patch to the community package till we find a better solution ??
Thx
[My Blog] | [My Repo] | [My AUR Packages]
Offline
Your patch worked for me. The paint process still hangs for about 2 seconds before resuming. Before this upgrade (with version 0.9.9.2-17), it would do so after painting about 1/8 of the screen. Now it does it after about 1/3 is painted, so that's better I guess? :?
Thanks for the patch _Gandalf_
Offline
Well the way I did it to fix the issue explains very well the late caused to get the splash printed, there's a lot going before the splash get initialized, IMHO this must be done within intramfs but i might be wrong as well... anyway Late is better than never
[My Blog] | [My Repo] | [My AUR Packages]
Offline