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:
The Web pages aren't actually there yet; Andrew will get to this
when he can, I'm sure. ;)
Fred L. Drake, Jr. <fdrake at acm.org>
PythonLabs at Digital Creations
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.)
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
As a network admin with dozens of machines to configure, how do
you recommend I proceed. The machines will need the following basic
- Python 2.0 Final (BeOpen version)
- 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
Please send any answers to my email address as I have not
subscribed to the SIG.
From: Andrew Kuchling [mailto:firstname.lastname@example.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.
From: Bastian Kleineidam [mailto:email@example.com]
> >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
> 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:
> 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
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).
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
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
>>>>>>>>>> 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
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