[Distutils] Having a Python package install itself under a different name
cool-RR
cool-rr at cool-rr.com
Fri May 28 01:11:49 CEST 2010
On Fri, May 28, 2010 at 12:25 AM, David Cournapeau <cournape at gmail.com>wrote:
> On Fri, May 28, 2010 at 5:40 AM, cool-RR <cool-rr at cool-rr.com> wrote:
> > Hello all!
> > I want to ask you a question regarding something I want to do with my
> app.
> > The reason I'm asking here is because I understand that Distribute
> somehow
> > installs itself as "setuptools". (I've never looked into the details of
> it.)
>
> Your choice, but please do not do this. I really hate the behavior of
> distribute in that regard, and it has already wasted several hours of
> my time.
>
> > And I want something similar, so maybe you can advise me how to do it.
> > I'm developing a package called `garlicsim`. The package is intended for
> > Python 2.X, but I am also offerring Python 3 support on a different fork
> > called `garlicsim_py3`.(1)
> > So both of these packages live side by side on PyPI, and Python 3 users
> > install `garlicsim_py3`, and Python 2 users install `garlicsim`.
> > The problem is: When third party modules want to use garlicsim, they
> should
> > have one package name to refer to, not two. Sure, they can do something
> like
> > this:
> > try:
> > import garlicsim
> > except ImportError:
> > import garlicsim_py3 as garlicsim
> > But I would prefer not to make the developers of these modules do this.
>
> That's so much better than having some magic there. There are other
> solutions to your problem, but please, do not play with names like
> that. That's really not necessary.
>
> David
>
Thanks for the advice David. If P.J.'s suggestion will work for me, I
wouldn't have to take that route. The thing I want the most right now is
anyone's opinion of what could possibly go wrong with the scheme that P.J.
offered, before I start moving my codebase to it.
Ram.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20100528/aadaaae3/attachment.html>
More information about the Distutils-SIG
mailing list