xscreensaver won't run automatically
Hello all,
I'm running Debian on a VM and xscreensaver won't run unless I manually start it. I have it set to run under System -> Preferences -> Startup Applications and I added it to /etc/rc.local, but no dice. /var/log/messages and /var/log/syslog don't show any errors. Any suggestions? Not a major issue, but I just want to know why it won't start. |
Adding it to /etc/rc.local will not work, xscreensaver needs a X server to connect to. Depending upon how you get into X, you should add:
Quote:
HTH John |
Thanks for the tip, but still having a problem
Thanks for the tip. You're right, it makes sense I would need an X server running for it to work.
I don't have an .xinitrc or .xsessions file in my ~/ directory. I suppose I can create one. Why would it not work being in Startup Applications? |
Quote:
If using a window manager best to add it to .xsession/.xinitrc. But, if using fluxbox, you can add it to ~/.fluxbox/startup instead. John |
If you are using a desktop environment, such as KDE or Gnome, look for an item called "Startup Applications" in the "control center" or "system settings" area. You should be able to add it there.
|
Original post
Quote:
Not sure if you saw it, but I put in my original post that I did put it in Startup Applications, but it still doesn't start. Thanks anyway. |
Sorry, I did miss that.
Here's a possible work-around. Instead of putting xscreensaver in the startup applications item, put xscreensaver-demo (that's the configuration dialog) in there. When xscreensaver-demo starts, it should pop a dialog to the effect that "The xscreensaver daemon is not running. Do you want to start it now?" Click "Yes" and close the windows. Try that and report back on what happens. |
Quote:
Thank you. That would work but it still requires manually starting Xscreensaver. I can always drop to a terminal window and run /usr/bin/xscreensaver &. I'm trying to avoid having to manually start it. I also don't get why it requires me to do this; it's already in startup applications - shouldn't that be enough? |
Quote:
If you want to dig deeper, here's a thought: make sure that xsceensaver is in startup applications, exit and restart the GUI. Then check the logs in /var/log. I'd suggest particularly checking /var/log/messages and /var/log/Xorg.0.log. You might want to do that using the less command (for example, less /var/log/messages) so you can navigate back and forth through them. I can't promise you'll turn up something, but you might. Also, there might be other suspects to interrogate, but those are the ones I'd start with. |
Thanks for the tip.
Quote:
Actually, I already looked in /var/log recursively but didn't come up with anything. I love less, by the way, it rocks over more (less really is more!) I do have it working on another system so I can comb through the config files on that system and see if I can figure out what I tweaked to get it to work. Since I installed that system about a year ago I couldn't find it in the history files. Still can't figure out why it doesn't work with just startup applications, but I'll manage. Thanks for the tip. Part of the problem is that these systems originally had the (lame) Gnome-screensaver installed, and these problems happened after replacing it with (the much better) Xscreensaver. Not a huge problem, but it's frustrating that something so seemingly simple takes up this much time. |
You may be on to something.
I have the same problem on my Mint machine and am using the workaround described. It also used to have Gnome-screensaver (I share your opinion of it). I have similar removed and replaced Gnome-screensaver on Debian and Ubuntu, but not encountered this glich before. |
|
Thanks. It's been a long time since I read that.
Perhaps the sections on enabling it from the display manager will help. That still doesn't really speak to why it is not starting when added to Startup Applications. |
All times are GMT -5. The time now is 06:08 AM. |