<p dir="ltr">On Sat, Oct 3, 2015 at 10:50 AM, Donald Stufft <<a href="mailto:donald@stufft.io">donald@stufft.io</a>> wrote:<br>
> On October 2, 2015 at 10:27:36 PM, Nathaniel Smith (<a href="mailto:njs@pobox.com">njs@pobox.com</a>) wrote:<br>
>><br>
>> So I'm extremely reluctant to give up on standardizing how to handle<br>
>> VCS checkouts. And if we're going to have a standard for that, then<br>
>> would sure be nice if we could share the work between this standard<br>
>> and the one for sdists, given how similar they are.<br>
><br>
> Mentioned in another email, but I don't think we should give up on the VCS<br>
> handling, I just think we should defer it to another PEP. I think this PEP is<br>
> suffering from trying to use the same mechanism for VCS and sdists when they<br>
> are different things and have different considerations. The Python packaging<br>
> toolchain has a long history of suffering because it tried to reuse the same<br>
> thing across multiple "phases" of the packaging life cycle. The problem with<br>
> that is different phases have different needs, and when you're trying to use<br>
> the same thing across multiple you suffer from something that is a sort of<br>
> "Jack of All Trades, Master of None" kind of thing.</p>
<p dir="ltr">I guess to make progress in this conversation I need some more detailed explanations. I totally get that there's a long history of thought and conversations behind the various assertions here like "a sdist is fundamentally different from a VCS checkout", "there must be a 1-1 mapping between sdists and wheels", "pip needs sdists that have full wheel metadata in static form", and I'm barging in from the outside with no context, but I literally have no idea why the specific design features you're asking for are desirable or even viable. Right now if I were to try and write the PEP you're asking for, then the rationale section would just be "because Donald said so" over and over :-). I couldn't write the motivation section, because I don't know any problems that the PEP you're describing would fix for me as a package author (which doesn't mean they don't exist, but!).</p>
<p dir="ltr">-n</p>