Bug#961129: xscreensaver should not search for screensaver executables in PATH

2022-03-23 Thread Jamie Zawinski
It has been another 5 months with no response. I am once again *begging* you to stop making it possible to install only *part* of XScreenSaver. It causes a constant stream of problems for no benefit. Please, please, please, install the dependencies so that installing any part of XScreenSaver

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2021-10-14 Thread Jamie Zawinski
You could solve this problem with a one-line change: simply make "xscreensaver" depend upon "xscreensaver-data", "xscreensaver-data-extra", "xscreensaver-gl", "xscreensaver-gl-extra", "xscreensaver-screensaver-bsod" and "xscreensaver-screensaver-webcollage". I can see the argument for allowing

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2021-10-13 Thread Jamie Zawinski
On Oct 13, 2021, at 4:36 AM, Tormod Volden wrote: > > I was obviously talking about what to do in the Debian package, not > upstream. So was I. I was discussing *your* decisions that make *my* program malfunction for *my* users, and cause more work for *me*, the author and maintainer. > I

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2021-10-13 Thread Tormod Volden
Please behave when using the Debian forums. I was obviously talking about what to do in the Debian package, not upstream. I think it makes sense for us to not blindly pick whatever is in the user's PATH. And we will eventually get to reunifying the packages, it is a bit more work though due to

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2021-10-12 Thread Jamie Zawinski
On Oct 12, 2021, at 4:53 AM, Tormod Volden wrote: > > I agree to "xscreensaver SHOULD search for screensavers only in > /usr/lib/xscreensaver, Well, you're wrong, and I'm not going to do that. The fix is *simple and obvious*, make there be ONE xscreensaver installer package instead of FIVE --

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2021-10-12 Thread Tormod Volden
I agree to "xscreensaver SHOULD search for screensavers only in /usr/lib/xscreensaver, where other packages are expected to install them", with the exception to allow users to specify a full path in their xscreensaver config, in case they want to use something installed elsewhere. There were

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2021-10-06 Thread Dmitry Semyonov
On Thu, 7 Oct 2021 00:35:18 +0300 Dmitry Semyonov wrote: > On Wed, 20 May 2020 13:46:02 +0100 Andrew Gallagher wrote: > > > Beware for example that `zoom` is the name of a known screensaver. I am > > glad that I do not have xscreensaver and zoom.us installed on the same > > machine. :-) > >

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2021-10-06 Thread Dmitry Semyonov
On Wed, 20 May 2020 13:46:02 +0100 Andrew Gallagher wrote: > Beware for example that `zoom` is the name of a known screensaver. I am glad > that I do not have xscreensaver and zoom.us installed on the same machine. :-) Well, my kid does, and since he didn't notice the XScreenSaver error about

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2020-05-21 Thread Tormod Volden
Thanks for the report, this has been discussed in bug #816722 as well. Tormod

Bug#961129: xscreensaver should not search for screensaver executables in PATH

2020-05-20 Thread Andrew Gallagher
Package: xscreensaver Version: 5.42+dfsg1-1 Severity: important Dear Maintainer, Ever since I installed the magic-wormhole package, I have noticed that xscreensaver occasionally throws an error on the screen as follows: ``` Usage: wormhole [OPTIONS] COMMAND [ARGS]... Try "wormhole --help" for