Mailman 3 December 2007 - Distutils-SIG

SetupTools: Bug in launcher.c causing gui_scripts not to launch?
by Alexander Michael Dec. 12, 2007

Dec. 12, 2007

When installing a gui_script on WinXP I get the error: Could not exec #!c:\Python24\pythonw.exe". It looks like the shebang hasn't been stripped. In http://svn.python.org/projects/sandbox/trunk/setuptools/launcher.c (currently at r59407) should if (is_gui) { /* Use exec, we don't need to wait for the GUI to finish */ execv(python, (const char * const *)(newargs)); return fail("Could not exec %s", python); /* shouldn't get here! */ } read something like: if (is_gui) { /* Use exec, we don't need to wait for the GUI to finish */ execv(ptr, (const char * const *)(newargs)); return fail("Could not exec %s", ptr); /* shouldn't get here! */ } as in /* We *do* need to wait for a CLI to finish, so use spawn */ return spawnv(P_WAIT, ptr, (const char * const *)(newargs)); so that the "#!" is stripped from the executable? Thanks, Alex

1 1

FW: easy_install bug report
by Pascoe, S (Stephen) Dec. 12, 2007

Dec. 12, 2007

I am forwarding the message below from a colleague using easy_install for setuptools-0.6c7. It doesn't appear to set permissions correctly on directories if umask is set to a non-standard value. Alan's suggested default behaviour sounds right to me. Cheers, Stephen. --- Stephen Pascoe +44 (0)1235 445980 British Atmospheric Data Centre Rutherford Appleton Laboratory -----Original Message----- From: Alan Iwi [mailto:A.M.Iwi@rl.ac.uk] Sent: 12 December 2007 08:39 To: Pascoe, S (Stephen) Subject: easy_install bug report Stephen, Please can you pass this on to people who care about such things, as I don't know who to contact. I tried using easy_install while having umask set to 027. (This is the umask that I have set up in my user account, and after "su" the root shell inherited the same umask.) Although it was careful enough to create regular files with world access permissions, it created directories with permissions subject to the umask, i.e. mode 750 rather than 755, so the installed package did not work properly for non-root users. I changed the permissions on the directories and it seems to be otherwise fine. I think that easy_install should create directories with world access, regardless of the umask setting (at least by default, when writing to the shared python directory as root). Thanks, Alan

1 0

Compiling MySQL extension
by Mike Driscoll Dec. 11, 2007

Dec. 11, 2007

Hi, I wanted to give compiling a Windows installer for the Python MySQL extension that I found here: http://sourceforge.net/projects/mysql-python Yes, I know there's already version available for Python 2.4+, but I need the practice. Anyway, I have MySQL-5.0.27 installed on my Windows XP SP2 box and I am using Python 2.4.3. When I go to compile, I get the following: L:\Temp\MySQL-python-1.2.2>python setup.py bdist_wininst {'registry_key': 'SOFTWARE\\MySQL AB\\MySQL Server 5.0', 'static': 'False', 'thr eadsafe': 'True', 'embedded': 'False'} running bdist_wininst running build running build_py creating build creating build\lib.win32-2.4 copying _mysql_exceptions.py -> build\lib.win32-2.4 creating build\lib.win32-2.4\MySQLdb copying MySQLdb\__init__.py -> build\lib.win32-2.4\MySQLdb copying MySQLdb\converters.py -> build\lib.win32-2.4\MySQLdb copying MySQLdb\connections.py -> build\lib.win32-2.4\MySQLdb copying MySQLdb\cursors.py -> build\lib.win32-2.4\MySQLdb copying MySQLdb\release.py -> build\lib.win32-2.4\MySQLdb copying MySQLdb\times.py -> build\lib.win32-2.4\MySQLdb creating build\lib.win32-2.4\MySQLdb\constants copying MySQLdb\constants\__init__.py -> build\lib.win32-2.4\MySQLdb\constants copying MySQLdb\constants\CR.py -> build\lib.win32-2.4\MySQLdb\constants copying MySQLdb\constants\FIELD_TYPE.py -> build\lib.win32-2.4\MySQLdb\constants copying MySQLdb\constants\ER.py -> build\lib.win32-2.4\MySQLdb\constants copying MySQLdb\constants\FLAG.py -> build\lib.win32-2.4\MySQLdb\constants copying MySQLdb\constants\REFRESH.py -> build\lib.win32-2.4\MySQLdb\constants copying MySQLdb\constants\CLIENT.py -> build\lib.win32-2.4\MySQLdb\constants running build_ext building '_mysql' extension Traceback (most recent call last): File "setup.py", line 19, in ? setup(**metadata) File "L:\Python24\lib\distutils\core.py", line 149, in setup dist.run_commands() File "L:\Python24\lib\distutils\dist.py", line 946, in run_commands self.run_command(cmd) File "L:\Python24\lib\distutils\dist.py", line 966, in run_command cmd_obj.run() File "L:\Python24\lib\site-packages\setuptools\command\bdist_wininst.py", line 37, in run _bdist_wininst.run(self) File "L:\Python24\lib\distutils\command\bdist_wininst.py", line 107, in run self.run_command('build') File "L:\Python24\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "L:\Python24\lib\distutils\dist.py", line 966, in run_command cmd_obj.run() File "L:\Python24\lib\distutils\command\build.py", line 112, in run self.run_command(cmd_name) File "L:\Python24\lib\distutils\cmd.py", line 333, in run_command self.distribution.run_command(command) File "L:\Python24\lib\distutils\dist.py", line 966, in run_command cmd_obj.run() File "L:\Python24\lib\site-packages\setuptools\command\build_ext.py", line 46, in run _build_ext.run(self) File "L:\Python24\lib\distutils\command\build_ext.py", line 279, in run self.build_extensions() File "L:\Python24\Lib\site-packages\Pyrex\Distutils\build_ext.py", line 82, in build_extensions self.build_extension(ext) File "L:\Python24\lib\site-packages\setuptools\command\build_ext.py", line 175 , in build_extension _build_ext.build_extension(self,ext) File "L:\Python24\lib\distutils\command\build_ext.py", line 442, in build_exte nsion sources = self.swig_sources(sources, ext) File "L:\Python24\lib\site-packages\setuptools\command\build_ext.py", line 77, in swig_sources sources = _build_ext.swig_sources(self, sources) or sources TypeError: swig_sources() takes exactly 3 arguments (2 given) It looks like it wants a third argument, but I don't know what to give it. Can someone point me in the right direction? Thanks a lot! Mike

1 0

Difference between "url" and "download_url"?
by skip＠pobox.com Dec. 9, 2007

Dec. 9, 2007

I registered a new package at PyPI today, bsddb185. Thinking to check things out, I tried "easy_install bsddb185" and got this output: % easy_install bsddb185 /Users/skip/local/lib/python2.6/site-packages/setuptools-0.6c7-py2.6.egg/setuptools/package_index.py:7: DeprecationWarning: the md5 module is deprecated; use hashlib instead from md5 import md5 Searching for bsddb185 Reading http://pypi.python.org/simple/bsddb185/ Reading http://www.webfast.com/~skip/python/ No local packages or download links found for bsddb185 error: Could not find suitable distribution for Requirement.parse('bsddb185') My setup call looks like this: setup(name='bsddb185', author='Skip Montanaro', author_email='skip(a)pobox.com', maintainer='Skip Montanaro', maintainer_email='skip(a)pobox.com', url='http://www.webfast.com/~skip/python/', download_url='http://www.webfast.com/~skip/python/bsddb-1.0.tar.gz', version='1.0', ext_modules=[ext], classifiers=['Development Status :: 6 - Mature', 'Intended Audience :: Developers', 'License :: OSI Approved :: Python Software Foundation License', 'Operating System :: MacOS', 'Operating System :: POSIX', 'Operating System :: POSIX :: BSD', 'Programming Language :: C', 'Programming Language :: Python', 'Topic :: Database', ] ) Why didn't easy_install try the download_url? -- Skip Montanaro - skip(a)pobox.com - http://www.webfast.com/~skip/

2 2

Sandbox violation help
by Dave Peterson Dec. 7, 2007

Dec. 7, 2007

A user is trying to install Enthought's ETS projects on a Gentoo system and getting the following error message. I'm not seeing it on my systems, but then I'm not running Gentoo. Can anyone give me a clue as to what might be happening or how to go about determining what is happening? The error message has me really confused since 'temp/tmpTTJH2x/zZe82A' doesn't really give me much to go on as to what is being attempted outside of the sandbox. It doesn't help that one line makes it clear something is going on with a tmp directory for enthought.traits but then after that is the error about a tmp dir for enthought.tvtk. How'd we get back to enthought.tvtk in the middle of the enthought.traits install? -- Dave PS: 'enthought.traits' is one of the install_requires dependencies of 'enthought.tvtk' so easy_install probably just chained to building and installing it after enthought.tvtk, right? PPS: I do believe other users have reported the same issues on other systems but we've never quite figured out what the cause is. IIRC, telling them to manually download the source tarball and do a 'python setup.py install' seems to work just fine. > Processing enthought.traits-2.0.1b1.tar.gz > Running enthought.traits-2.0.1b1/setup.py -q bdist_egg --dist-dir > /tmp/easy_install-Edu8TK/enthought.traits-2.0.1b1/egg-dist-tmp-IIITHW > error: Setup script exited with error: SandboxViolation: > open('/tmp/easy_install-WZrKOz/enthought.tvtk-2.0.0b2/temp/tmpTTJH2x/zZe82A > ', 131266, 384) {} > > 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. >

3 7

What is the current status of distutils with SWIG and C++?
by Jeremy Conlin Dec. 4, 2007

Dec. 4, 2007

Hello all, I have been searching far and wide to find out how to get distutils to work nicely with SWIG and C++. I have an extension written in C++. When I use distutils via a setup.py script I run into problems because swig creates a *_wrap.c file and I want a *_wrap.cxx file. I have added the '-c++' option to my swig_opts variable, but it doesn't fix that problem, but it does pass the option to swig. The swig command that is executed is swigging Material.i to Material_wrap.c swig -python -c++ -o Material_wrap.c Material.i What can I do to make this work? I have read in the archives about some patches that were intended to remedy this situation. Did these patches ever make it into the final distribution? Thanks, Jeremy

1 0

Distutils help needed with sub-packages
by Rick Muller Dec. 3, 2007

Dec. 3, 2007

[Posted to c.l.python this morning, but I didn't get any response, so I'm retrying here. Apologies to anyone offended by the cross-posting.] I need some distutils help. I currently run a python library (PyQuante) that, until recently, had all of its modules in a single directory, called "PyQuante". The setup command in my setup.py module had a single "packages" line: packages = ['PyQuante'], I moved some of the routines into Basis and IO subdirectories of PyQuante, and amended the packages line to be: packages = ['PyQuante','PyQuante.Basis','PyQuante.IO'], Everything works find if I'm installing from SVN. However, when I build a tarball via setup.py sdist, the Basis and IO subdirectories are not included. How can I get the distutils to include this? Thanks in advance, Rick -- Rick Muller rpmuller(a)gmail.com

1 0

Re: [Distutils] Download-only then build/install on no-net sandbox?
by Phillip J. Eby Dec. 3, 2007

Dec. 3, 2007

At 04:26 PM 12/3/2007 +1300, Beau Butler wrote: >Hi People I'm hoping someone can answer what I think is a quite simple >question, > >In short:, how do I tell easy_install i just want it to download an >egg, then compile/install it later? I know how to download/compile, >then install later, but not the other way around? Use the -e (--editable) option. Specifically, use "-eb somedir ProjectName" to get a 'somedir/projectname' directory containing the source of the named project. You can then tar that up. Note that the directory name under somedir will always be *lower case*, and it must not exist beforehand. ("somedir" must exist, though.)

1 0

zc.buildout: Build python in buildout
by Christian Zagrodnick Dec. 3, 2007

Dec. 3, 2007

Hey, building python with buildout is not very hard (see below). When installing sections buildout apparently uses the built python to get dependencies and compile the C extensions if any. Only the dependencies of the recipes are fetched via the bootstrap python. But with C extensions this is the problem. For instance zc.zodbrecipes depend on ZODB3 which is then compiled with the wrong python. This would not be much of a problem but I then get those errors: ImportError: /tmp/test/eggs/ZODB3-3.8.0b4-py2.4-linux-x86_64.egg/persistent/cPersistence.so: undefined symbol: PyUnicodeUCS4_AsEncodedString Any clue what to do? I suppose the only way is to make the two pythons eat the same .so files? This does the trick of building python: [buildout] python = python [python] recipe = zc.recipe.cmmi url = http://python.org/ftp/python/2.4.4/Python-2.4.4.tar.bz2 executable = ${buildout:directory}/parts/python/bin/python2.4 -- Christian Zagrodnick gocept gmbh & co. kg · forsterstrasse 29 · 06112 halle/saale www.gocept.com · fon. +49 345 12298894 · fax. +49 345 12298891

4 8

Download-only then build/install on no-net sandbox?
by Beau Butler Dec. 3, 2007

Dec. 3, 2007

Hi People I'm hoping someone can answer what I think is a quite simple question, In short:, how do I tell easy_install i just want it to download an egg, then compile/install it later? I know how to download/compile, then install later, but not the other way around? A little background: My use case is i am doing up-to-date python (2.5) & TG (1.0.3.2) stuff on a bunch of old platforms (RHEL4, etc that have py2.3 at best), that are locked down and don't have net access of their own, just SSH in. I currently make a virtual-python-like sandbox environment with a simple makefile that does, roughly: On my dev machine: * Gets Python, builds it * Gets setuptools, python-setup.py-installs it * Does easy_install -zmaxd . TurboGears etc. * Packs all that into a single .tgz along with the makefile itself. I then scp the tgz to the locked-down target box, untar it and run the makefile again which: * Builds Python and setuptools * Does easy_install -f . TurboGears etc. All this works quite nicely until i want to do things like have psycopg2. Basically doing things the "zmaxd way" causes the download and compile steps to occur on my dev machine, and the install on the target machine, which then fails due to different Postgres libraries. So my question is - is there an easy way to tell easy_install to just download the source egg but not build it? So that I can then build it on the target machine...? (BTW: slightly ironically the PEAK page http://peak.telecommunity.com/DevCenter/EasyInstall has this as a FAQ - "If you have another machine of the same operating system and library versions (or if the packages aren't platform-specific), you can create the directory of eggs using a command like this" describing the zmaxd method, but sadly it says nothing about what to do about *different* OS versions...) Many thanks in advance! Beau Butler Python And Linux Dude Auckland, New Zealand I have created a simple makefile for myself which does a two-step - it makes a python2.5-with-setuptools sandbox on my dev machine

1 0