Mailman 3 May 2008 - Distutils-SIG

[issue16] permission error in untarring pyOpenSSL-0.6.tar.gz
by Zooko O'Whielacronx May 31, 2008

May 31, 2008

New submission from Zooko O'Whielacronx <zooko(a)zooko.com>: Running easy_install on pyOpenSSL-0.6.tar.gz ends with: File "/usr/local/stow/python-release25-maint-2008-05-30/lib/python2.5/site-packages/setuptools-0.6c8-py2.5.egg/setuptools/command/easy_install.py", line 626, in install_eggs unpack_archive(dist_filename, tmpdir, self.unpack_progress) File "/usr/local/stow/python-release25-maint-2008-05-30/lib/python2.5/site-packages/setuptools-0.6c8-py2.5.egg/setuptools/archive_util.py", line 67, in unpack_archive driver(filename, extract_dir, progress_filter) File "/usr/local/stow/python-release25-maint-2008-05-30/lib/python2.5/site-packages/setuptools-0.6c8-py2.5.egg/setuptools/archive_util.py", line 192, in unpack_tarfile tarobj._extract_member(member,dst) # XXX Ugh File "/usr/local/stow/python-release25-maint-2008-05-30/lib/python2.5/tarfile.py", line 1656, in _extract_member self.chmod(tarinfo, targetpath) File "/usr/local/stow/python-release25-maint-2008-05-30/lib/python2.5/tarfile.py", line 1777, in chmod raise ExtractError("could not change mode of %s to mode %o (octal), exception: %s" % (targetpath, tarinfo.mode, e)) tarfile.ExtractError: could not change mode of /tmp/easy_install-4yCggq/pyOpenSSL-0.6 to mode 2755 (octal), exception: [Errno 1] Operation not permitted: '/tmp/easy_install-4yCggq/pyOpenSSL-0.6' If I untar that tarball with GNU tar, I see that there is one file that doesn't have read permissions for user or group: ... -rw-r--r-- martin/martin 1289 2002-09-07 09:28:12 pyOpenSSL-0.6/examples/simple/client.py -rw-r--r-- martin/martin 1863 2004-07-22 06:01:25 pyOpenSSL-0.6/examples/proxy.py -rw------- martin/martin 3508 2002-09-07 09:27:47 pyOpenSSL-0.6/examples/SecureXMLRPCServer.py -rw-r--r-- martin/martin 260 2004-07-22 06:01:25 pyOpenSSL-0.6/__init__.py ... If I rebuild that tarball with GNU tar ("tar czvvf pyOpenSSL-0.6.tar.gz pyOpenSSL") then the resulting tarball does not have that problem. So, I don't understand it, but there is something funny in the permissions in that official pyOpenSSL-0.6.tar.gz (from http://sourceforge.net/project/showfiles.php?group_id=31249 ) which causes this exception inside tarfile but which goes away if you unpack and repack the tarball on Mac OS X using GNU tar v1.14. This is probably more of a bug in tarfile.py than in setuptools proper, but I thought I should register this issue on the setuptools tracker so that we can think of some workaround to deploy before this gets fixed in Python tarfile.py and everyone in the world upgrades to the new tarfile.py... ---------- messages: 20 nosy: zooko priority: bug status: unread title: permission error in untarring pyOpenSSL-0.6.tar.gz _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue16> _______________________________________________

1 0

[issue15] easy_install won't tell you what version it is
by Zooko O'Whielacronx May 31, 2008

May 31, 2008

New submission from Zooko O'Whielacronx <zooko(a)zooko.com>: I'm wondering what version of "easy_install" I have here. "easy_install --version" doesn't work, and "easy_install --help" doesn't mention the version number. ---------- messages: 19 nosy: zooko priority: bug status: unread title: easy_install won't tell you what version it is _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue15> _______________________________________________

1 0

[issue13] wish: silent mode for bdist_wininst created installers
by Kirill Smelkov May 27, 2008

May 27, 2008

New submission from Kirill Smelkov <kirr(a)landau.phys.spbu.ru>: Recently I've tried to package python software into small in-house win32 distribution, and I had no luck to get it installing in auto mode. The problem is that bdist_wininst created installers do not support runtime options, and according to source files in PC/bdist_wininst/ there is no way to perform auto installation. This is in contrast to bdist_msi created installers, nsis installers, etc, who support one way or the other silent installation. E.g. for msi installers the following work: msiexec /i package.msi /qb for nsis installers, "/S" option works ./package.exe /S But there is just no way to install bdist_wininst created packages in silent mode. ---- So I'd like to join my "+1" to one of the wish from DistUtils20 wiki page: http://wiki.python.org/moin/DistUtils20 """ It would be great if installers generated by bdist_wininst supported a 'silent' flag for automated installs. The silent mode would allow the package to be installed without user intervention. -- Phil Rittenhouse """ +1, it would be really handy! ---- I think it is very inconvenient that default way for creating windows installers lacks it. ---------- messages: 17 nosy: kirr priority: wish status: unread title: wish: silent mode for bdist_wininst created installers _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue13> _______________________________________________

2 1

[issue12] add option --download-only
by htgoebel May 27, 2008

May 27, 2008

New submission from htgoebel <h.goebel(a)goebel-consult.de>: Please add an option --download-only (or suchlike). Some packages can not be installed using setup.py install, since they do not support distutils. But if easy_install would support an option like --download-only, it could be used to download the newest version and all dependencies. ---------- messages: 16 nosy: htgoebel priority: wish status: unread title: add option --download-only _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue12> _______________________________________________

1 0

adding commands by just "import my.module"
by Hartmut Goebel May 24, 2008

May 24, 2008

Hi, I'm currentyl implementing a module to automatically submit releases to the Origo open software development platform <http://origo.ethz.ch>. So I'm looking for for adding the new command (origo_submit) to distutils as simple as possible. So I imaging, the user only does a from import distutils.core import setup import origo.submit setup(...) How to register my new command to distutils from origo.submit? (This is already working using setuptools entry_points ={...}, but I'm looking for some easier way for the user.) -- Schönen Gruß - Regards Hartmut Goebel Goebel Consult Spezialist für IT-Sicherheit in komplexen Umgebungen http://www.goebel-consult.de

1 0

[issue11] bdist_wininst adds duplicate entry to dist_files
by htgoebel May 24, 2008

May 24, 2008

New submission from htgoebel <h.goebel(a)goebel-consult.de>: In setuptools 0.6c8 has a bug in bdist_wininst: Distribution files are listed twice ``distribution.dist_files``. This hinders developing tools which use this data. In addition ``upload`` will upload the file twice to pypi. I need this bug fixed for automated upload of files using <http://origo-submit.origo.ethz.ch>;;. Enclosed please find a simple package to show the bug. Just run python setup.py bdist_wininst this shows one entry. Now run python setup-setuptools.py bdist_wininst this shows two entires. The only difference between both setup files is wherefrom setup() is imported. ---------- files: simple-0.0.0.0.1.tar.gz messages: 15 nosy: htgoebel priority: bug status: unread title: bdist_wininst adds duplicate entry to dist_files Added file: http://bugs.python.org/setuptools/file6/simple-0.0.0.0.1.tar.gz _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue11> _______________________________________________

1 0

how to set installation directory on windows using bdist_wininst
by henk-jan ebbers May 23, 2008

May 23, 2008

how do I 'contrl' the place where an python application is put on the system where it will be installed? Is this possible using distutils? preferably this would be (according to windows customs) something like 'c:\program files\myappl' Is is possible to let the user choose another place than the default place? (I see a lot of talk about disutils better suited for for 'modules' than application, I am aware of this. No, I can not use py2exe; I have good reasons for that.) thanks in advance, henk-jan

1 0

Duplicate files in site-packages and sub-folder
by Martin Manns May 22, 2008

May 22, 2008

Hi, I have the following problem with the distutils package: (I have now spent hours reading and searching the manuals and tutorials, and I am still stuck.) I have a working directory ~/pyspread in which my libraries are situated and two icons directories ~/pyspread/icons and ~/pyspread/icons/actions Now I would like to create a setup.py file inside my ~/pyspread directory that installs my .py modules in .../site-packages/pyspread and the icons in appropriate sub-folders and adds pyspread.pth to .../site-packages so that .../site-packages/pyspread is in the PYTHONPATH. However, my setup.py puts everything (including .pyc files) into site-packages *and* into the sub-folders. What am I doing wrong? I am looking for a platform-independent solution. Currently, I am using python 2.5 on Linux. Here my setup.py #!/usr/bin/env python from distutils.core import setup setup(name='pyspread', version='0.0.7', description='A spreadsheet that accepts a pure python expression in each cell.', license='GPL v3 :: GNU General Public License', classifiers=[ 'Development Status :: 3 - Alpha', 'Intended Audience :: End Users/Desktop', ], author='Martin Manns', author_email='mmanns(a)gmx.net', url='http://sourceforge.net/projects/pyspread/', packages=['pyspread'], package_dir={'pyspread': '.'}, scripts=['pyspread.py'], py_modules=['pyspread.mainapp', 'pyspread.pysgrid', 'pyspread.mygrid','pyspread.icontheme'], package_data={'pyspread': ['icons/*.png', 'icons/actions/*.png' ,\ 'test.pys', 'test.csv', 'test2.csv', \ 'README', 'COPYING']}, ) Thanks in advance Martin

2 2

Problem with Setuptools on Ubuntu 8.0.4
by Andrew Francis May 17, 2008

May 17, 2008

Hi: I have the following problem with Ubuntu 8.04 Desktop and Xandros on the EEE ASUS. I am trying to install PyAMF-0.3.1 python setup.py install Traceback (most recent call last): File "setup.py", line 6, in <module> use_setuptools() File "/home/afrancis/Public/PyAMF-0.3.1/ez_setup.py", line 91, in use_setuptools import setuptools; setuptools.bootstrap_install_from = egg zipimport.ZipImportError: can't decompress data; zlib not available Any help solving this would be appreciated. Cheers, Andrew

3 4

Distutils & configparser rename
by A.M. Kuchling May 16, 2008

May 16, 2008

Python 2.6 renames the ConfigParser module to be configparser. Distutils imports ConfigParser in various places. I just made a commit updating the import in one places, and then noticed that part of commit r63248, which made the same change, was reverted in order to preserve backward-compatibility. Instead, the default path will include lib-old again to keep the old module name available. I suggest dropping that goal, though. We've preserved compatibility but I'm not aware that anyone uses the Python 2.x Distutils with earlier versions of Python. In particular: * There's no standalone distutils package on PyPI, nor can I find such a package with a general web search. Am I missing it? * I do not see users advising other users to use a later version of Distutils to fix their problems. Is anyone actually benefiting from the effort of maintaining backward compatibility? --amk

6 8