[Python-Dev] Accept just PEP-0426

Nick Coghlan ncoghlan at gmail.com
Wed Nov 21 05:01:24 CET 2012

On Wed, Nov 21, 2012 at 1:20 PM, Nick Coghlan <ncoghlan at gmail.com> wrote:

> On Wed, Nov 21, 2012 at 1:10 PM, PJ Eby <pje at telecommunity.com> wrote:
>> Conversely, if you have already installed a package that says it
>> "Obsoletes" another package, this does *not* tell you that the obsolete
>> package shouldn't still be installed!  A replacement project doesn't
>> necessarily share the same API, and may exist in a different package
>> namespace altogether.
> Then that's a bug in the metadata of the project misusing "Obsoletes", and
> should be reported as such. If the new package is not a drop-in
> replacement, then it has no business claiming to obsolete the other package.
> I think one of the big reasons this kind of use is rare in the Python
> community is that project name changes are almost always accompanied by
> *package* name changes, and as soon as you change the package name, you're
> changing the public API, and thus it is no longer appropriate to use
> Provides or Obsoletes, as the renamed project is no longer a drop-in
> replacement for the original.

I realised that my comments above are more about the appropriate use of
"Provides", rather than "Obsoletes". For a practically useful "Obsoletes",
I think I'm inclined to agree with you, as "Obsoleted-By" provides a way
for a maintainer to explicitly declare that a project is no longer
receiving updates, and users should migrate to the replacement project if
they want to continue to receive fixes and improvements. The current
version of "Obsoletes" is, as Daniel describes, really only useful as


Nick Coghlan   |   ncoghlan at gmail.com   |   Brisbane, Australia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20121121/71924996/attachment.html>

More information about the Python-Dev mailing list