Mailman 3 November 2008 - Distutils-SIG

Help with easy_install
by Martin Manns 30 Nov '08

30 Nov '08

Hi, I am developing a small pet project that I call pyspread (A small spreadsheet that accepts Python in cells, further info at: http://pyspread.sf.net). Now some users complained that it does not install correctly with easy_install even though distutils work. I tried for some time fixing it, but I was not too successful. The main problem is that the .pth file and the subdirectory are not created on installation, which works all right with python setup.py install. First, I thought that my easy_install installation is broken (I am using Debian testing with the version in the apt repository). However, after I read a few posts in this list, I believe that I stumbled into some gotchas that are definitively not in the main download page manual. Any idea how I could get the directories set up with easy install? Is this in a FAQ that I am unaware of? My setup.py code is posted below. You can find the bug report at http://sourceforge.net/tracker/index.php?func=detail&aid=2036736&group_id=2… Thanks in advance Regards Martin --- setup.py --- #!/usr/bin/env python from distutils.core import setup from distutils.sysconfig import get_python_lib setup(name='pyspread', version='0.0.10a', 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/', requires=['numpy (>=1.1)', 'wx (>=2.7)'], scripts=['pyspread/pyspread.py'], packages=['pyspread'], package_dir={'pyspread': 'pyspread'}, package_data={'pyspread': ['icons/*.png', 'icons/actions/*.png', \ 'examples/*', \ 'doc/manual.html', 'README', 'COPYING']}, ) import distutils.sysconfig try: pthfile = open(get_python_lib() + "/pyspread.pth", 'w') pthfile.write("pyspread") pthfile.close() except IOError: print 'Creation of ' + distutils.sysconfig.get_python_lib() + ' pyspread.pth failed.'

2 1

Re: [Distutils] setuptools/buildout: why only one index server configurable
by Phillip J. Eby 30 Nov '08

30 Nov '08

At 08:33 AM 11/26/2008 +0100, Tarek Ziadé wrote: >On Wed, Nov 26, 2008 at 8:22 AM, Andreas Jung <lists(a)zopyx.com> wrote: > > Hi there, > > > > in buildout I can define only one alternative index server using 'index = > > http://pypi.zopyx.com'. Now we are in the situation where we are > running two > > internal index servers (one for our own internal packages and one PyPI > > mirror). Is there some reason for this limitation? I assume this is a > > limitation/feature coming from setuptools? > >Yes it is. That is exactly where setuptools needs to evolve. > >For the record: I have asked for that a few months ago, and Jim said >he wanted to stick with setuptools. > >So proposed a patch in setuptools to be able to merge several indexes, >(see http://bugs.python.org/setuptools/issue32) > >But it hasn't been reviewed yet. Actually, I've reviewed it, I just haven't commented on it yet. There are a few minor issues that I know how they should be fixed (e.g. adding an .isindex(url) method instead of hardcoding loops everywhere), but there's a bigger picture issue (search order among indexes) that I'm not certain about yet, and it interacts with some other issues (like option naming, creation signature of PackageIndex, etc.) So, I'm still mulling that part over.

2 1

Another newbie question regarding setup.py metadata
by Peter Bengtsson 29 Nov '08

29 Nov '08

Sorry if this is a stupid question but what I have done wrong to not get my description and metadata to appear after the upload on http://pypi.python.org/pypi/slimmer/ The setup.py looks like this:: version = '0.1.27' setup(name='slimmer', version=version, description="HTML,XHTML,CSS,JavaScript optimizer", long_description="""\ slimmer.py --------------------- Can slim (X)HTML, CSS and Javascript files to become smaller""", keywords='slimmer optimizer optimiser whitespace', author='Peter Bengtsson', author_email='peter(a)fry-it.com', url='http://www.fry-it.com', license='Python', classifiers = [ "Development Status :: 5 - Production/Stable", "Environment :: Other Environment", "Environment :: Web Environment", "Intended Audience :: Developers", "License :: OSI Approved :: Python Software Foundation License", "Operating System :: OS Independent", "Programming Language :: Python", "Topic :: Communications", "Topic :: Internet :: WWW/HTTP", "Topic :: Other/Nonlisted Topic", "Topic :: Software Development :: Libraries :: Python Modules", ], packages=find_packages(exclude=['ez_setup', 'examples', 'tests']), include_package_data=True, test_suite='slimmer.tests', zip_safe=True, install_requires=[ # -*- Extra requirements: -*- ], entry_points=""" # -*- Entry points: -*- """, ) I did upload my little slimmer package to pypi a long time ago but with a much older distutils that didn't have the test command. So I've now re-created the package with basic_package and ran setup.py sdist bdist_egg upload. -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com

2 2

broken messages from the mailing list
by Jan Matejek 27 Nov '08

27 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is it just me, or are the messages that come in lately broken right in the middle of headers? there's a stray "\n" and it appears that a part of the following line is missing too. Because of that, my mail client considers the rest of headers part of the message, and e.g. won't show the subject. None of the other lists i'm following do this, so i would think that the fault is not on my side ... but who knows. thanks for hints and sorry for the off-topic m. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkksRTAACgkQjBrWA+AvBr+x1ACfZiTXBPB5GSWbK2d9TQm3EE7e Tr0AoJLa7uVGw1cYdAi8dl55l/eflVC0 =n+fw -----END PGP SIGNATURE-----

3 2

Fwd: distutils doesn't use some compiler options when building
by Akira Kitada 26 Nov '08

26 Nov '08

I didn't know distutils has its own list. Forwarding. ---------- Forwarded message ---------- From: Akira Kitada <akitada at gmail.com> Date: Thu, Nov 27, 2008 at 2:28 AM Subject: distutils doesn't use some compiler options when building To: python-dev(a)python.org Hi, I encountered a weird problem using distutils. Generally, distutils try to use the same compiler options used for building Python interpreter, but it looks like some of them are omitted sometimes. - CPPFLAGS are not retrieved from the config and only ones in env are used. - OPT is retrieved from the config, but it's only used when env has CFLAGS. See: http://svn.python.org/view/python/trunk/Lib/distutils/sysconfig.py """ def customize_compiler(compiler): ... if compiler.compiler_type == "unix": (cc, cxx, opt, cflags, ccshared, ldshared, so_ext) = \ get_config_vars('CC', 'CXX', 'OPT', 'CFLAGS', 'CCSHARED', 'LDSHARED', 'SO') if 'CC' in os.environ: cc = os.environ['CC'] if 'CXX' in os.environ: cxx = os.environ['CXX'] if 'LDSHARED' in os.environ: ldshared = os.environ['LDSHARED'] if 'CPP' in os.environ: cpp = os.environ['CPP'] else: cpp = cc + " -E" # not always if 'LDFLAGS' in os.environ: ldshared = ldshared + ' ' + os.environ['LDFLAGS'] if 'CFLAGS' in os.environ: cflags = opt + ' ' + os.environ['CFLAGS'] ldshared = ldshared + ' ' + os.environ['CFLAGS'] if 'CPPFLAGS' in os.environ: cpp = cpp + ' ' + os.environ['CPPFLAGS'] cflags = cflags + ' ' + os.environ['CPPFLAGS'] ldshared = ldshared + ' ' + os.environ['CPPFLAGS'] cc_cmd = cc + ' ' + cflags compiler.set_executables( preprocessor=cpp, compiler=cc_cmd, compiler_so=cc_cmd + ' ' + ccshared, compiler_cxx=cxx, linker_so=ldshared, linker_exe=cc) compiler.shared_lib_extension = so_ext """ Are these logics are intentional or just a bug? If this is intentional behavior, why is that being this way? Thanks,

1 0

Using setuptools
by Val Schmidt 25 Nov '08

25 Nov '08

Hi, 1) When running 'setup.py bdist_egg' the subdirectories build/ and dists/ are created. Do people typically add and mange these directories and their contents within subversion as well? Or do you typically have a separate place, outside of your subversion sandbox for building distributions? 2) I'm using epydoc to generate documentation for my module. Is it appropriate to include the resulting html/ directory and it's contents in the egg in some way and if so, how? -Val ------------------------------------------------------ Val Schmidt CCOM/JHC University of New Hampshire Chase Ocean Engineering Lab 24 Colovos Road Durham, NH 03824 e: vschmidt [AT] ccom.unh.edu m: 614.286.3726

3 4

Error using easy_install
by tjk1＠rice.edu 24 Nov '08

24 Nov '08

Hello, I am trying to install easy_install and setuptools so I can install PyOpenGL. I am using Windows XP Pro SP 2. I use Python 2.4.3 in the C:\Python24 directory. I downloaded and installed setuptools-0.6c9.win32-py2.4.exe without errors. I have added C:\Python24\Scripts to my Path. I have installed ctypes, numpy, PIL, SimpleParse, PyGame, and win32all. When I try to use easy_install I get this error from pkg_resources.py, line 1913: ImportError: No module named command.easy_install I have read this trouble-shooting advice: "If EasyInstall/setuptools appears to install correctly, and you can run the easy_install command but it fails with an ImportError, the most likely cause is that you installed to a location other than site-packages, without taking any of the steps described in the Custom Installation Locations section below. Please see that section and follow the steps to make sure that your custom location will work correctly. Then re-install." But I am not installing to a custom location that I am aware of. setuptools is found in my C:\Python24\lib\site-packages\ directory. I can't find any other information on the web other than the troubleshooting advice on Peak (quoted above). Can someone help me fix my setuptools? -Tim

2 1

[issue55] [PATCH] Jython api_tests.txt doctest compatibility
by Philip Jenvey 22 Nov '08

22 Nov '08

New submission from Philip Jenvey <pjenvey(a)underboss.org>: Jython recently fixed an issue where __file__ would never use the compiled name (i.e. pkg_resources$py.class instead of pkg_resources.py). This exposed a small incompat. in the api_tests.txt Patch attached ---------- assignedto: pje files: api_tests-jython-fix_r67347.diff messages: 208 nosy: pje, pjenvey priority: bug status: unread title: [PATCH] Jython api_tests.txt doctest compatibility Added file: http://bugs.python.org/setuptools/file28/api_tests-jython-fix_r67347.diff _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue55> _______________________________________________

1 0

[issue54] be more like distutils with regard to --prefix=
by Zooko O'Whielacronx 21 Nov '08

21 Nov '08

New submission from Zooko O'Whielacronx <zooko(a)zooko.com>: Here is a patch to create --prefix= subtree if it doesn't already exist and another patch to treat "that's not on the sys.path" as a warning instead of a hard error. This fixes one of the most common complaints that I heard when I asked a bunch of people who refused to use setuptools why they refused to use it. ---------- files: mkdir.patch.txt messages: 206 nosy: zooko priority: feature status: unread title: be more like distutils with regard to --prefix= Added file: http://bugs.python.org/setuptools/file26/mkdir.patch.txt _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue54> _______________________________________________

1 0

[issue53] respect the PYTHONPATH
by Zooko O'Whielacronx 21 Nov '08

21 Nov '08

New submission from Zooko O'Whielacronx <zooko(a)zooko.com>: Here is a patch to let elements of the PYTHONPATH environment variable maintain precedence with regard to installed eggs, while still allowing installed eggs to maintain their precedence with regard to installed non-eggs: http://mail.python.org/pipermail/distutils-sig/2008-November/010487.html ---------- messages: 205 nosy: zooko priority: feature status: unread title: respect the PYTHONPATH _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue53> _______________________________________________

1 0