<p dir="ltr"><br>
On 4 Jul 2013 18:52, "Vinay Sajip" <<a href="mailto:vinay_sajip@yahoo.co.uk">vinay_sajip@yahoo.co.uk</a>> wrote:<br>
><br>
> Nick Coghlan <ncoghlan <at> <a href="http://gmail.com">gmail.com</a>> writes:<br>
><br>
> > * "install": the installation specifier for the dependency<br>
> > * "extra": as per the current PEP (for conditional dependencies)<br>
> > * "environment": as per the current PEP (for conditional dependencies)<br>
> ><br>
> > 4. The "install" subfield is compulsory, the other two are optional<br>
> > (as now, using either of the latter creates a "conditional<br>
> > dependency", while dependency declarations with only the "install"<br>
> > subfield are unconditional)<br>
> ><br>
> > 5. An installation specifier is what PEP 426 currently calls a<br>
> > dependency specifier: the "name [extras] (constraints)" format. They<br>
> > will get their own top level section (similar to the existing Extras<br>
> > and Environment markers sections)<br>
><br>
> Is there a particular benefit of the install subfield being a single<br>
> installation specifier, as opposed to a list of such specifiers? It's<br>
> perhaps neither here nor there for machine-processed metadata, but I expect<br>
> this metadata would have human readers too. Not using a list would lead to<br>
> more verbose metadata.</p>
<p dir="ltr">Hmm, I guess as long as it's consistent, the only difference when processing is list.append vs list.extend.</p>
<p dir="ltr">There's a little extra work when serialising to group like entries together, but I'm OK with that (and that would be a SHOULD rather than a MUST anyway).</p>
<p dir="ltr">If I don't hear a good argument against it, I'll make that field a list.</p>
<p dir="ltr">><br>
> Regards,<br>
><br>
> Vinay Sajip<br>
><br>
> _______________________________________________<br>
> Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
> <a href="http://mail.python.org/mailman/listinfo/distutils-sig">http://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</p>