It seems crossover-bin-22.1.1 is depending on packages that block each other. <a href=http://sprunge.us/qPrOLH>This</a> is the output of [code]sudo emerge -avuDU --verbose-conflicts --keep-going --backtrack=100000 @world[/code]. The problematic line seems to be [code][blocks B ] =dev-libs/openssl-1.1.1*:0 ("=dev-libs/openssl-1.1.1*:0" is soft blocking dev-libs/openssl-compat-1.1.1t)[/code] <a href=http://sprunge.us/HwvIUs>This</a> is the depgraph of crossover-bin I am frustrated. Thanks for viewing and helping!
the ebuild depends on one OR the other... but I guess you are probably hitting a variant of: https://bugs.gentoo.org/872227 https://bugs.gentoo.org/892828 https://bugs.gentoo.org/892832 As portage has some issues to make the right decision on those || ( ) dep strings... Sometimes you can unbreak it changing backtrack option or masking the old package. In any case some information is missing... Are you running a full testing system? Or stable mixed with some testing packages? That is important as a full testing system will have keyworded dev-libs/openssl-3 and dev-libs/openssl-compat:1.1.1 (and, then, should use their latest versions), while stable only dev-libs/openssl-1.1.1*.
(In reply to Pacho Ramos from comment #1) > the ebuild depends on one OR the other... but I guess you are probably > hitting a variant of: > https://bugs.gentoo.org/872227 > https://bugs.gentoo.org/892828 > https://bugs.gentoo.org/892832 > > As portage has some issues to make the right decision on those || ( ) dep > strings... Sometimes you can unbreak it changing backtrack option or masking > the old package. > > In any case some information is missing... Are you running a full testing > system? Or stable mixed with some testing packages? That is important as a > full testing system will have keyworded dev-libs/openssl-3 and > dev-libs/openssl-compat:1.1.1 (and, then, should use their latest versions), > while stable only dev-libs/openssl-1.1.1*. Yes, I'm using a full testing system.
Then crossover-bin is correctly pulling in the compat package... Reading more carefully the error... I think the problem is this: !!! The slot conflict(s) shown above involve package(s) which may need to !!! be rebuilt in order to solve the conflict(s). However, the following !!! package(s) cannot be rebuilt for the reason(s) shown: (dev-haskell/conduit-1.3.4:0/1.3.4::gentoo, installed): ebuild is masked or unavailable (dev-haskell/vector-0.12.1.2:0/0.12.1.2::gentoo, installed): ebuild is masked or unavailable (dev-haskell/vector-algorithms-0.8.0.3:0/0.8.0.3::gentoo, installed): ebuild is masked or unavailable (dev-haskell/scientific-0.3.6.2:0/0.3.6.2::gentoo, installed): ebuild is masked or unavailable (dev-haskell/async-2.2.2:0/2.2.2::gentoo, installed): ebuild is masked or unavailable (dev-haskell/semigroups-0.18.5:0/0.18.5::gentoo, installed): ebuild is masked or unavailable (dev-haskell/unordered-containers-0.2.12.0:0/0.2.12.0::gentoo, installed): ebuild is masked or unavailable (dev-haskell/streaming-commons-0.2.1.2:0/0.2.1.2::gentoo, installed): ebuild is masked or unavailable (dev-haskell/attoparsec-0.13.2.3:0/0.13.2.3::gentoo, installed): ebuild is masked or unavailable Those packages were dropped from the tree... but still installed on your system
(In reply to Pacho Ramos from comment #3) > Then crossover-bin is correctly pulling in the compat package... > [...] I think openssl-3 can't be used, because of ruby:3.1 If it so, then app-emulation/crossover-bin package should using dev-libs/openssl-1.1.1* (not the compat package). We discussed it already a little bit in https://forums.gentoo.org/viewtopic-t-1163257.html
Sorry, i meant because of ruby:3.0
deps in the ebuild are correct, they meant either dev-libs/openssl-compat:1.1.1 OR =dev-libs/openssl-1.1.1*