Distutils-SIG July 2011

distutils-sig@python.org

11 participants
20 discussions

by Greg Ward

Hi all -- at long last, I have fixed two problems that a couple people noticed a while ago: * I folded in Amos Latteier's NT patches almost verbatim -- just changed an `os.path.sep == "/"' to `os.name == "posix"' and added some comments bitching about the inadequacy of the current library installation model (I think this is Python's fault, but for now Distutils is slavishly aping the situation in Python 1.5.x) * I fixed the problem whereby running "setup.py install" without doing anything else caused a crash (because 'build' hadn't yet been run). Now, the 'install' command automatically runs 'build' before doing anything; to make this bearable, I added a 'have_run' dictionary to the Distribution class to keep track of which commands have been run. So now not only are command classes singletons, but their 'run' method can only be invoked once -- both restrictions enforced by Distribution. The code is checked into CVS, or you can download a snapshot at http://www.python.org/sigs/distutils-sig/distutils-19990607.tar.gz Hope someone (Amos?) can try the new version under NT. Any takers for Mac OS? BTW, all parties involved in the Great "Where Do We Install Stuff?" Debate should take a good, hard look at the 'set_final_options()' method of the Install class in distutils/install.py; this is where all the policy decisions about where to install files are made. Currently it apes the Python 1.5 situation as closely as I could figure it out. Obviously, this is subject to change -- I just don't know to *what* it will change! Greg -- Greg Ward - software developer gward(a)cnri.reston.va.us Corporation for National Research Initiatives 1895 Preston White Drive voice: +1-703-620-8990 Reston, Virginia, USA 20191-5434 fax: +1-703-620-0913

2 years, 10 months

Package versioning

by Timothy Docker

Hi all, I've been aware that the distutils sig has been simmerring away, but until recently it has not been directly relevant to what I do. I like the look of the proposed api, but have one question. Will this support an installed system that has multiple versions of the same package installed simultaneously? If not, then this would seem to be a significant limitation, especially when dependencies between packages are considered. Assuming it does, then how will this be achieved? I am presently managing this with a messy arrangement of symlinks. A package is installed with its version number in it's name, and a separate directory is created for an application with links from the unversioned package name to the versioned one. Then I just set the pythonpath to this directory. A sample of what the directory looks like is shown below. I'm sure there is a better solution that this, and I'm not sure that this would work under windows anyway (does windows have symlinks?). So, has this SIG considered such versioning issues yet? Cheers, Tim -------------------------------------------------------------- Tim Docker timd(a)macquarie.com.au Quantative Applications Division Macquarie Bank -------------------------------------------------------------- qad16:qad $ ls -l lib/python/ total 110 drwxr-xr-x 2 mts mts 512 Nov 11 11:23 1.1 -r--r----- 1 root mts 45172 Sep 1 1998 cdrmodule_0_7_1.so drwxr-xr-x 2 mts mts 512 Sep 1 1998 chart_1_1 drwxr-xr-x 3 mts mts 512 Sep 1 1998 Fnorb_0_7_1 dr-xr-x--- 3 mts mts 512 Nov 11 11:21 Fnorb_0_8 drwxr-xr-x 3 mts mts 1536 Mar 3 12:45 mts_1_1 dr-xr-x--- 7 mts mts 512 Nov 11 11:22 OpenGL_1_5_1 dr-xr-x--- 2 mts mts 1024 Nov 11 11:23 PIL_0_3 drwxr-xr-x 3 mts mts 512 Sep 1 1998 Pmw_0_7 dr-xr-x--- 2 mts mts 512 Nov 11 11:21 v3d_1_1 qad16:qad $ ls -l lib/python/1.1 total 30 lrwxrwxrwx 1 root other 29 Apr 10 10:43 _glumodule.so -> ../OpenGL_1_5_1/_glumodule.so lrwxrwxrwx 1 root other 30 Apr 10 10:43 _glutmodule.so -> ../OpenGL_1_5_1/_glutmodule.so lrwxrwxrwx 1 root other 22 Apr 10 10:43 _imaging.so -> ../PIL_0_3/_imaging.so lrwxrwxrwx 1 root other 36 Apr 10 10:43 _opengl_nummodule.so -> ../OpenGL_1_5_1/_opengl_nummodule.so lrwxrwxrwx 1 root other 27 Apr 10 10:43 _tkinter.so -> ../OpenGL_1_5_1/_tkinter.so lrwxrwxrwx 1 mts mts 21 Apr 10 10:43 cdrmodule.so -> ../cdrmodule_0_7_1.so lrwxrwxrwx 1 mts mts 12 Apr 10 10:43 chart -> ../chart_1_1 lrwxrwxrwx 1 root other 12 Apr 10 10:43 Fnorb -> ../Fnorb_0_8 lrwxrwxrwx 1 mts mts 12 Apr 10 10:43 mts -> ../mts_1_1 lrwxrwxrwx 1 root other 15 Apr 10 10:43 OpenGL -> ../OpenGL_1_5_1 lrwxrwxrwx 1 root other 33 Apr 10 10:43 opengltrmodule.so -> ../OpenGL_1_5_1/opengltrmodule.so lrwxrwxrwx 1 root other 33 Apr 10 10:43 openglutil_num.so -> ../OpenGL_1_5_1/openglutil_num.so lrwxrwxrwx 1 root other 10 Apr 10 10:43 PIL -> ../PIL_0_3 lrwxrwxrwx 1 mts mts 10 Apr 10 10:43 Pmw -> ../Pmw_0_7 lrwxrwxrwx 1 root other 10 Apr 10 10:43 v3d -> ../v3d_1_1

2 years, 10 months

[Distutils-sig] distutils charter and interscript

by John Skaller

2 years, 10 months

[buildout] branches languishing? (site-packages and distutils scripts)

by Chris Withers

Hi All, I'm wondering what the state of play is with the following branches: reinout-scripts gary-4-include-site-packages What more needs to happen for these to get merged to trunk and a release made? cheers, Chris

8 years, 11 months

unable to upload to pypi

by Algis Kabaila

Hi, Our 26 year old grand daughter on a visit from Sydney strongly suggested that I should upload my work to pypi. I think she is right, so I put up a real effort to learn the tools to make the package presentable. I think I did finally succeed to wrap my package in a respectable form. I attach the listing of the setup.py. I think that the install script, the documentation and the package (in Python 3.2) all work fine - as a test I placed it in my home page - documentation : http://akabaila.pcug.org.au/matalg-doc/index.html the package Matalg-0.1.0.tar.gz http://akabaila.pcug.org.au/downloads/ I am registered user of pypi and have downloaded some packages from there. However, try as I have, I can not upload to pypi. I attach the dialog between me and my PC of the last few minutes: I have a ".pypirc" file in my home directory (password obscured): [server-login] username:OldAl password:xxxxxx My PC is named (immodestly) "supremo", the os is kubuntu 11.04 natty, my user name on my PC is "ak", my login name on pypi is "OldAl", the package licence is LDPL - and here is the dialog: ak@supremo:/dat/work/py3/Matrix-Algebra$ python setup.py sdist upload running sdist running check reading manifest template 'MANIFEST.in' writing manifest file 'MANIFEST' creating Matalg-0.1.0 creating Matalg-0.1.0/matalg-mod creating Matalg-0.1.0/matalg-pdf making hard links in Matalg-0.1.0... hard linking README.txt -> Matalg-0.1.0 hard linking setup.py -> Matalg-0.1.0 hard linking matalg-mod/Matalg.py -> Matalg-0.1.0/matalg-mod hard linking matalg-mod/__init__.py -> Matalg-0.1.0/matalg-mod hard linking matalg-mod/testMat.py -> Matalg-0.1.0/matalg-mod hard linking matalg-pdf/quickStart.pdf -> Matalg-0.1.0/matalg-pdf hard linking matalg-pdf/referenceMatalg.pdf -> Matalg-0.1.0/matalg-pdf hard linking matalg-pdf/userManual.pdf -> Matalg-0.1.0/matalg-pdf Creating tar archive removing 'Matalg-0.1.0' (and everything under it) running upload Submitting dist/Matalg-0.1.0.tar.gz to http://pypi.python.org/pypi Upload failed (403): Forbidden ak@supremo:/dat/work/py3/Matrix-Algebra$ It all seem to indicate that either my password is not recognised, my ID is in doubt - or the more mundane - I am making the same mistake over and over again. What can I do (other than banging my head against a wall)? Algis Kabaila, PhD, MEngSc (UNSW) http://akabaila.pcug.org.au/StructuralAnalysis.pdf

9 years, 7 months

using ZSQLMethods pypi package in zope 2.13

by Fernando Martins

Hi, I am using zope 2.9.9 and I was trying a migration to 2.13.8 which I have installed with buildout. I am however struggling with this new system, much more complex than the simple old Products system. The zope instance contains a Products folder where I have been able to drop in a few packages (a subfolder in it, actually) from Pypi. However, ZSQLMethods contains the Shared subfolder which is a dependency for the ZSQLMethods and I don't know where to put Shared to make it work (it doesn't work under Products). Based on the buildout.cfg of ZSQLMethods, I did: [buildout] ... parts = ... zsql [zsql] recipe = zc.recipe.testrunner eggs = Products.ZSQLMethods However, running bin/buildout I got Error: Picked: Products.ZSQLMethods = 2.13.4 I guess it should not be so difficult to install ZSQLMethods, but I can't really figure it out. Suggestions? Fernando

9 years, 7 months

How to specify header files for extension module?

by Johan Råde

Is this the right mailing list for asking questions about how to use distutils? How do I specify the header files in a setup.py script for a Python extension module? Listing them with source files as follows does not work. from distutils.core import setup, Extension from glob import glob setup( name = "Foo", version = "0.1.0", ext_modules = [Extension('Foo', glob('Foo/*.cpp') + glob('Foo/*.h'))] ) But I can not figure out where else to list them. --Johan

9 years, 7 months

Re: [Distutils] Using `pkg_resources` without importing the module

by P.J. Eby

At 12:38 AM 7/11/2011 +0200, cool-RR wrote: >On Mon, Jul 11, 2011 at 12:33 AM, P.J. Eby ><<mailto:pje@telecommunity.com>pje(a)telecommunity.com> wrote: >At 09:25 PM 7/10/2011 +0200, cool-RR wrote: >Hello, > >I want to use `pkg_resources` to retrieve an image file from a >Python package. But I want to do this without importing the actual >package. Is this possible using `pkg_resources`, or does it import the package? > > >It imports the package, as it needs to know what loader object was >used, to know whether it will be reading from a zipfile or whatever else. > > >Hm. Are you familiar with any other method that can be used to get >resources without importing? > >If you don't, then my next direction is to combine `pkg_resources` >with my "module-tasting" technique; using an `__import__` hook to do >a very minimialistic import of a module/package, without importing >any other modules that it tries to import. Do you think that this >minimalistic import will give `pkg_resources` enough data (about the >loader or otherwise) to get the resources? Dunno. It looks for a __loader__ attribute, so that's got to be there. (Unless it's a normal filesystem package or module; that's the case where __loader__ is not normally set.)

9 years, 7 months

Re: [Distutils] Using `pkg_resources` without importing the module

by P.J. Eby

At 09:25 PM 7/10/2011 +0200, cool-RR wrote: >Hello, > >I want to use `pkg_resources` to retrieve an image file from a >Python package. But I want to do this without importing the actual >package. Is this possible using `pkg_resources`, or does it import the package? It imports the package, as it needs to know what loader object was used, to know whether it will be reading from a zipfile or whatever else.

9 years, 7 months

Using `pkg_resources` without importing the module

by cool-RR

Hello, I want to use `pkg_resources` to retrieve an image file from a Python package. But I want to do this without importing the actual package. Is this possible using `pkg_resources`, or does it import the package? Thanks, Ram.

9 years, 7 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Distutils-SIG July 2011