xscreensaver >= 4.22 installs into /usr/lib/misc/xscreensaver. Fireflies installs into /usr/lib/xscreensaver. It will not be picked up unless a symlink is set /usr/lib/xscreensaver --> /usr/lib/misc/xscreensaver This is not a safe way to do this. Reproducible: Always Steps to Reproduce: 1. emerge xscreensaver-4.22* 2. emerge fireflies 3. Actual Results: fireflies won't be in proper dir Expected Results: fireflies should pick up xscreensaver install directory. Maybe a use flag? HTH
simple problem, simple fix :-) thanks for reporting
Fix looks OK, but only for xscreensaver >= 4.22 (4.20 definitely, maybe 4.21 which is no longer in the portage tree have hackdir as /usr/lib/xscreensaver). Hard coding the hackdir will have an adverse affect on users of lower versions of xss. Personally, I don't see why they changed the hackdir of xss in the first place. Messes so many things up, even KDE.
FHS is why
From the xss website regarding changes in 4.21. "Changed default configure installation directories: /usr/bin/ for xscreensaver, etc.; /usr/libexec/xscreensaver/ for hacks; /usr/share/xscreensaver/config/ for xml files." The danger here for fireflies is that the hacks introduced in 4.22 gentoo ebuilds is NON standard even for xss. There is no FHS rule for /usr/lib/misc. So, in the event that the xss maintainers decide to allow the defaults to run again when copiling xss, fireflies, hardcoded as it is, won't work again. JM2C