W dniu sob, 03.03.2018 o godzinie 14∶50 +0100, użytkownik Ulrich Mueller
napisał:
> > > > > > On Sat, 03 Mar 2018, Michał Górny wrote:
> > I don't really want to go into this. As far as I'm concerned, I can
> > leave defunct '-d' and just check dev profiles unconditionally.
>
> WFM. Or even
> On Sat, 03 Mar 2018, Michał Górny wrote:
> I don't really want to go into this. As far as I'm concerned, I can
> leave defunct '-d' and just check dev profiles unconditionally.
WFM. Or even better, leave defunct -d/--include-dev in place (in order
not to break peoples' scripts) and add a
W dniu sob, 03.03.2018 o godzinie 13∶08 +0100, użytkownik Ulrich Mueller
napisał:
> > > > > > On Sat, 03 Mar 2018, Michał Górny wrote:
> > > It seems counter-intuitive for a simple binary option to require an
> > > argument. What is wrong with specifying -d to enable the option,
> > > and simply
> On Sat, 03 Mar 2018, Michał Górny wrote:
>> It seems counter-intuitive for a simple binary option to require an
>> argument. What is wrong with specifying -d to enable the option,
>> and simply not specifying it to disable?
> What is wrong is that a number of developers have historically
W dniu sob, 03.03.2018 o godzinie 12∶48 +0100, użytkownik Ulrich Mueller
napisał:
> > > > > > On Sat, 3 Mar 2018, Michał Górny wrote:
>
>
> > parser.add_argument(
> > '-d', '--include-dev-profiles', choices=('y', 'n'),
> > metavar='',
> > - default='n',
> > +
> On Sat, 3 Mar 2018, Michał Górny wrote:
> parser.add_argument(
> '-d', '--include-dev-profiles', choices=('y', 'n'),
> metavar='',
> - default='n',
> + default='y',
> help='include dev profiles in dependency checks')
It seems