2009/10/9 Chris Withers :
> Why not get it into the core as distutils.entrypoints? That's where it
> belongs...
Well, one reason is that it can't be distributed separately under that
name, and hence not be tested separately or bugfixed separately.
Rule #1 for inclusion in the standard library is
On Fri, Oct 9, 2009 at 6:08 PM, Chris Withers wrote:
>
> Shame there hasn't been any discussion of this recently on distutils-sig...
We had many discussion on this already. I don't mind to have another
round, on the contrary,
but let's do it in Distutils-SIG
We are making a lot of noise now in P
Tarek Ziadé wrote:
- distribute.entrypoints: that's the old pkg_resources entry points
system, but on its own. it uses distribute.resources
Why not get it into the core as distutils.entrypoints? That's where it
belongs...
What do you call 'core' ? distutils.core ?
Sorry, mean stdlib. distu
On Fri, Oct 9, 2009 at 5:42 PM, Chris Withers wrote:
> Tarek Ziadé wrote:
>>
>> - The code is splitted in many packages and might be distributed under
>> several distributions.
>>
>> - distribute.resources: that's the old pkg_resources...
> Why not just call it pkg_resources and/or merge it wit
Tarek Ziadé wrote:
- The code is splitted in many packages and might be distributed under
several distributions.
- distribute.resources: that's the old pkg_resources, but
reorganized in clean, pep-8 modules. This package will
only contain the query APIs and will focus on being PEP 376
co
