-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
saver_xscreensaver broken with xscreensaver version 6+ #126
Comments
glslideshow -debug from a terminal will show it's failing to load images. xscreensaver-getimage is supposed to be called to do that and it should pull up the picture folder but is not. I think you have to make a new root window, capture it's ID then call xscreensaver-getimage. I have no workaround. :( |
I switched to |
Let's keep this issue open though as this is absolutely worth reproducing and fixing. Screensavers that use |
Since upgrading to xscreensaver 6, images fail to load for me too. I tried running the individual saver program (for example |
I might have similar issue with |
Not sure which issue should be preferred (or new issue?): #48
@tuxy I just happened to be trying to get this to work today on Arch and had the same issue. I can confirm that |
Likely cause is a different saver location for xscreensaver 6. |
Still working fine on Debian for me with this version:
Maybe distro-specific? If needed, I can change the configure.ac script to detect multiple paths for savers. |
I'm still experiencing the same symptoms reported in #126 (comment) :
And to be clear, other screensavers that don't try to read images from my disk (like, say, My environment / versions:
I think issue #48 was indeed the correct place for the comments made by the ghost and @razor-x above (which were about the missing @divVerent are you saying in #126 (comment) that on Debian, you are seeing that |
Researched a bit more. Agree with #126 (comment) that Maybe worth pointing out that xscreensaver-getimage gets the image data from one of three places according to the configs in
Ofc (1) is not secure and in isolation it would make sense to keep it out of scope as per #126 (comment) , but the other two seem secure enough. If this functionality is inextricably bundled together in |
It is not working for me under Debian: I get
|
The Debian 12.5 xscreensaver package installs the screensavers under I manually edited
|
Thanks! That solved it. (Searching for it now, I see this issue has been reported: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068662 . I should have searched for it; apologies for the noise) |
It wasn't there before, I filed it after posting here. |
Ah, thanks! 😅 |
My xscreensaver was a
glslideshow
, and because thesaver_xscreensaver
script calls theglslideshow
binary directly it now fail with xscreensaver version 6+.I'm guessing xscreensaver does some magic before calling glslideshow that xsecurelock doesn't know about.
The text was updated successfully, but these errors were encountered: