Mailman 3 May 2008 - Distutils-SIG

Failing to upload signed Egg: invalid distribution file (bdist_egg upload)
by Rasmus Andersson May 15, 2008

May 15, 2008

Hi everyone, I'm trying to use the upload command to upload binary eggs, but it seems PyPI has changed their upload form, because upload fails with the message: 400 Error processing form invalid distribution file See attached logs of: 1) bdist.txt -- Running setup.py bdist --sign upload with SUCCESS 2) bdist_egg.txt -- Running setup.py bdist_edd --sign upload with FAILURE setuptools 0.6c8 Python 2.5.1 (macports) Mac OS X 10.5.2 b9C7010 i386 -- Rasmus Andersson

1 0

how do you express a platform-specific dependency?
by zooko May 15, 2008

May 15, 2008

Folks: Twisted requires pywin32 if it is running on Windows. How can the twisted package metadata [1], which is produced by the twisted setup.py [2], specify this dependency so that if you easy_install Twisted on Windows you'll get pywin32 as well, but if you easy_install Twisted on another platform you won't? Regards, Zooko [1] http://pypi.python.org/pypi/Twisted [2] http://twistedmatrix.com/trac/browser/trunk/setup.py?rev=23010#L76

2 2

Bad tracebacks from packages installed using setuptools
by Andreas Klöckner May 12, 2008

May 12, 2008

Hi there, I'm getting tracebacks like this from a package (pymbolic in this case--available from PyPI) installed using setuptools. 8< ----------------------------------------------------------------------------- File "build/bdist.linux-x86_64/egg/pymbolic/primitives.py", line 150, in __str__ File "/usr/lib/python2.5/site-packages/PIL/__init__.py", line 17, in __call__ File "build/bdist.linux-x86_64/egg/pymbolic/mapper/stringifier.py", line 75, in map_product File "build/bdist.linux-x86_64/egg/pymbolic/mapper/stringifier.py", line 75, in <genexpr> File "/usr/lib/python2.5/site-packages/PIL/__init__.py", line 58, in rec File "build/bdist.linux-x86_64/egg/pymbolic/mapper/stringifier.py", line 23, in handle_unsupported_expression 8< ----------------------------------------------------------------------------- At least two things are bad here: - Some source files refer to their relative location in the build directory of their *own* package. Unsurprisingly, this is not found when an exception occurs in user code that does not live in the package's base directory. - Whenever a file name is __init__.py, the PIL __init__.py gets picked up instead of the corect file name. (nothing uses PIL in what generated the above) What can I do to fix this? (setuptools 0.6c8 on 2.5) Thanks Andreas

3 3

[issue10] [PATCH] Immediately close all file handles
by Philip Jenvey May 9, 2008

May 9, 2008

New submission from Philip Jenvey <pjenvey(a)underboss.org>: I'm being pessimistic here and ensuring setuptools closes all files immediately when done with them, in particular for Python VMs that don't use reference counting GC. Those VMs may not GC/close those files until later, and open file handles are particularly bad on Windows (you can't delete a file that's in use). This is of low priority ---------- files: close_fp-r60849.diff messages: 12 nosy: pjenvey priority: wish status: unread title: [PATCH] Immediately close all file handles Added file: http://bugs.python.org/setuptools/file4/close_fp-r60849.diff _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue10> _______________________________________________

1 0

[issue9] [PATCH] native_libs.txt created in .egg-info/; should only be in EGG-INFO/
by Philip Jenvey May 9, 2008

May 9, 2008

New submission from Philip Jenvey <pjenvey(a)underboss.org>: native_libs.txt shouldn't be created in projects' .egg-info/ dirs. When one is created there, it will be listed in SOURCES.txt. Depending on the environment the egg is built on, native lib extensions may be disabled at egg build time (such as due to the lack of a C compiler; in particular, simplejson and Genshi do this) -- which can cause native_libs.txt to be empty. When its empty its pruned from the .egg-info dir. Then when the entries in SOURCES.txt are copied to the final egg directory, setuptools breaks when attempting to copy a non existent native_libs.txt from the .egg-info/ dir. The solution is to only generate native_libs.txt in the finished egg's EGG-INFO directory. Attached is a patch to only generate native_libs.txt in the final EGG-INFO/ dir and have the egg_info command correct the problem by always pruning native_libs.txt from the .egg-info/ dir. It also disables the failing tests on Jython (which are for experimental functionality that isn't actually used anyway) For the orig. discussion see: http://mail.python.org/pipermail/distutils- sig/2008-February/008805.html ---------- messages: 11 nosy: pjenvey priority: bug status: unread title: [PATCH] native_libs.txt created in .egg-info/; should only be in EGG-INFO/ _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue9> _______________________________________________

1 0

[issue8] pkg_resources.declare_namespace inconsistency vs pkgutil.extend_path
by Philip Jenvey May 9, 2008

May 9, 2008

New submission from Philip Jenvey <pjenvey(a)underboss.org>: Paste uses pkg_resources.declare_namespace: >>> import sys >>> import paste >>> paste.__path__ ['/usr/local/lib/python2.5/site-packages/Paste-1.6-py2.5.egg/paste', '/usr/local/lib/python2.5/site-packages/PasteDeploy-1.3.1-py2.5.egg/ paste', '/usr/local/lib/python2.5/site-packages/PasteScript-1.6.2- py2.5.egg/paste'] >>> del sys.modules['paste'] >>> import paste >>> paste.__path__ ['/usr/local/lib/python2.5/site-packages/Paste-1.6-py2.5.egg/paste'] Whereas pkgutil.extend_path does the right thing and restores paste.__path__ to contain the 3 paths ---------- keyword: pkg_resources messages: 10 nosy: pjenvey priority: bug status: unread title: pkg_resources.declare_namespace inconsistency vs pkgutil.extend_path _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue8> _______________________________________________

1 0

[issue7] allow-host will not allow local files
by Tarek Ziadé May 9, 2008

May 9, 2008

New submission from Tarek Ziadé <ziade.tarek(a)gmail.com>: while playing with the allow-host options in setuptools, I have noticed that it is restricted to URLs because url_ok() uses urlparse over the regular expressions that are provided This means that it is not possible to allow local folders to be visited since a "file://*" expression for example, will lead to an empty string: >>> import urlparse >>> urlparse.urlparse('file:///tmp/my/local/file.tgz')[1] '' This will make some links blocked and impossible to add as authorized resource: ... Link to file:///tmp/tmpE-LbUpbuildouttests/setuptools/ ***BLOCKED*** by --allow-hosts ... I have attached a patch to fix this. ---------- files: distutils.allow-hosts.patch messages: 8 nosy: tarek priority: bug status: unread title: allow-host will not allow local files Added file: http://bugs.python.org/setuptools/file2/distutils.allow-hosts.patch _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue7> _______________________________________________

1 0

[issue6] all files installed +x
by Peter Fein May 9, 2008

May 9, 2008

New submission from Peter Fein <pfein(a)pobox.com>: Setuptools installs all files with mode +x (executable), overriding any permissions specified in the original archive. The consensus on the distutils mailing list is that doing so is incorrect, and potentially dangerous. It also breaks nosetests. No final determination was received from PJE. For extensive discussion, see: http://nabble.decenturl.com/setuptools-nose-chmod- bug ---------- messages: 7 nosy: pfein priority: bug status: unread title: all files installed +x _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue6> _______________________________________________

3 2

Issues Tracker for Setuptools
by Jeff Rush May 8, 2008

May 8, 2008

We now have a specific issues tracker for setuptools at: http://bugs.python.org/setuptools/ and setuptools(a)bugs.python.org (for email issue postings) using the Roundup tracker software also used for Python bug tracking. Note that the trailing slash is NOT optional. For now the tracker echoes bug reports onto the distutils list, for community awareness. If this turns out to be a problem, I'll create a separate distutils-bugs list but wanted to avoid having folks sign up for "yet-another-list" if I would avoid it. -Jeff

4 4

[issue5] setuptools uses deprecated module md5
by Jeroen Ruigrok van der Werven May 8, 2008

May 8, 2008

New submission from Jeroen Ruigrok van der Werven <asmodai(a)in-nomine.org>: Setuptools currently uses the module md5, which will be deprecated after 2.6 and 2.6 warns about this use. Find attached a patch I emailed to Phillip a while ago but still did not get applied. ---------- messages: 6 nosy: asmodai priority: bug status: unread title: setuptools uses deprecated module md5 _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue5> _______________________________________________

1 0