On Tue, 07 May 2019 23:47:30 +0200 Michał Górny <mgo...@gentoo.org> wrote:
> While the large number of flags is practically invisible to user with > all the USE_EXPAND hiding, it negatively impacts pkgcheck. When > the number reached 10, CI became unusable. We're currently back down > to 8, thanks to powerpc team, but the problem is going to happen again > sooner or later. Ideally we'd improve pkgcheck but I'm not aware of > anyone having a good idea how to do it. While I don't disagree with your rationale below, I think this motivation is the wrong one: What sort of algorithm does it use to explode when going from 8 to 10 flags ?!? There's multilib that adds a lot of flags with a single eclass change, but I'd guess the number of packages and flags is constantly growing, so sooner or later you'll be hit by this again and no multilib killing will help you then. I think it is more future proof to use the addition of multilib flags to fix pkgcheck rather than actively reducing the number of multilib flags to cope with its limitations. Also, remember that multilib is not entirely about skype or slack, this was made with multibin in mind too: for example an ABI may perform better than another one on specific workflows (x32) and it may make sense to use this abi for a specific binary (which would be manually built for now). Alexis.
