TC 8.0 no wallpaper after boot (sometimes)

[Misalf]

~/.xsession  is exec'ed by  startx . So every time the desktop starts.
I wonder if it's caused by the X server has not been started completely and if we can check if it has.
The sleep command always seems kind of a cheap compromise for me in those cases as it may bring in unnecessary delays or be too short depending on the hardware.

[Rich]

Hi Misalf

... I wonder if it's caused by the X server has not been started completely and if we can check if it has. ...

I thought that's what the  waitforX  call in  .xsession  was for.

[Misalf]

Well, I'm just speculating without knowledge about X.
And I don't know what  waitforX  actually does (can't find the source offhand and not sure I could even make sense of it). If it reports true if X is running it may still be too soon for  xsetroot  to be able to set the wallpaper while X hasn't completely initialized.
Just fumbling about in the dark.

[Rich]

Hi Misalf
The source is available here:
http://distro.ibiblio.org/tinycorelinux/2.x/release/src/waitforX.c
Basically it tries to retrieve the current display. It will continue to try 50 times over the course of 10 seconds. If it succeeds, it
returns 0. If it fails, it returns 1.

[Misalf]

Thanks for digging that out.

[curaga]

It does indeed wait for X to be ready, and at that point everything, including setting wallpapers, should work. Thus I believe it's a -nv driver bug, given other drivers do work.

[dspence]

I am also seeing this, on TC8, every one out of maybe 10 reboots, and I have Intel graphics, not Nvidia.

[Uncle Warthog]

I'm also seeing this on various systems with Intel video.  I haven't tested it on Nvidia but have seen it once or twice on ATI/AMD video as well.  It's happened with every version since TC 8.0 including the current 9.0 but nothing before that seems to have the problem.

[Misalf]

I have seen it, only a few times, before 8.x (I'm still on 7.x) but unfortunately can't tell on what hardware or on what exact version of tinycore. However, the question for me is, while the wallpaper certainly doesn't kill my workflow, could it potentially be an issue that might affect other things (e.g. ~/.X.d).

[curaga]

Okay, thanks for the confirmations.