Mailman 3 November 2001 - Distutils-SIG

Re: [Distutils] Re: buildpkg.py to evaluate (Was: Python package maker for OS X Installer.app)
by Jack Jansen 16 Nov '01

16 Nov '01

> Say, would it be possible to write a distutils interface for Dinu's > package manager driver ? If so, I wish someone from the Mac crowd > would seriously look into this. If you need help, just ask... I pointed Dinu in the right direction (at least, I pointed him at dbist_dumb.py, which I think is the right direction:-). -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

2 1

Setting group and owner on installed files
by François Pinard 10 Nov '01

10 Nov '01

Hello, my Distutils friends! :-) I've been reading this list for a good while, but this is my first message here, so far that I remember. Before going any further, let me express my satisfaction about `distutils', which gives us the mean of very simple and surprisingly quick installations of our Python things. Despite we use some recent Python version on a few machines, we use Python 1.5.2 for most of them. I installed Distutils explicitely on all those, so it is available everywhere and to everybody in the team, here. We are many people (accounts) installing local Python code, and we like avoiding being root while installing. Our setup use 2775 on installation directories and 664 or 775 for installed files, everything under the same Unix group. It would be very convenient to us if we could manage with Distutils, so these permissions and common group were enforced on installation files, directly at `python setup.py install' time. The main purpose of this letter is suggesting such a feature for some later version of Distutils. But also, to welcome any clever suggestion someone could have in the meantime! Keep happy, all! -- François Pinard http://www.iro.umontreal.ca/~pinard

2 2

Re: [Distutils] distutils on OS X?
by Jack Jansen 09 Nov '01

09 Nov '01

> I'm on 10.1 and there's is no way back. Unfortunately most > of the Cocoa developer tools also don't work anymore... > which is an ugly Apple move IMHO, that forces people to > download 180 MB after registering in their developers pro- > gram, I'm told... sigh! If you mean that you are running 10.1, but still using the old 10.0 development tools then I understand why you get funny errors. Running the old development tools under 10.1 is something that Apple explicitly says will not work. It stands to reason, if you think of it: the shared library format has changed to allow two level namespaces, and those new shared libraries are installed with 10.1. However, your old 10.0 linker has absolutely no knowledge of the format of two level namespace libraries... Once you've installed the 10.1 developer tools, if you want to support 10.0 as well as 10.1 you should read the Two-Level Namespace Executables release note. It explains how to do it, and what the pitfalls are. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

2 1

distutils on OS X?
by Dinu Gherman 09 Nov '01

09 Nov '01

Hi, I haven't seen many postings about Darwin and Mac OS X in this group, so let me add one! Has anybody a clue about the official status of distutils on this platform? I'm trying to build the reportlab package, but find that distutils seems to be fully unaware of anything like a 'darwin' platform... On my OS X box I get the following: [localhost:~/Desktop/reportlab/lib] dinu% python Python 2.1 (#4, 05/17/01, 18:34:21) [GCC Apple DevKit-based CPP 6.0alpha] on darwin1 Type "copyright", "credits" or "license" for more information. >>> import sys, os >>> from distutils.util import get_platform >>> os.name 'posix' >>> sys.platform 'darwin1' >>> get_platform() 'darwin-1.4-Power Macintosh' >>> (Note the space in 'darwin-1.4-Power Macintosh'!) I checked the distutils packge of 2.2a?, but that doesn't seem to be any different. When trying to build the reportlab package (after adding 'darwin1' to the list of known platforms), I get this: [localhost:~/Desktop/reportlab/lib] dinu% python setup.py build running build running build_ext building '_rl_accel' extension creating build creating build/temp.darwin-1.4-Power Macintosh-2.1 cc -g -O2 -Wall -Wstrict-prototypes -I/usr/local/include/python2.1 -c _rl_accel.c -o build/temp.darwin-1.4-Power Macintosh-2.1/_rl_accel.o In file included from /usr/local/include/python2.1/pyport.h:84, from /usr/local/include/python2.1/Python.h:54, from _rl_accel.c:10: /usr/include/math.h:191: warning: function declaration isn't a prototype creating build/lib.darwin-1.4-Power Macintosh-2.1 cc -bundle -undefined suppress build/temp.darwin-1.4-Power Macintosh-2.1/_rl_accel.o -o build/lib.darwin-1.4-Power Macintosh-2.1/_rl_accel.so /usr/bin/ld: /usr/lib/libSystem.dylib load command 6 unknown cmd field error: command 'cc' failed with exit status 1 I can see that Just posted a message about possibly related issues but didn't get any feedback... Well, that's it for a start... Regards, Dinu -- Dinu C. Gherman ................................................................ "They made a desert and called it peace." (Tacitus)

3 5

Re: [Distutils] distutils on OS X?
by Jack Jansen 09 Nov '01

09 Nov '01

> Under 2.2 cvs: > cc -bundle -flat_namespace -undefined suppress build/temp.darwin-1.4-Power > Macintosh-2.2/_rl_accel.o -o build/lib.darwin-1.4-Power > Macintosh-2.2/_rl_accel.so > > This -flat_namespace option might help, so maybe it's fixable by editing the > configure script. Jack? (This would most definitely be a candidate for 2.1.2, if > there'll be one.) Agreed, for 2.1.2. But note that the -flat_namespace should only be used on 10.1/Darwin 1.4, not on 10.0/Darwin 1.2. For 2.2 I would like to do away with the -flat_namespace and in stead follow the path I explained in a previous mail. It is much less error-prone, and it should be more efficient to load modules too (according to Apple's docs). -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

1 0

Re: [Distutils] distutils on OS X?
by Jack Jansen 09 Nov '01

09 Nov '01

> Hi, > > I haven't seen many postings about Darwin and Mac OS X in this > group, so let me add one! > > Has anybody a clue about the official status of distutils on > this platform? I'm trying to build the reportlab package, > but find that distutils seems to be fully unaware of anything > like a 'darwin' platform... Hmm, distutils seems to be aware enough of Darwin that Python's own setup.py, for building the standard extension modules, works grand. > [...] > > cc -bundle -undefined suppress build/temp.darwin-1.4-Power Macintosh-2.1/_rl_accel.o -o build/lib.darwin-1.4-Power Macintosh-2.1/_rl_accel.so > /usr/bin/ld: /usr/lib/libSystem.dylib load command 6 unknown cmd field > error: command 'cc' failed with exit status 1 My guess is that the "-undefined suppress" is the main problem. As of Mac OS X 10.1 using that option is heavily discouraged. What the option does is basically say "ignore all undefined references, we'll see what we can do about them at load time". I'm not 100% sure that this is the problem here, because the error message looks a bit funny, but the rest of the info in this message is true anyway, even if it doesn't solve the immedeate problem:-) The correct way to build extensions is either one of the following: - Build a framework Python, by using --enable-framework on the configure. This will create the whole Python core as a framework, and extensions will be linked against this framework. This creates a more MacOSX-like python (and it is what I usually do), but the Python will be less unix-like. Distutils already understands about this one. - Modify distutils so that it passes the "-bundle_loader python" option to the linker (where "python" is the path to the Python executable), and not pass "-undefined suppress". This will allow the linker to lookup the external references from the extension in the python executable, and register that those externals will be satisfied from the loading executable at load time. (Note that the executable at load time needn't be in the same place). -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

1 0

Installation problem with True64 AFS file system
by Konrad Hinsen 07 Nov '01

07 Nov '01

An MMTK user sent me a bug report which is in my opinion a distutils problem. Does anyone have an idea what is going on here? As an aside, I'm having problems with the installation of MMTK itself on Alpha/Tru64. I keep getting these: copying MMTK/Database/Groups/aspartic_acid_uni2 -> /afs/bi/v/(a)sys/languages/python/latest/lib/python2.0/site-packages/MMTK/Database/Groups error: /afs/bi/v/(a)sys/languages/python/latest/lib/python2.0/site-packages/MMTK/Database/Groups/aspartic_acid_uni2: Not owner The file is copied, but the installation process halts there. I am able to proceed by rerunning the python setup.py install; it notices that that file got there OK, copies the next one, and halts again. As you notice, we have the AFS file system (whose chmod/chown semantics are quite different from regular UNIX). This is not a problem on Linux, HP, SGI or Sun, only on Alpha. Also, it does not matter whether I have my normal account or the administrator account on AFS. What is the installation program trying to do and is it altogether necessary? Konrad. -- ------------------------------------------------------------------------------- Konrad Hinsen | E-Mail: hinsen(a)cnrs-orleans.fr Centre de Biophysique Moleculaire (CNRS) | Tel.: +33-2.38.25.56.24 Rue Charles Sadron | Fax: +33-2.38.63.15.17 45071 Orleans Cedex 2 | Deutsch/Esperanto/English/ France | Nederlands/Francais -------------------------------------------------------------------------------

1 0

Re: distutils for jython
by R Datta 02 Nov '01

02 Nov '01

Try using this javaos.py (http://us.f1.yahoofs.com/users/c014a8c5/bc/Mail+Attachments/javaos.py.py?bc…) I have put in two (kludgy) patches: for utime & chmod. They are ugly but at least now setup.py runs to completion. Raj At 06:34 AM 10/31/2001, Dawurske,Jens wrote: >Hi, > >I ran into the same problems described in >http://mail.python.org/pipermail/distutils-sig/2001-October/002613.html . > >Is there already a patch so os.utime is available for jython? I'm using >jython 2.1a3. > >Thanks in advance > >Jens > >Jens Dawurske mailto:JDawurske@ohltec.de >ohltec AG www.ohltec.de >web campus Kiel >Kaistrasse 101 Tel.: 0431-7755 500 >24114 Kiel Fax: 0431-7755 555 Thanks Raj Datta Professional Services Direct : 408-530-4932 CrossAccess Corp Cell : 408-316-5473 2900 Gordon Ave #100 Fax : 408-735-0328 Santa Clara CA 95051 Email : rdatta(a)crossaccess.com

1 0