Mailman 3 November 2009 - Distutils-SIG

[issue94] is ok),
by jerry 10 Nov '09

10 Nov '09

Changes by jerry <jerryregal(a)ymail.com>: ---------- files: unnamed status: unread title: is ok), Added file: http://bugs.python.org/setuptools/file64/unnamed _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue94> _______________________________________________

1 0

PEP 376 -- support for release versions?
by Sridhar Ratnakumar 10 Nov '09

10 Nov '09

Hi, While reading the PEP I noticed that there seems to be no straightforward to specify the package release versions. >>> egginfo_dirname('python-ldap', '2.3.10') 'python_ldap-2.3.10.egg-info' Consider the following PyPM package file name: python-ldap-2.3.10_linux-x86_2.6_2.pypm Here 2.3.10 is python-ldap's version, 2.6 is the Python version .. and 2 (the last component) is the binary release number (for ActiveState repository). This is to upgrade previous releases of the same python-ldap (say, python-ldap-2.3.10_linux-x86_2.6_1.pypm). If PyPM is to rely on PEP 376 style .egg-info directories (and the RECORD files within them), how is it to store/retrieve this release number? Currently we store everything (including RECORD) in a sqlite database under site-packages. I can continue using the db for release numbers alone, but I really prefer that this is covered by a standard that evidently provides support for installer tools. -srid

7 19

[issue93] SandboxViolation when opening os.devnull
by Aaron Gallagher 07 Nov '09

07 Nov '09

New submission from Aaron Gallagher <habnabit(a)gmail.com>: This is a bug in setuptools 0.6c9. Console output follows. ender:test habnabit$ easy_install oursql /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site- packages/Pyrex/Compiler/Errors.py:17: DeprecationWarning: BaseException.message has been deprecated as of Python 2.6 self.message = message Searching for oursql Reading http://pypi.python.org/simple/oursql/ Reading http://launchpad.net/oursql Best match: oursql 0.1 Downloading http://launchpad.net/oursql/trunk/0.1/+download/oursql-0.1.zip Processing oursql-0.1.zip Running oursql-0.1/setup.py -q bdist_egg --dist-dir /var/folders/vt/vtsTQLkkFNCqREdN+o2BqE+++TI/-Tmp-/easy_install-H7Ob5k/oursql- 0.1/egg-dist-tmp-xuwDCz error: Setup script exited with error: SandboxViolation: open('/dev/null', 'w') {} The package setup script has attempted to modify files on your system that are not within the EasyInstall build area, and has been aborted. This package cannot be safely installed by EasyInstall, and may not support alternate installation locations even if you run its setup script by hand. Please inform the package's author and the EasyInstall maintainers to find out if a fix or workaround is available. ---------- messages: 459 nosy: habnabit priority: bug status: unread title: SandboxViolation when opening os.devnull _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue93> _______________________________________________

1 0

Re: [Distutils] People want CPAN :-)
by David Lyon 07 Nov '09

07 Nov '09

On Fri, 6 Nov 2009 19:15:52 -0500, "ssteinerX(a)gmail.com" <ssteinerx(a)gmail.com> wrote: >> That's definitely one thing. We have nothing like that yet. > http://bitbucket.org/tarek/distribute/issue/88/create-an-equivalent-of-perl… So what... :-) I have my own shell to too.... But my shell is built into a standard setup.py. It has less command line parameters to remember than perl. So it's even better than perl. http://bitbucket.org/djlyon/original-setup.py-with-metadata/src/tip/setup.py C:\>python setup.py setup - WARNING - Configuration file setup.conf not found Usage: setup.py [options] Options: -h, --help show this help message and exit -i NEW_PACKAGE, --install=NEW_PACKAGE Install a Package/Application -r PACKAGE_TO_REMOVE, --remove=PACKAGE_TO_REMOVE Install a Package/Application -l, --list List installed Packages -d, --debug Show debug messages -u, --user Use the User Package Directory -s, --site Use the Site Package Directory -q, --quiet don't print status messages to stdout -v, --comparepkgsetup Compares package installation against Packages own internal unverified setup.py -c, --cleanup Cleanup workarea David

1 0

[issue92] [PATCH] Added download directory option
by Eddy Pronk 06 Nov '09

06 Nov '09

New submission from Eddy Pronk <epronk(a)muftor.com>: I added the option --download-directory to keep the downloaded archives so I can install them on another machine. diff --git a/setuptools/command/easy_install.py b/setuptools/command/easy_install.py index af4e349..c58cf91 100755 --- a/setuptools/command/easy_install.py +++ b/setuptools/command/easy_install.py @@ -60,6 +60,8 @@ class easy_install(Command): "no longer needed; don't use this"), ("build-directory=", "b", "download/extract/build in DIR; keep the results"), + ("download-directory=", "z", + "download in DIR; keep the results"), ('optimize=', 'O', "also compile with optimization: -O1 for \"python -O\", " "-O2 for \"python -OO\", and -O0 to disable [default: -O0]"), @@ -86,6 +88,7 @@ class easy_install(Command): self.index_url = None self.find_links = None self.build_directory = None + self.download_directory = None self.args = None self.optimize = self.record = None self.upgrade = self.always_copy = self.multi_version = None @@ -208,7 +211,7 @@ class easy_install(Command): log.set_verbosity(self.verbose) try: for spec in self.args: - self.easy_install(spec, not self.no_deps) + self.easy_install(spec, deps=not self.no_deps) if self.record: outputs = self.outputs if self.root: # strip any package prefix @@ -410,15 +413,20 @@ Please make the appropriate changes for your system and try again. def easy_install(self, spec, deps=False): tmpdir = tempfile.mkdtemp(prefix="easy_install-") + if self.download_directory: + download_directory = self.download_directory + else: + download_directory = tmpdir + download = None if not self.editable: self.install_site_py() try: if not isinstance(spec,Requirement): if URL_SCHEME(spec): - # It's a url, download it to tmpdir and process + # It's a url, download it to download_directory and process self.not_editable(spec) - download = self.package_index.download(spec, tmpdir) + download = self.package_index.download(spec, download_directory) return self.install_item(None, download, tmpdir, deps, True) elif os.path.exists(spec): @@ -430,7 +438,7 @@ Please make the appropriate changes for your system and try again. self.check_editable(spec) dist = self.package_index.fetch_distribution( - spec, tmpdir, self.upgrade, self.editable, not self.always_copy, + spec, download_directory, self.upgrade, self.editable, not self.always_copy, self.local_index ) if dist is None: -- 1.5.6.5 ---------- messages: 458 nosy: epronk priority: feature status: unread title: [PATCH] Added download directory option _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue92> _______________________________________________

1 0

[issue89] easy_install silently drop symlinks when auto-extracting tarball source distributions
by Max Bowsher 06 Nov '09

06 Nov '09

New submission from Max Bowsher <maxb(a)f2s.com>: Trying to determine why pytz installed by easy_install was broken, I located the following problem: When setuptools extracts a tarball source dist to install it, it silently drops any tar members which are neither files or directories. The problem is in archive_util.py which specifically tests "if member.isfile() or member.isdir():". I am uncertain why it would try to do this, but it is fatally incorrect to do so when the software being unpacked includes symlinks as a functional part of its sourcecode, as pytz does. ---------- messages: 444 nosy: maxb priority: bug status: unread title: easy_install silently drop symlinks when auto-extracting tarball source distributions _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue89> _______________________________________________

8 15

Bundling Distribute
by Ram Rachum 06 Nov '09

06 Nov '09

Hello, I would like to bundle Distribute with my project so that I could use it without making my users install it. (I like to keep things as simple as possible for my users.) Is it possible? I thought of just copying the "setuptools" folder from the source distribution into a package in my project, so instead of doing `from setuptools import setup`, I would do `from third_party.setuptools import setup`. Does it make sense? Will it work? Anything else I should keep in mind? Thanks, Ram.

8 20

Looking for portable what to determine directory where extensions are installed?
by Tom Epperly 06 Nov '09

06 Nov '09

I work on a language interoperability tool, Babel https://computation.llnl.gov/casc/components/components.html; and I need a portable way to determine the directory where Python extension modules are installed by distutils (i.e., lib or lib64) to resolve this issue: https://www.cca-forum.org/bugs/babel/issue670 For example, I will invoke "python setup.py install --prefix=/home/foo/_inst --exec-prefix=/home/foo/_inst", and it usually installs the extensions in either /home/foo/_inst/lib/python2.5/site-packages or /home/foo/_inst/lib64/python2.5/site-packages. Initially, I did the following to determine where the extensions actually got installed: # assume exec_prefix=/home/foo/_inst # assume python_version=`python -c 'import sys; print sys.version' | sed '1s/^$...$.*/\1/g;1q'` RUNTIME_PYTHON="$exec_prefix/lib/python$python_verbose/site-packages" This worked fine until I started running on 64-bit Python machines where the correct result was RUNTIME_PYTHON="$exec_prefix/lib64/python$python_verbose/site-packages" The first 64-bit machine I was using seemed to have this patch: http://bugs.python.org/file14726/Python-2.6.2-multilib.patch, so I amended my script to the following: pylib=`$PYTHON -c "import sys; print sys.__dict__.get('lib','lib')"` RUNTIME_PYTHON="$exec_prefix/$pylib/python$python_version/site-packages" However, this approach doesn't work with Fedora Core 12 prerelease or some other 64-bit Linux distributions. They don't define "sys.lib". I thought distutils.sysconfig.get_python_lib() might be helpful, but it returns "/usr/lib/python2.6/site-packages" even on the system where "/usr/lib64/python2.6/site-packages" is the right answer. Is there a canonical, Pythonic way to determine whether an installation of Python uses "lib" or "lib64"? Or is there a way to determine the full path of where distutils will install extensions relative to the specified exec prefix? Regards, Tom Epperly

1 0

[issue91] setuptools fails with non-ascii urls in pypi
by Sridhar Ratnakumar 06 Nov '09

06 Nov '09

New submission from Sridhar Ratnakumar <sridharr(a)activestate.com>: Calling `fetch_distribution` with req = "fl-gelform" and source = True results in the following traceback. sdist = pi.fetch_distribution(req, directory, source=True) File "/home/sridharr/.local/lib/python2.6/site-packages/setuptools/ package_index.py", line 465, in fetch_distribution self.find_packages(requirement) File "/home/sridharr/.local/lib/python2.6/site-packages/setuptools/ package_index.py", line 303, in find_packages self.scan_url(self.index_url + requirement.unsafe_name+'/') File "/home/sridharr/.local/lib/python2.6/site-packages/setuptools/ package_index.py", line 617, in scan_url self.process_url(url, True) File "/home/sridharr/.local/lib/python2.6/site-packages/setuptools/ package_index.py", line 190, in process_url f = self.open_url(url, "Download error: %s -- Some packages may not be found!") File "/home/sridharr/.local/lib/python2.6/site-packages/setuptools/ package_index.py", line 578, in open_url return open_with_auth(url) File "/home/sridharr/.local/lib/python2.6/site-packages/setuptools/ package_index.py", line 717, in open_with_auth fp = urllib2.urlopen(request) File "/opt/ActivePython-2.6/lib/python2.6/urllib2.py", line 124, in urlopen return _opener.open(url, data, timeout) File "/opt/ActivePython-2.6/lib/python2.6/urllib2.py", line 395, in open response = meth(req, response) File "/opt/ActivePython-2.6/lib/python2.6/urllib2.py", line 508, in http_response 'http', request, response, code, msg, hdrs) File "/opt/ActivePython-2.6/lib/python2.6/urllib2.py", line 427, in error result = self._call_chain(*args) File "/opt/ActivePython-2.6/lib/python2.6/urllib2.py", line 367, in _call_chain result = func(*args) File "/opt/ActivePython-2.6/lib/python2.6/urllib2.py", line 577, in http_error_302 newurl = urlparse.urljoin(req.get_full_url(), newurl) File "/opt/ActivePython-2.6/lib/python2.6/urlparse.py", line 219, in urljoin params, query, fragment)) File "/opt/ActivePython-2.6/lib/python2.6/urlparse.py", line 184, in urlunparse return urlunsplit((scheme, netloc, url, query, fragment)) File "/opt/ActivePython-2.6/lib/python2.6/urlparse.py", line 190, in urlunsplit url = '//' + (netloc or '') + url UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 10: ordinal not in range(128) ---------- messages: 450 nosy: srid priority: bug status: unread title: setuptools fails with non-ascii urls in pypi _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue91> _______________________________________________

1 0

distutils.core.setup --install-script option in Python 2.6 ?
by Jim Vickroy 06 Nov '09

06 Nov '09

Hello, I have just upgraded from Python 2.5 to 2.6.4 (MS Windows XP service pack 3). My setup.py scripts (based on distutils.core.setup) no longer work with the --install-script option. Here is the error: * error: option --install-script not recognized The above error occurs when passing either bdist_wininst or bdist_msi parameters to the setup.py scripts. I have been unable to locate any on-line mention of this option not being supported. I apologize for missing something obvious here, but I am stuck. Thanks in advance for your feedback. -- jv

1 0