
At 10:22 AM 5/19/04 +0200, Floris van der Tak wrote:
Somebody should probably provide feedback to the packager that they shouldn't yank out arbitrary parts of the Python distribution into separate (OS-level) packages. The standard library is the standard library: it should not be subdivided.

At 11:22 AM 5/19/2004, Phillip J. Eby wrote:
Mmmm, just about every distro is using the concept of splitting out packages you don't need if you're not a developer, but it's wrong in this case. I looked at some other distros and they're not doing this. If there's to be a python-devel package it could include the C-language headers and link-time python library, but not distutils (suse's package includes all of these). I'll drop someone I know there a note privately but this doesn't really constitute a formal bugreport.

Mats Wichmann wrote:
That's a nice illustration for missing metainfo. As DU1 only deals with a single package, one would essentially have to provide two separate 'setup.py' files to build the 'user' and the 'devel' packages. As you point out, most distros make the distinction, so it might be a good idea for DU2 to provide support for that, such that 'python setup.py dist' will be able to generate both, <foo>, as well as <foo>-devel. Regards, Stefan

On Fri, May 21, 2004 at 10:52:58AM -0400, Stefan Seefeld wrote:
Agreed. I think DU2 needs a Package class (as in distributable package, not python package). Distribution can be abstracted a bit more to support managing multiple packages, with a default of 1 (the current behavior). mwa -- Mark W. Alexander slash@dotnetslash.net The contents of this message authored by Mark W. Alexander are released under the Creative Commons Attribution-NonCommercial license. Copyright of quoted materials are retained by the original author(s). http://creativecommons.org/licenses/by-nc/1.0/

At 11:22 AM 5/19/2004, Phillip J. Eby wrote:
Mmmm, just about every distro is using the concept of splitting out packages you don't need if you're not a developer, but it's wrong in this case. I looked at some other distros and they're not doing this. If there's to be a python-devel package it could include the C-language headers and link-time python library, but not distutils (suse's package includes all of these). I'll drop someone I know there a note privately but this doesn't really constitute a formal bugreport.

Mats Wichmann wrote:
That's a nice illustration for missing metainfo. As DU1 only deals with a single package, one would essentially have to provide two separate 'setup.py' files to build the 'user' and the 'devel' packages. As you point out, most distros make the distinction, so it might be a good idea for DU2 to provide support for that, such that 'python setup.py dist' will be able to generate both, <foo>, as well as <foo>-devel. Regards, Stefan

On Fri, May 21, 2004 at 10:52:58AM -0400, Stefan Seefeld wrote:
Agreed. I think DU2 needs a Package class (as in distributable package, not python package). Distribution can be abstracted a bit more to support managing multiple packages, with a default of 1 (the current behavior). mwa -- Mark W. Alexander slash@dotnetslash.net The contents of this message authored by Mark W. Alexander are released under the Creative Commons Attribution-NonCommercial license. Copyright of quoted materials are retained by the original author(s). http://creativecommons.org/licenses/by-nc/1.0/
participants (4)
-
Mark W. Alexander
-
Mats Wichmann
-
Phillip J. Eby
-
Stefan Seefeld