At 10:22 AM 5/19/04 +0200, Floris van der Tak wrote:
Distutils was indeed part of python-devel, which is on the dvd, but is not part of the standard installation.
Thanks for your help, Floris
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:
At 10:22 AM 5/19/04 +0200, Floris van der Tak wrote:
Distutils was indeed part of python-devel, which is on the dvd, but is not part of the standard installation.
Thanks for your help, Floris
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.
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:
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
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:
Mats Wichmann 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
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.
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 08:41 AM 5/21/04 -0600, Mats Wichmann wrote:
At 11:22 AM 5/19/2004, Phillip J. Eby wrote:
At 10:22 AM 5/19/04 +0200, Floris van der Tak wrote:
Distutils was indeed part of python-devel, which is on the dvd, but is not part of the standard installation.
Thanks for your help, Floris
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.
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.
It's wrong in every case where the standard library is concerned. That is, after all, what "standard" means. :)
At 11:22 AM 5/19/2004, Phillip J. Eby wrote:
At 10:22 AM 5/19/04 +0200, Floris van der Tak wrote:
Distutils was indeed part of python-devel, which is on the dvd, but is not part of the standard installation.
Thanks for your help, Floris
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.
Just following up here, I'm informed this issue has been enered in SUSE's bugzilla tracker.
participants (4)
-
Mark W. Alexander -
Mats Wichmann -
Phillip J. Eby -
Stefan Seefeld