On 2012-11-13 12:16:43 +0000, Vinay Sajip said:
Alex Clark <aclark <at> aclark.net> writes:
Just jumping in here, but I don't think that the distribute
distribution providing the setuptools module is indicative of a fork.
It's an example of a distribution that does not contain a module name
you'd expect it to, based on the distribution name. PIL is another
example: from PIL import Image. And in the case of PIL at least, the
fork distribution name does not change anything: pip install Pillow;
from PIL import Image.
Sure, but my main point was about having "Provides" be a multi-valued field,
which opens the door to a lot of complexity for perhaps little or no benefit. I
don't have any problem with the use of "Provides" as a canonical name for a
distribution. Even before Pillow came along, there used to be confusion, IIRC,
between the names "Imaging" and "PIL".
Ah, in that case I think that makes me +1 for a mult-valued Provides
(whatever that is, is this a PEP discussion?) because there are times
when you want to provide multiple packages in a single distribution.
E.g.
packages=[
'foo',
'bar',
],
package_dir={
'foo': 'foo',
'bar': 'bar',
},
where the distribution looks like this:
foo-bar/foo/foo/__init__.py
foo-bar/bar/bar/__init__.py
And this reminds me of a question I had that I'll now ask in a separate
thread :-)
Regards,
Vinay Sajip
_______________________________________________
Distutils-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/distutils-sig
--
Alex Clark · https://www.gittip.com/aclark4life/
_______________________________________________
Distutils-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/distutils-sig
