
At 02:54 PM 7/3/2009 +0100, Paul Moore wrote:
Well, we could always resurrect PEP 365, since pkg_resources already has documented extensible support for arbitrary importers. That solves backward *and* forward compatibility. Then PEP 376's uninstall facilities could be implemented using pkg_resources' existing metadata query features. The primary downside to that, of course, is that it brings in the matter of version specifications and dependencies... which appear to be a contentious topic. (Note that Tarek is proposing to drop the PEP 386 proposal to standardize a much more restrictive scheme than seutptools' version parser, precisely because of the controversy.)

2009/7/3 P.J. Eby <pje@telecommunity.com>:
It would be easier to comment on that suggestion if the PEP documented the reasons why it was rejected. Sadly, that never got added to the PEP at the time. Do you recall the reasons, and if so would you be willing to update the PEP with them? Paul.

On Fri, Jul 3, 2009 at 7:02 PM, P.J. Eby<pje@telecommunity.com> wrote:
I don't think we can add pkg_resources as-is because it does much more than providing the query features, which is beyond distutils scope. I think that part of the PEP 376 code at the end will be very similar to the subpart of pkg_resources that has the query features (as it is now with the current prototype) And what is nice with Paul's proposal on changing PEP 302 is that setuptools will be able to propose its EggFormats on the top of the pkgutils/distutils changes and make its pkg_resource code lighter.

2009/7/3 P.J. Eby <pje@telecommunity.com>:
It would be easier to comment on that suggestion if the PEP documented the reasons why it was rejected. Sadly, that never got added to the PEP at the time. Do you recall the reasons, and if so would you be willing to update the PEP with them? Paul.

On Fri, Jul 3, 2009 at 7:02 PM, P.J. Eby<pje@telecommunity.com> wrote:
I don't think we can add pkg_resources as-is because it does much more than providing the query features, which is beyond distutils scope. I think that part of the PEP 376 code at the end will be very similar to the subpart of pkg_resources that has the query features (as it is now with the current prototype) And what is nice with Paul's proposal on changing PEP 302 is that setuptools will be able to propose its EggFormats on the top of the pkgutils/distutils changes and make its pkg_resource code lighter.
participants (3)
-
P.J. Eby
-
Paul Moore
-
Tarek Ziadé