Mailman 3 November 2000 - Distutils-SIG

Re: [Python-Dev] Re: [Distutils] Catalog-SIG created
by Fred L. Drake, Jr. 08 Nov '00

08 Nov '00

Mark W. Alexander writes: > Is there another way to subscribe, or did I just jump the gun? You can get to the Mailman interface at: http://www.python.org/mailman/listinfo/catelog-sig/ The Web pages aren't actually there yet; Andrew will get to this when he can, I'm sure. ;) -Fred -- Fred L. Drake, Jr. <fdrake at acm.org> PythonLabs at Digital Creations

2 1

CFLAGS and g++
by Issac Trotts 08 Nov '00

08 Nov '00

Does anyone know how to get distutils to use g++ instead of gcc and how to specify the CFLAGS? Just setting CFLAGS and CC in the setup.py script for FXPy doesn't do the job. Thanks, Issac

1 0

Re: [Distutils] Catalog-SIG created
by Robin Dunn 08 Nov '00

08 Nov '00

> > The catalog-sig link off the sigs page (http://www.python.org/sigs/) > gives me a 404 Not Found. > > Is there another way to subscribe, or did I just jump the gun? > http://www.python.org/mailman/listinfo/catalog-sig -- Robin Dunn Software Craftsman robin(a)AllDunn.com http://wxPython.org Java give you jitters? http://wxPROs.com Relax with wxPython!

1 0

Catalog-SIG created
by Andrew Kuchling 08 Nov '00

08 Nov '00

A mailing list for the Catalog SIG has been created, to discuss the design and construction of a Vaults/CPAN/LSM-like index for Python. Web pages for the SIG don't exist yet, but will be created soon. The SIG's charter: The Python Catalog SIG aims at producing a master index of Python software and other resources. It will begin by figuring out what the requirements are, converging on a design for the data schema, and producing an implementation. ("Implementation" will almost certainly include mean a set of CGI scripts for browsing the catalog, and may also contain a standard library module for automatically fetching & installing modules, if the SIG decides that's a worthwhile feature.) --amk

1 0

distutils Mac changes still pending
by Jack Jansen 07 Nov '00

07 Nov '00

Greg, you still don't seem to have checked in all the Mac mods I sent you 6 weeks ago, for using the new GetArgs dialogs and such. Did it slip by, or is there a reason you haven't checked them in? -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.oratrix.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

1 0

Network Admin Full Python 2.0 Setup
by Mark Evans 07 Nov '00

07 Nov '00

As a network admin with dozens of machines to configure, how do you recommend I proceed. The machines will need the following basic configuration: - Python 2.0 Final (BeOpen version) - win32all-135 - wxPython 2.2 - NumPy 17.0 The distutils, unfortunately, will only work for NumPy. My question is about the basic Python system and the other add-ons. My thought is that a Python script on some preconfigured master PC could read its own install.log and perform, line by line, the actions indicated, including file copies and Windows registry settings. Please send any answers to my email address as I have not subscribed to the SIG. Thanks, Mark Evans mailto:mark.evans@clarisay.com

2 1

RE: [Distutils] Some suggested additions for distutils
by Moore, Paul 07 Nov '00

07 Nov '00

From: Andrew Kuchling [mailto:akuchlin@mems-exchange.org] > > Greg's already used the time machine to add that feature: > > kronos ZEO>python setup.py --help > Global options: > --verbose (-v) run verbosely (default) > --quiet (-q) run quietly (turns verbosity off) > --dry-run (-n) don't actually do anything > --help (-h) show detailed help message Missed that one. I think I was looking at the help for the install command, not at the global help. Sorry, Paul.

2 1

RE: [Distutils] Installation directory
by Moore, Paul 07 Nov '00

07 Nov '00

From: Bastian Kleineidam [mailto:calvin@cs.uni-sb.de] > >it is installed directly into the > >C:\Applications\Python20 directory, which is > >the Python installation directory. This is not > >what I would want, especially as the default > >action. > > There was a somewhat lengthy discussion > about installation dirs at the beginning > of the year, including some mighty words > from Guido. You can follow the discussion > on the archives, here is a wrapup: > http://www.python.org/pipermail/distutils-sig/20 > 00-February/001181.html I think in most cases it > boils down to installing things in sys.prefix > and sys.exec_prefix. OK. So the current behaviour is by design. That's fair enough - I don't personally like it, but that isn't a good reason for it to change. > Nothing prevents you from using your custom > install scheme though (with --install-lib and > such). Agreed. I guess that is what I should do. Two questions spring to mind: 1. Is it possible for me to specify a default --install-lib value which will be used in all installs unless overridden (effectively a site preferences file for distutils)? If not, is it feasible to add such a thing? 2. What happens with binary distributions? (I've not tried building one of these yet, so it may be obvious...) Can I install a binary distribution and specify --install-lib, or is the bdist_wininst version unable to accept command line overrides? Actually, a third (Python) question: If I do add a "site library" directory, what do I need to do to get Python to recognise it by default? Looking at the documentation of the site module, it looks like Unix has a site-python directory already, via sys.prefix, whereas Windows doesn't. Should/could I just set sys.prefix somehow? (Maybe this should be directed to somewhere like the Python newsgroup, though). Paul

4 3

Package installation strategy !
by Michel Sanner 07 Nov '00

07 Nov '00

Hello, I had a look at Python2.0 over the week end and I noticed that the installation procedure creates a site-packages directory under $prefix but not under $exec_prefix. Is there a consensus about wher packages containing a mix of .py and .so files should go ? Should we ise the PyOpenGL strategy of extending the path with a sub-directory for platform specific stuff at run time ? or should we place all .so files in lib-dynload ? or should we have a site-packages under $exec_prefix and duplicate the .py files (my concern here is not disk space but rather keeping these files in sync!) I know I have already brought this up ! so forgive me .... but I rather have a mechanism allowing Python to search platform dependent extensions first (to get fast versions if they are available) and then search platform independent packages even if a package match has be found earlier. Thanks for any thoughts/hints/advise on this -Michel -- ----------------------------------------------------------------------- >>>>>>>>>> AREA CODE CHANGE <<<<<<<<< we are now 858 !!!!!!! Michel F. Sanner Ph.D. The Scripps Research Institute Assistant Professor Department of Molecular Biology 10550 North Torrey Pines Road Tel. (858) 784-2341 La Jolla, CA 92037 Fax. (858) 784-2860 sanner(a)scripps.edu http://www.scripps.edu/sanner -----------------------------------------------------------------------

2 1

compiling extension for app
by Pete Shinners 07 Nov '00

07 Nov '00

is there a simple way to get distutils to compile an extension for my end-user app? i need a small extension compiled and just placed in the current directory (not installed to PYTHONHOME) i'm not sure if distutils supports anything like this, but i imagine someone out there has done something similar? i'd be glad to get my hands on some info or examples, thanks

3 2