sys-fs/cryptsetup-1.2.0-r1.ebuild has the following in it: -------------- RDEPEND="... !sys-fs/cryptsetup-luks" -------------- cryptsetup-luks no longer exists. I'm using paludis. /var/db/pkg/sys-fs/cryptsetup-1.2.0-r1/RDEPEND gets created with this: >=sys-fs/lvm2-2.02.64 >=dev-libs/libgcrypt-1.1.42 >=dev-libs/popt-1.7 >=sys-fs/udev-124 || ( >=sys-libs/e2fsprogs-libs-1.41 <sys-fs/e2fsprogs-1.41 ) !sys-fs/cryptsetup Notice that the last item causes it to block itself. I removed /var/db/pkg/sys-fs/cryptsetup-1.2.0-r1, removed the "!sys-fs/cryptsetup-luks" dependency from the ebuild, updated the digest and metadata cache. Then paludis has no problem with it and the RDEPEND file no longer has !sys-fs/cryptsetup in it. Reproducible: Always Steps to Reproduce: 1. cave resolve -e --permit-old-version '*/*' --permit-downgrade '*/*' --explain sys-fs/cryptsetup world 2. 3.
Created attachment 286571 [details] output from 'cave info info'
You picked the wrong bug tracker.
(In reply to comment #2) > You picked the wrong bug tracker. I don't see why I should put it in the paludis bug tracker. It's a problem with the ebuild. See http://trac.pioto.org/paludis/ticket/1161. That one describes the problem with gnupg and cryptsetup. Then https://bugs.gentoo.org/show_bug.cgi?id=367215 was opened for gnupg. It was marked as CONFIRMED. No bug was opened for the similar problem in cryptsetup, however, so that's what I'm trying to do here.