On Wed, Dec 23, 2009 at 11:41 +0100, sch...@gmail.com wrote: > holger krekel <hol...@merlinux.eu> writes: > > 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. > > I disagree with this point. And even if I would agree, I still think > that using the major and minor number as a suffix is insufficient for > some people (think about the same interpreter version compiled for 32 or > 64 bit architecture, or wide vs narrow unicode builds, or different > compilers).
Not sure how commonly people have this issue. It's common however in distros (see also mails from Adam, David and Sridhar) to have python$VER installs and it seems useful to have differentiated py.test for them. > >> 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. > > makes sense. they are very responsive. I can see how this feature is > useful to some people. Just had a chat on #distutils with Tarek - we are not sure it's generally useful. After all, the general solution for the need for different interpreter contexts is to use virtualenv or PEP370 and most installed scripts have no need for the version-differentiations (easy_install/pip and py.test are exceptions because they want to run in whatever global or local context, that's part of their purpose). > > 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. > > that would probably take a long time... :) right, so if nobody else objects i am going to implement the suggested scheme :) I am open to generalize it and contribute to distribute later if there is a real need. cheers, holger _______________________________________________ py-dev mailing list py-dev@codespeak.net http://codespeak.net/mailman/listinfo/py-dev
