[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Experimental Python packages



On Thu, 6 Sep 2001, Neil Schemenauer wrote:
> Bruce Sass wrote:
> > On Thu, 6 Sep 2001, Neil Schemenauer wrote:
> > > Again the package is python-base, not python2.2-base.  pydoc depends on
> > > python-base_2.1.1 and uses #!/usr/bin/python.  I don't see a problem
> > > with that.
> >
> > Except you don't know which Python /usr/bin/python is.
>
> Please think a little.  pydoc is in the same package as python-base.

I guess I need some help...

The python-base package gives me python->python2.1, from Python-2.1.1.
What happens when I point python to python3.0, will pydoc still work.

Why should Debian decide that bin/python _must_be_ a specific version
of Python when it is so simple to specify which python a executable
needs.  "Gratuitous" is the only word I can think of that accurately
describes behaviour like that.

Pydoc is part of Python, so there should be no problem explicitly
specifying which Python that is (it is not limiting in any way).

The experimental py-2.1 packages have:

1)	#/usr/bin/env python2

it should be:

2)	#/usr/bin/env python2.1

because Python uses either "python" or "python<major>.<minor>"

you (Neil) want:

3)	#/usr/bin/python

I like 2) because it lets me have a /usr/local/bin/python2.1
overshadow the packaged 2.1 if I want, simply by fiddling with
symlinks in /usr/local/bin.  If every executable did that I could
point python to whatever I wanted and things just work.

1) may have well been /usr/bin/python2, because I've never seen
reference to a bin/python<major> outside of Debian; the only python2
around will be Debian's.

3) may well only work if python happens to point to Python-2.1.x


...where has my thinking failed?


- Bruce




Reply to: