On Mon, 20 Aug 2018 at 10:54, Wes Turner <wes.tur...@gmail.com> wrote: > > What stable API would be worth maintaining in pip for others to use?
That's probably the sort of question that can only be usefully answered by projects like pipenv identifying the functionality they need and proposing something. Which is of course one of the reasons we (the pip devs) advise against "just using pip's internals", because it means we never get that information in any useful form. > Who is offering to maintain a stable API in/with/for pip and the Python > community ad infinitum? That's the crux of the problem - basically the answer is "no-one". What we advocate is for generally useful functionality to be split out into standalone libraries, and then pip, as well as other consumers, can use those libraries. We already have that with the packaging library and the script wrappers (part of distlib). The new resolver is being developed as a standalone library (zazo) as is the PEP 517 hook wrapper functionality (pep517). There's no reason this model couldn't work in other areas. (But even then, the question "who's offering to write these libraries" still applies :-() >> > As we handle some resolution, which isn’t really something pip does, there >> > is no cli interface to achieve this. I maintain a library (as of last >> > week) which provides compatibility shims between pip versions 8-current. >> > It is a good idea to use the cli, but we already spend enough resources >> > forking subprocesses into the background that it is a lot more efficient >> > to use the internals, which I track quite closely. The preference toward >> > cli interaction is largely to allow internal api breakage which we don’t >> > mind. > > What is the URL of this library of which you are speaking? I know "security by obscurity" doesn't work, but I'm happier if details of this library *aren't* widely known - it's not something I'd want to encourage people using, nor is it supported by pip, as it's basically a direct interface into pip's internal functions, papering over the name changes that we did in pip 10 specifically to dissuade people from doing this. Paul -- Distutils-SIG mailing list -- distutils-sig@python.org To unsubscribe send an email to distutils-sig-le...@python.org https://mail.python.org/mm3/mailman3/lists/distutils-sig.python.org/ Message archived at https://mail.python.org/mm3/archives/list/distutils-sig@python.org/message/BHI36Q4WQENSMXT2YMPEGWGMX5BXSUOB/