Summary: | app-emulation/crossover-bin-22.1.1 seems to depend on conflicting packages | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | AprilGrimoire |
Component: | Current packages | Assignee: | Pacho Ramos <pacho> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | josef64 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
AprilGrimoire
2023-05-07 19:52:31 UTC
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* |