On Sat, 08 May 2010 08:27:40 -0400, Jonathan Yu wrote: > I see no reason for Perl's pip to have to change its name, simply > because the author of Python's pip chose a name which was already in > use by someone else, and because the author was already informed that > something like this might happen, and chose to proceed anyway.
The situation as I see it:
* Both upstream authors want to keep the name.
* Sandro wants the python package to keep pip, Jonathan wants the
perl package to keep pip.
* Deadlock.
I guess that's why Raphaël pointed to the default resolution in such
situations:
| Hence all packages should rename their /usr/bin/pip to something else and
| document the difference vs upstream in README.Debian.
> In summary: if we do not need the Perl version, remove it.
pip doesn't have any rdepends.
I was curious what it was needed for in the first place; I had a
hunch about padre, and indeed:
#v+
padre (0.59.ds1-1) unstable; urgency=low
[..]
+ remove pip from dependencies
[..]
-- Damyan Ivanov <[email protected]> Fri, 09 Apr 2010 12:03:52 +0300
[..]
padre (0.48.ds2-1) unstable; urgency=low
* New Upstream Version
+ new dependencies:
[..]
- pip 0.13
[..]
-- Damyan Ivanov <[email protected]> Thu, 29 Oct 2009 17:40:10 +0200
#v-
And indeed, the graphs on http://qa.debian.org/popcon-graph.php?packages=pip
look much like the dates when pip was added/removed as a dependency
of padre.
I'm not sure how useful/needed/... pip is on its own. But looking at
the (non-existant) rdepends and the popcon values I think RMing it
would be a viable solution.
Cheers,
gregor
--
.''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
`- NP: Spider Murphy Gang: Rock'n Roll Schuah
signature.asc
Description: Digital signature
_______________________________________________ Python-modules-team mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
