Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 780390

Summary: sys-apps/portage: binpkg-respect-use autounmask-use disabling is too aggressive
Product: Portage Development Reporter: William Throwe <wtt6>
Component: Binary packages supportAssignee: Portage team <dev-portage>
Status: UNCONFIRMED ---    
Severity: normal CC: ajak, esigra, gentoo, juippis
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
See Also: https://bugs.gentoo.org/show_bug.cgi?id=426222
https://bugs.gentoo.org/show_bug.cgi?id=777111
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on: 773469    
Bug Blocks: 376695    

Description William Throwe 2021-04-05 14:44:36 UTC
As a result of bug 773469 (which I filed), passing --binpkg-respect-use=y forces --autounmask-use=n.  After trying this for a while, I think this change was too aggressive.  In particular, it disables autounmask even when none of the packages that need use changes have binpackages available and produces slot conflicts instead.  Additionally, with FEATURES=binpkg-multi-instance it is pretty reasonable to want to build a second binpkg with different use flags, particularly with repositories shared across multiple machines.  (It also takes effect with --usepkg=n, but that would presumably be easy to fix.)

I think in this case the cure has been worse than the disease, and I suggest reverting it.
Comment 1 Zac Medico gentoo-dev 2021-04-05 20:55:25 UTC
(In reply to William Throwe from comment #0)
> As a result of bug 773469 (which I filed), passing --binpkg-respect-use=y
> forces --autounmask-use=n.  After trying this for a while, I think this
> change was too aggressive.  In particular, it disables autounmask even when
> none of the packages that need use changes have binpackages available and
> produces slot conflicts instead.  Additionally, with
> FEATURES=binpkg-multi-instance it is pretty reasonable to want to build a
> second binpkg with different use flags, particularly with repositories
> shared across multiple machines.  (It also takes effect with --usepkg=n, but
> that would presumably be easy to fix.)

The thing is, they are expected to interfere with each other as described in bug 773469 comment 0, so we would have to come up with some kind of mechanism to prevent this interference.

> I think in this case the cure has been worse than the disease, and I suggest
> reverting it.

Hmm, well I'll have to take some time to consider whether that's viable given the way(s) that they would interfere.
Comment 2 Zac Medico gentoo-dev 2021-04-05 21:46:46 UTC
For optimal --binpkg-respect-use like behavior with multiple use combinations available and there is no exact match, you really need a scoring system as discussed in bug 777111.