Mailman 3 August 2010 - Distutils-SIG

use2to3 and non-package files
by Alex Stewart Aug. 26, 2010

Aug. 26, 2010

Hi there, I have a project I want to use with the 'use2to3' option of distribute to maintain a common codebase for both 2.x and 3.x.. (First of all, let me say thank you so much for adding this option to distribute.. it makes this sort of thing so much easier :) ) Anyway, everything works fine for the code in the package directory. The problem, however, is that I also have some directories containing unit tests, etc, which are not under the source dir (since I don't want them to be distributed), but do still need to be converted with 2to3 before they can be used (i.e. when doing 'python3 setup.py test') I poked around a bit and didn't see an obvious way to do this. Can anybody suggest the best way to go about implementing it? Thanks, -alex

2 1

Re: [Distutils] bootstrap.py/ez_setup doesn't understand username:passwd in URLs
by P.J. Eby Aug. 25, 2010

Aug. 25, 2010

At 06:26 AM 8/25/2010 +0200, Attila OlÃ¡h wrote: >I know it doesn't make sense to put a password on the site that hosts >distribute/setuptools, but we have a private PyPI and we'd like to use >that as --download-base too. The goal of ez_setup is to be small, so every feature added is a tradeoff. In this particular case, it seems like the simplest fix is to pass the URL of a non-password-protected setuptools to ez_setup, and then use your password-protected PyPI afterwards.

1 0

the spec problem continues
by Adam GROSZER Aug. 25, 2010

Aug. 25, 2010

Hello, I got zc.recipe.testrunner tests pass. Now after I added zc.recipe.testrunner 1.2.1 to ZTK trunk, I have the following problems after running "bin\buildout -t 2 -c development.cfg": (This is MS windows!) could't load zc.buildout entry point default from z3c.recipe.compattest: Picked: zope.testing = 3.9.5. While: Installing. Getting section test-ztk. Initializing section test-ztk. Installing recipe z3c.recipe.compattest. Getting distribution for 'zope.testing>=3.6.0,<3.10.0'. Error: Picked: zope.testing = 3.9.5 Complete output is here: http://pastebin.org/760371 Source is here: svn://svn.zope.org/repos/main/zopetoolkit/trunk What's going on? buildout has "allow-picked-versions = false" and "zope.testing = 3.9.5" so why "Error: Picked: zope.testing = 3.9.5" ??? -- Best regards, Adam GROSZER mailto:agroszer@gmail.com -- Quote of the day: We find freedom when we find God; we lose it when we lose Him. - Paul E. Scherer

1 1

How to force bootstrap.py to download setuptools/distribute?
by Attila Oláh Aug. 25, 2010

Aug. 25, 2010

Hello, Is it possible to force bootstrap.py to download the setuptools or distribute egg even though it can be found on the system? Not downloading a fresh copy will cause issues in some edge cases, for example take the following situation: Say my site-packages are located in /usr/lib/python2.6/site-packages/. Then, I set my PYTHONPATH to contain /usr/local/lib/python2.6/site-packages/ (note *local*). Then, I install distribute or setuptools into /usr/local/lib/python2.6/site-packages/. Then, I install a third party package, say lxml, also to /usr/local/lib/python2.6/site-packages/. Then, in my project, I run python bootstrap.py (with or without the --distribute flag, depending on which package I have in /usr/local/lib/python2.6/site-packages/). Then, bootstrap.py will not download a fresh copy, instead it will add /usr/local/lib/python2.6/site-packages/ to sys.path so that it can use the existing one. Then, say I have the following buildout.cfg: buildout] develop = . parts = eggs [eggs] zc.recipe.egg include-site-packages = false allowed-eggs-from-site-packages = eggs = lxml I would now expect buildout to not include lxml from my PYTHONPATH, but build it instead and put it in my eggs-dir. However, it's not the case: adding /usr/local/lib/python2.6/site-packages/ to sys.path will make lxml available so buildout will not build it. My question is, how can I force buildout to build its own lxml, or better yet, force it to download a fresh setuptools or distribute egg, avoiding adding extra stuff to sys.path, thus making unnecessary system packages available and, thus, not putting them in the eggs-dir. Note, this is zc.buildout 1.5.0. I hope I gave enough details. Attila

1 0

bootstrap.py/ez_setup doesn't understand username:passwd in URLs
by Attila Oláh Aug. 25, 2010

Aug. 25, 2010

Hello, Here's my traceback: $ python bootstrap.py --distribute --download-base=https://username:password@pypi.example.com/ Downloading https://username:password@pypi.example.com/distribute-0.6.14.tar.gz Traceback (most recent call last): File "bootstrap.py", line 171, in <module> ez['use_setuptools'](**setup_args) File "<string>", line 145, in use_setuptools File "<string>", line 124, in _do_download File "<string>", line 193, in download_setuptools File "/usr/lib64/python2.6/urllib2.py", line 126, in urlopen return _opener.open(url, data, timeout) File "/usr/lib64/python2.6/urllib2.py", line 391, in open response = self._open(req, data) File "/usr/lib64/python2.6/urllib2.py", line 409, in _open '_open', req) File "/usr/lib64/python2.6/urllib2.py", line 369, in _call_chain result = func(*args) File "/usr/lib64/python2.6/urllib2.py", line 1178, in https_open return self.do_open(httplib.HTTPSConnection, req) File "/usr/lib64/python2.6/urllib2.py", line 1116, in do_open h = http_class(host, timeout=req.timeout) # will parse host:port File "/usr/lib64/python2.6/httplib.py", line 1105, in __init__ HTTPConnection.__init__(self, host, port, strict, timeout) File "/usr/lib64/python2.6/httplib.py", line 661, in __init__ self._set_hostport(host, port) File "/usr/lib64/python2.6/httplib.py", line 686, in _set_hostport raise InvalidURL("nonnumeric port: '%s'" % host[i+1:]) httplib.InvalidURL: nonnumeric port: 'password(a)pypi.example.com' Since URLs like "https://username:password@pypi.example.com/distribute-0.6.14.tar.gz" seem to be handled well by *urllib*, but not by *urllib2*, I wonder why are they handled by urllib2 instead of urllib. I know it doesn't make sense to put a password on the site that hosts distribute/setuptools, but we have a private PyPI and we'd like to use that as --download-base too. Attila

1 1

[issue112] Shebang for gui_scripts on Windows should be #!pythonw.exe for MSI installers, too
by AndiDog Aug. 24, 2010

Aug. 24, 2010

New submission from AndiDog <AndiDog(a)web.de>: This is a follow up to the following problem: http://stackoverflow.com/questions/3542119/create-launchable-gui-script-fro… If I create a MSI installer from a Python package with a computer that has its Python installation in 'C:\Program Files\Python26', and install it on another computer that has it installed in 'C:\Python26', for example, the shebang (for a script in gui_scripts) will still be #!"C:\Program Files\Python26\pythonw.exe" With bdist_wininst installers, this problem does not occur because the code makes a distinction for them: if wininst: executable = "python.exe" else: executable = nt_quote_arg(executable) In case of a MSI installer, wininst is False and the full absolute path of pythonw.exe is inserted. I can't understand why an absolute path should be necessary. Using a #!pythonw.exe shebang line works even if the matching Python installation is not in the PATH or an incompatible Python version is in the PATH. So I propose to change that first line to if wininst or sys.platform == "win32": ---------- messages: 535 nosy: AndiDog priority: bug status: unread title: Shebang for gui_scripts on Windows should be #!pythonw.exe for MSI installers, too _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue112> _______________________________________________

1 0

why this version spec does not work?
by Adam GROSZER Aug. 24, 2010

Aug. 24, 2010

Hello, I have here this version spec in setup.py: 'zope.testing >=3.6.0,<3.10.0', but zc.buildout does not get it right. Source is here: svn://svn.zope.org/repos/main/zc.recipe.testrunner/branches/1.2.1 Output is here: http://paste.lisp.org/+2FSQ Why on earth does zc.buildout pick zope.testing = 3.10.0 with the above spec?? -- Best regards, Adam GROSZER mailto:agroszer@gmail.com -- Quote of the day: There is no true and abiding morality that is not founded in religion. - Henry Ward Beecher

3 4

'setup.py develop' w/ extras?
by Sridhar Ratnakumar Aug. 23, 2010

Aug. 23, 2010

I use the 'develop' command instead of 'install' as it does not copy the source files to site-packages, and I can continue developing on the working copy .. thanks to .egg-link. My project also has 'extras' dependencies. Is there a way to get these dependencies installing automatically with the develop command? None of the options that 'setup.py develop' takes seem to be applicable to the extra dependencies. -srid

2 1

Re: [Distutils] Including tests in source package
by Stanisław Pitucha Aug. 21, 2010

Aug. 21, 2010

On 21.08.2010 17:43, P.J. Eby wrote: > You need either a revision control system, or a MANIFEST.in file (see > distutils docs regarding MANIFEST.in). And that was the key... I didn't have the MANIFEST.in file. Adding 'recursive-include test *.py' solved the problem. Packages reuploaded and I'm happy :) Thanks, Stan

1 0

Including tests in source package
by Stanisław Pitucha Aug. 21, 2010

Aug. 21, 2010

Hi all, I'm trying to package tests file in the sdist only and it doesn't really work :/ If I do: setup( packages = find_packages(exclude=['tests']), test_suite = "tests", ... this doesn't package tests anywhere. Using either general find_packages includes tests in both sdist and bdist. How can I resolve this? Essentially I want either tests.py, or tests/__init__.py to be distributed in sdist, but not in bdist. Thanks, Stan

2 2