Hi Ralf,

On Tue, Dec 22, 2009 at 23:42 +0100, sch...@gmail.com wrote:
> holger krekel <hol...@merlinux.eu> writes:
> 
> > Hi all,
> >
> > thanks for all your feedback!  Here is a revised proposal:
> >
> > - for CPython interpreters:
> >   - always install py.test (so the last install wins)
> >   - additionally install py.test with a version suffix 
> > (sys.version_info[:2])
> >     meaning: py.test2.4 py.test2.5 py.test3.1 etc.
> >     (if enough people prefer a dash before the version info, i'll do a dash 
> > :) 
> >   - install the other little py.cleanup/py.lookup/py.svnwcrevert etc.
> >     development tools without version suffix
> > - for PyPy and Jython:
> >   - install py.test-pypy, py.test-jython
> >     i.e.: no py.test proper and no version numbers (yet)
> >   - don't install the other development tools at all because it's unlikely
> >     users will want them to override the cpython mediated ones, particularly
> >     Jython which has a high startup overhead.
> >
> > Additionally i can imagine honoring an environment variable
> >
> >     PYTEST_INHIBIT_VERSIONINSTALL=...
> >
> > which would inhibit the creation of py.test$SUFFIX binaries.
> > This is useful for people working with virtual environments
> > or PEP370 which already manages per-interpreter versions.
> >
> > Sounds fine? 
> 
> no. these things should really be handled by distribute (or
> setuptools/distutils). there is nothing special about the py.test
> script. just imagine a world where every python package X came with a
> custom X_INHIBIT_VERSIONINSTALL environment variable. 

which part do you disagree on?  Everything? 

If so, I don't get it - does setuptools currently (pje and distribute variant) 
care for installing binaries with version-suffixes?  

Would it even generally make sense?  Most scripts (see the the py.* helpers)
probably don't need version suffixes.  With py.test it's special because a user
program runs in its very interpreter context (unless distributed testing is
used) and testing against different interpreters is a common need. 

> If you really like it that way, try to persuade the distribute guys to
> implement that feature (probably with a switch in ~/.pydistutils.cfg)

Will see to talk to Tarek Ziade or other distutils people about this. 
Not sure i'd like to wait until that becomes mainstream and certainly
don't want to try to convince PJE whose setuptools package is still
in wide use. 

cheers,
holger
_______________________________________________
py-dev mailing list
py-dev@codespeak.net
http://codespeak.net/mailman/listinfo/py-dev

Reply via email to