Dnia 11 stycznia 2018 07:54:40 CET, Mike Gilbert <flop...@gentoo.org> napisał(a): >On Wed, Jan 10, 2018 at 11:10 PM, Michał Górny <mgo...@gentoo.org> >wrote: >> W dniu śro, 10.01.2018 o godzinie 21∶45 -0500, użytkownik Mike >Gilbert >> napisał: >>> On Wed, Jan 10, 2018 at 5:56 PM, Zac Medico <zmed...@gentoo.org> >wrote: >>> > On 01/10/2018 02:24 PM, Michał Górny wrote: >>> > > Enable repoman checks on exp profiles by default to improve >>> > > the dependency graph integrity on those profiles and help them >on their >>> > > way towards stable status. This is possible now that the >dependency >>> > > graph problems are warnings rather than errors. >>> > > --- >>> > > repoman/pym/repoman/argparser.py | 2 +- >>> > > 1 file changed, 1 insertion(+), 1 deletion(-) >>> > > >>> > > diff --git a/repoman/pym/repoman/argparser.py >b/repoman/pym/repoman/argparser.py >>> > > index f32972288..d49147366 100644 >>> > > --- a/repoman/pym/repoman/argparser.py >>> > > +++ b/repoman/pym/repoman/argparser.py >>> > > @@ -167,7 +167,7 @@ def parse_args(argv, qahelp, >repoman_default_opts): >>> > > >>> > > parser.add_argument( >>> > > '-e', '--include-exp-profiles', choices=('y', >'n'), metavar='<y|n>', >>> > > - default=False, >>> > > + default='y', >>> > > help='include exp profiles in dependency checks') >>> > > >>> > > parser.add_argument( >>> > > >>> > >>> > We have dev and exp profiles disabled by default because the time >>> > consumed by repoman is proportional to the number of profiles. >>> > >>> > The current counts are as follows: >>> > >>> > stable 87 >>> > dev 88 >>> > exp 149 >>> >>> Yeah, I really don't like the idea of making repoman even slower by >default. >> >> The alternative is to go for all profiles being stable. Because >> accepting developers randomly breaking profiles 'because repoman >speed' >> is not acceptable. > >I disagree. Many of these are profiles that are seldom used and very >few users are affected by any breakage. > >There's a balance to be struck here, and I think it's pretty good >right where it is.
Just to be clear, the current counts are irrelevant. The goal is to have a second status that covers profiles on their way to becoming stable. This patch is part of that thread. -- Best regards, Michał Górny (by phone)