On May 19, 2014, at 8:57 PM, Nick Coghlan <[email protected]> wrote:
> On 20 May 2014 10:30, "Donald Stufft" <[email protected]> wrote: > > Are we planning on putting these someplace where we can't unambiguously > > parse > > them? AFAIK in both the key:value form and the JSON form of the metadata are > > perfectly capable (and it is in fact no different processing wise) of > > handling > > them. AFAICT we're never going to rely on adhoc parsing here, at least we > > shouldn't, so we don't need any help from the specifier in discerning > > between > > two different ones. > > > > Even if this is for the interchange format there is value in having it > > consistent both for the benefit of the humans reading the interchange format > > and for the benefit of the tooling so that they don't have to maintain two > > different code paths to parse these. > > As in, have the "no parens" option be the normalised form and leave it to > tools like d2to1 to strip the parens when necessary? > > I guess that would work. All the cases of accepting version specifiers for > multiple dependencies in PEP 426 use a JSON list now, so the individual > version specifiers always have surrounding quotes. The parenthesis > requirement made more sense in the absence of that higher level structure. > > > Yea, I don’t see us _needing_ the parens for anything, we have proper structured metadata now and it provides some consistency. Tools that want to use the old format from Metadata 1.2 would need to translate of course, but that is always the case when you have a tool that is designed for one format being moved to another. I think a major benefit here is that the setuptools style is by far the dominant format so it moves the “must translate” case to the outlier of things that were early adopters for distutils2 format and lets the common case be the easy case. ----------------- Donald Stufft PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Distutils-SIG maillist - [email protected] https://mail.python.org/mailman/listinfo/distutils-sig
