<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
The language defined is a compact line based format which is already in<br>
widespread use </blockquote><div><br></div><div>this is the most critical thing for me, and the reason this approach seems more attractive than the path of PEP426, although I'd certainly like to see Nick's reaction.</div><div><br></div><div>PEP426 tries to cover how names/specifiers/extras/markers would be put together in abstract "in-memory representation" (that can be serialized to json), but it's left open to pip (and other tools) to lay down a standard (via implementation) for how these pieces are put together and used by users.</div><div><br></div><div>this PEP would dictate both, right?  the user way, and the internal metadata way....</div><div><br></div></div></div></div>