xautolock pulls in xlockmore even though slock (or alock) is installed. xautolock currently RDEPEND xlockmore or xtrlock. There are however at least two other xlockers available in portage namely alock and slock. Either these two should be added to the RDEPEND or, preferably, the RDEPEND should be dropped completly as xautolock can be used to trigger _any_ application after a period of user inactivity. Adding a new virtual xlocker has also been suggested elsewhere. Reproducible: Always Steps to Reproduce: 1. emerge -C xlockmore xtrlock 2. emerge slock 3. emerge -va xautolock Actual Results: Emerging xautolock pulls in xlockmore. Expected Results: Only xautolock should be installed. See also related bug: https://bugs.gentoo.org/show_bug.cgi?id=95246
I'm sure I've seen a similar bug report before, about xscreensaver/xlockmore. Can't find it now, though. Maybe it's time for a virtual/x11-lock or something?
See bug 377965: Please also add i3lock to RDEPEND.
How many takers would this virtual have (except [1])? [1] http://tinderbox.dev.gentoo.org/misc/rindex/x11-misc/xlockmore
(In reply to comment #3) > How many takers would this virtual have (except [1])? > > > [1] http://tinderbox.dev.gentoo.org/misc/rindex/x11-misc/xlockmore That and possible the reverse dependencies of slock xfce-base/xfce-utils-4.8.1:lock That's the case now but in the future maybe there will be more. In any case the overhead for a new virtual is minimum
x11-misc/xtrlock is another candidate?
dependency added. Thanks for reporting