On Sun, 25 Mar 2018 08:10:29 -0700, Ian Zimmerman wrote: > > The only hard block here appears to be xscrnsaverproto, unmerge that > > and the rest should take care of themselves. I had all the soft > > blocks today but not that one, and everything worked fine. > > But ... I actually have packages that depend on scrnsaverproto: > > matica!524 ~# equery d scrnsaverproto
equery d is unreliable, emerge -cav is a better check if deps. > * These packages depend on scrnsaverproto: > x11-base/xorg-server-1.19.5-r1 (>=x11-proto/scrnsaverproto-1.1) > x11-libs/libXScrnSaver-1.2.2-r1 > (>=x11-proto/scrnsaverproto-1.2.2-r1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) > x11-misc/xautolock-2.2_p5_p1 (x11-proto/scrnsaverproto) > x11-misc/xssstate-1.1 (x11-proto/scrnsaverproto) When one package blocks another, it is often because both provide the same files. It looks like xorg-proto is replacing a load f x11-proto package. Remove the old one and let emerge work it out for you. > > So I have to unmerge xautolock and xssstate too? Unlikely, because they will probably be satisfied by xorg-proto too, but quickpkg anything you are going to remove, just in case. -- Neil Bothwick "You know how dumb the average person is? Well, statistically, half of them are even dumber than that" - Lewton, P.I.
pgpVFwMYJT9C0.pgp
Description: OpenPGP digital signature
