[Python-modules-team] Bug#551926: cannot be installed together with pip or pip-python
ianb at colorstudy.com
Sun Mar 21 21:57:49 UTC 2010
I won't rename pip upstream. The Perl pip package didn't show any
liveliness, was not packaged, and both our commands are superseded by
another old command line tool called pip for dealing with pipes -- that
project isn't causing any naming problems despite having had a better online
presence than pip (though it appears by now that the presence of Perl's pip
has come up slightly to reverse that). No one asked or even suggested I
rename pip when I announced the name, someone merely noted that a tool with
the same name existed.
Personally I think virtualenv is more reasonable to package anyway, and it
includes pip in a localized way that avoids name clashes.
On Sun, Mar 21, 2010 at 4:46 PM, gregor herrmann <gregoa at debian.org> wrote:
> On Sun, 21 Mar 2010 22:02:16 +0100, Carl Chenet wrote:
> > I'm a new maintainer for the python-pip package and it would be great to
> > solve this blocking issue.
> Thanks for coming back to that issue, and we really should solve
> > What about using python-pip for the executable of the python-pip package
> > and using perl-pip for the executable of the pip package?
> To be honest: Since the perl pip is older and Ian was considering a
> rename to pypip  my hope was that we can leave the perl package
> as-is and the python package would first change upstream and then in
> Debian. (In general I see no advantage of changing two binaries in
> CC'ing Ian to get an update on his point of view.
> .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06,
> : :' : Debian GNU/Linux user, admin, & developer -
> `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
> `- NP: Queen: My Baby Does Me
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> -----END PGP SIGNATURE-----
Ian Bicking | http://blog.ianbicking.org | http://twitter.com/ianbicking
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Python-modules-team