Err, i have read the whole thread and still does not get a point, why i am wrong.
It's old battle like we have beforce with "gtk" meaning "any versions of GTK flag". This behaviour should be killed with fire. Let's me reiterate some of the cases: 1. Package can be build without Qt GUI at all, but either Qt4 or Qt5 can be chosen, but not both. Fix this with REQUIRED_USE, do not enable any of Qt flags by default 2. Package can not be build without Qt GUI - either Qt4 or Qt5 is required, but not both Same thing here, different REQUIRED_USE operator. But - enable one of the flags by default to ease life of users. 3. Package can be build with Qt4 or Qt5 or both AT THE SAME TIME(if such package even exists?) Do not use REQUIRED_USE here, not needed. Now, please tell me, where am i wrong? 09.08.2015 23:08, Davide Pesavento пишет: > On Sun, Aug 9, 2015 at 12:38 PM, Sergey Popov <pinkb...@gentoo.org> wrote: >> <qa team lead hat> >> >> In short - apropriate REQUIRED_USE with setting recommended >> USE-flag(e.g. USE="+qt4 qt5" or USE="qt4 +qt5") >> >> </qa team lead hat> >> >> That's most painless decision for both developers and users. Developers >> do not need to maintain ugly dependencies like >> >> DEPEND="qt4 ? ( >> qt5 ( dev-qt/qtcore:5 ) >> !qt5 ( dev-qt/qtcore:4 ) >> ) >> ... >> " >> and other mess. >> >> </qa team lead hat> >> >> Users will have default behaviour for empty make.conf. If they adjust >> they make.conf to globally include/exclude some Qt-related USEs - they >> are already moving from default and that's why - they can add apropriate >> options to package.use >> > > Sergey, > > It seems you completely ignored the discussion that took place in this > thread (and I also think you misunderstood the scenario judging from > the example you gave). Therefore I'm sorry but I will ignore your > opinion as QA team lead. > > Thanks, > Davide > -- Best regards, Sergey Popov Gentoo developer Gentoo Desktop Effects project lead Gentoo Quality Assurance project lead Gentoo Proxy maintainers project lead
signature.asc
Description: OpenPGP digital signature
