is on an
Apple machine.
http://www.scipy.org/Mailing_Lists
You may also want to check the SpamBayes project. Their validation framework
might be applicable to your problem set.
http://spambayes.sourceforge.net/
--
Robert Kern
"I have come to believe that the whole world is an enigm
On 2009-12-21 11:39 AM, Christopher Barker wrote:
I wonder when Enthought is going to go to 2.6 for EPD?
The betas are out now and are available to subscribers. I'm not sure exactly
when the final release will be out (and freely available for the academic
license), but soon.
--
R
On 2009-10-22 07:02 AM, Ronald Oussoren wrote:
On 21 Oct, 2009, at 22:14, Dave Peterson wrote:
Ronald Oussoren wrote:
On 19 Oct, 2009, at 23:20, Robert Kern wrote:
I presume he's using the Enthought Python Distribution (disclosure:
I work for Enthought), which does have such a ve
On 2009-10-21 14:59 PM, Ronald Oussoren wrote:
On 19 Oct, 2009, at 23:20, Robert Kern wrote:
Edit /Library/Frameworks/.../lib/python2.5/config/Makefile to remove
the occurrences of "-arch ppc" if you never want to build PPC versions
of stuff again. More recent versions of EPD s
. It's basically a
not-entirely-palatable hack to make sure that users can install and uninstall
EPD in order to try it out without breaking their previously installed Pythons.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made
distribute apps for others to run.
OS X's 64-bit subsystem, now standard in Snow Leopard, does not have Carbon for
UIs, only Cocoa. wxPython is still built against Carbon. wxCocoa is still in
development.
32-bit builds of Python can still work with wxPython on Snow Leopard, though.
--
Rober
installation is the use
of the wrong wx-config, though I am not sure how to correct the problem.
And neither does this list, most likely. It's my code that's causing issues.
Let's keep this on enthought-dev.
--
Robert Kern
"I have come to believe that the whole world is an enigm
as a matter of fact. For example, I do
>
> easy_install foo
>
> foo has install_requires("numpy==1.0.3")
>
> now setuptools will download and install numpy1.0.3, but it won't get
> used, 'cause there is an older numpy earlier on the pythonpath.
This is inco
Robert Kern wrote:
> Boyd Waters wrote:
>> On Oct 26, 2007, at 7:50 PM, [EMAIL PROTECTED] wrote:
>>
>>> It right there in my original message (and in the python man page).
>>> You have to use EditLine syntax:
>>>
>>> readline.parse_and_bind (
Robert Kern wrote:
> Robert Kern wrote:
>> Christopher Barker wrote:
>>
>>> So does that mean we can build Universal binaries of Scipy now?
>> With some fiddling, probably.
>
> Namely,
>
> $ LDFLAGS="-undefined dynamic_lookup -bundle -a
Robert Kern wrote:
> Christopher Barker wrote:
>
>> So does that mean we can build Universal binaries of Scipy now?
>
> With some fiddling, probably.
Namely,
$ LDFLAGS="-undefined dynamic_lookup -bundle -arch i386 -arch ppc" python
setup.py config_fc --fcompi
Christopher Barker wrote:
> So does that mean we can build Universal binaries of Scipy now?
With some fiddling, probably.
> And back to the original question -- is the binary at python mac (only
> 2.4 at my last look) Universal?
Almost certainly not.
--
Robert Kern
"I have c
O universal binary with 2 architectures
bispev.o (for architecture i386): Mach-O object i386
bispev.o (for architecture ppc): Mach-O object ppc
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad
t have to worry about what CPU type they have
> in their machine.
Please be careful with accusations of user-unfriendliness. Whatever reference
Ulysses found, it certainly wasn't to any officially distributed egg.
--
Robert Kern
"I have come to believe that the whole world is an e
on of SWIG that generates non-const-correct C++ code. Python
2.5 uses a version of gcc that's a bit pickier than the 2.4 build that you used.
Get the latest version of SWIG (1.3.31 should be fine, I think), regenerate the
gdal_wrap.cpp, and recompile.
--
Robert Kern
"I have come to
Christopher Barker wrote:
> Robert Kern wrote:
>> Yup. -framework Accelerate
>
> Robert, just so we're clear here. If one does a straight "setup.py
> build" with numpy 1.0.1, do you get a version that uses Veclib? I do
> understand that that is the Fort
David Warde-Farley wrote:
> On 11-Jan-07, at 11:18 PM, Robert Kern wrote:
>
>> Well, it's linking just fine, but vecLib removed the ATLAS version
>> information
>> that the scipy build system uses to determine whether or not to
>> build the
>>
ing just fine, but vecLib removed the ATLAS version information
that the scipy build system uses to determine whether or not to build the
wrappers for the C versions of the BLAS subroutines that ATLAS and vecLib
provide. And the C versions of LAPACK subroutines are simply missing.
Neither are
5368.html
If that doesn't solve the problem, try adding -lSystemStubs to the build_ext
command:
$ python setup.py build_src build_clib --fcompiler=gnu95 build_ext
-lSystemStubs --fcompiler=gnu95 build
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmles
cript, you can activate it in
"development" mode by going to that directory and running::
/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
setup.py develop
See the setuptools documentation for the "develop" command for more info.
--
Ro
on a Google search for "python eggs" are all on-topic and
tell you what you want to know about eggs (although they won't tell you where to
get matplotlib documentation and examples).
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless
m, ignore it. It targetted a now-old Python distribution, and I don't have
time to update it anymore. References recommending it should be removed.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad at
cc 4.0.
You are looking at somewhat old instructions. While there are still some
problems with gfortran (which only supports gcc 4.0 rather than g77 with only
supports gcc 3.x), they are few and minor.
Install a gfortran binary from this page:
http://hpc.sourceforge.net
Then build scipy using --
__init__.py the way it is (it
used to have postpone=True). If Pearu, who wrote that bit of code, doesn't
speak
up by Thursday, I'll have it removed in favor of regular imports for the beta.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless eni
up to Cocoa NSViews, but most of the CoreGraphics API is wrapped.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth."
-- Umberto Eco
__
K?
> -lcc_dynamic sounds like compiler mismatch or something.
It's a scipy-specific issue. We add that library when compiling against
g77-built libraries, and up until recently, it also showed up when using
gfortran. It should be fixed now in recent SVN checkouts of numpy.
--
Robert K
eadline capability. What's the use case here?
1) and 2) certainly don't have any readline capability built in to them. The
Emacs shell buffer does, but it's not the same thing as the readline module,
which IPython accesses to add its own completer functions.
--
Robert Kern
[
1mach.f is compiled with
only -O, not -O2. Possibly -ffloat-store, too, I don't remember.
In any case, numpy.distutils doesn't let you set the name of the fortran
compiler through an environment variable, I don't think. I recommend making a
symlink named "gfortran" to the
anges.
> BTW. from my limited testing it seems that numpy binaries build on
> 10.4 also work on 10.3.9. I don't actually use numpy myself, so don't
> know how to properly test it.
numpy.test() will run the test suite.
--
Robert Kern
[EMAIL PROTECTED]
"I have come t
the i386 architecture. I'm pretty sure that I had implemented
> support for stripping these arguments on a 10.3 system. Hopefully
> I'll have time to boot into 10.3 tomorrow.
numpy extends distutils, so it may be overriding certain changes you've made to
distutils. We may have to
ed, BBEdit comes with a convenient command-line executable for just
this use. Since this is a common idiom for programs that start external editors,
this executable ought to have the desired behavior (possibly available through a
command line option). One should use this executable instead.
--
Robert
MacEnthon. It was just a bunch of bdist_mpkg's tied
together by a single mpkg. It is quite old and is not being updated.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed t
Dethe Elza wrote:
> I think the solution is for VPython to be ported to Aqua instead of
> using X11 (so it can use regular OS X Python, not Fink, among other
> good things).
Framework builds of Python can use X11 just fine. I'm not sure that's the
holdup.
--
Robert Ke
> skip> /usr/bin/pythonw...
>
> Alas, explicitly specifying the long path didn't work either. It bombs on
> import of appscript:
Try
#!/usr/bin/env /usr/bin/pythonw
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows h
ays like numpy has. So go
for numpy.
http://numeric.scipy.org/
That said, I don't think many people have actually been using >32-bit arrays
with numpy, yet, so there are probably still some issues to be worked out.
Disclaimer: I am a numpy developer.
--
Robert Kern
[EMAIL PROTECTED
ve been eggified.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/
e spent more than five minutes reading the setuptools docs and
getting these package buildable as eggs. What I haven't done is spend the time
to convince the other maintainers to distribute via PyPI in addition to
Sourceforge. One must have priorities.
--
Robert Kern
[EMAIL PROTECTED]
"In th
+ 168 (flibmodule.c:843)
It's a problem with f2py; nothing Mac-specific here. You'll want to ask
on scipy-dev. We'll need to know what versions of f2py and Numeric
(scipy_core?) you are using.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass g
ource
> software that doesn't work so well on 10.4 (gcc 4.0 issues). Maybe the
> situation is good enough now, I'm not sure.
You don't have to use gcc-4.0 on 10.4. gcc-3.3 is still there and
perfectly functional.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where
ler .zip never got updated.
Unzipping with StuffIt Expander will set the appropriate permissions.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
(macpython)
>
> apples-Computer:~ apple$ python2.3
> /Users/apple/Desktop/PyRTF-0.45/setup.py install
> running install
> running build
> running build_py
> error: package directory './PyRTF' does not exist
You have to be in the directory with the setup.py .
$ cd Deskto
ors. The
> path printed by the err msg does not correspond to the path specified
> in the .pth file.
Could you actually show us the error messages?
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed
this is an issue that only affects people running
python from the terminal. Such people need to know something as basic as
the $PATH anyways. The best part of this approach is that you don't have
to brush up on anything. ;-)
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell w
Robert Kern wrote:
> http://starship.python.net/crew/kernr/source/ABCGI-0.0.0.tar.gz
> http://starship.python.net/crew/kernr/source/ABCGI-0.0.0-py2.4-macosx-10.4-ppc.egg
And I forgot to mention that you will need Pyrex and setuptools to build
from source. You will also need Numeric to run
context in PyObjC. Patches are welcome, of course.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SIG maillist - Pythonmac-SIG@
garner well-earned derision.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
ys that my hard drive not a
> valid target, even though it worked before.
>
> I think I want to have Python 2.4 as the only version. Any help would
> be much appreciated.
No, you don't. What you do want to do is put /usr/local/bin in your
$PATH before /usr/bin so typing
.
It selects the first executable named "python" in the PATH. The shebang
line requires an explicit executable. For example,
#!python
does not work.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are th
python2.3 launches
> due to the link.
Put /usr/local/bin early in your PATH environment variable.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
_
of gcc 4.0, while python on my mac is
> compiled under gcc 3.4. I haven't yet been able to get around this
> issue.
It works very well using g77-3.4 from http://hpc.sf.net with gcc-3.3 on
Tiger. The gfortran support is a little flaky, I believe. Hell, gfortran
is a little flaky.
--
ghtened.)
PyObjC is *the* way to do GUIs for Mac-only programs. Drink the
Kool-Aid. Cocoa is probably the best-designed GUI framework I've yet seen.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
Louis Pecora wrote:
> I got my Python back up and running thanks to help from Bob Impolito
> and Robert Kern (site packages and .pth files and new system install).
>
> * I have installed wxPython and matplotlib. But when I run the
> simple_plot.py program:
>
> #!/usr
cora/Code/AddedPackagesfiles
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail
ic module, but I installed that and
> then the 'kinds' problem came up. Any ideas?
It's not in the main Numeric package any more. Get it from CVS.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are
n
> Tiger. Are there any problems running that one on Tiger?
The Panther build works just fine on Tiger. Usually, Python packages
built on Panther will also work on Tiger. I am currently using the
semi-official Python 2.4.1 build from www.python.org on Tiger. The
packages at pythonmac.org
to tell packages which need those headers where to
find them.
If it does worry you so much, then install Python 2.4.1, which places
its files in /Library/Frameworks/Python.framework and be done with it.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
C 3.3 20030304 (Apple Computer, Inc. build 1666)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib2
>>> urllib2.urlopen('http://www.python.org')
>
>>>
--
Robert Kern
th Python 2.4.1 and gcc
3.3.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http:
n find them?
.pth file perhaps, but symbolic links are fine.
Note that there other problems. The .so's and .dylib's point back to the
build directory for the library dependencies. I used macholib from
py2app to rewrite the headers to point to the installation directory.
--
Robert K
S X* needs the older Python. Since the semi-official binaries for
2.4.1 install alongside the OS X binaries, there's no need to rip out
the operating system's components.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of d
tplotlib/Tk/Python2.4 on Tiger with both the
Apple-installed frameworks and freshly downloaded ones. Python freezes
for a long time (I haven't timed it; maybe for a half-hour?) and then
drops a nice crash window with a stack trace in the Tcl internals. I
haven't been able to track down t
Chris Barker wrote:
> Robert Kern wrote:
>
>> I do interactive plotting with matplotlib all the time exactly as you
>> describe.
>
> Robert, do you have any small demo programs that do this? I think it
> would be a good thing to have out there. Perhaps the embedded_i
ther options not in any
> particular order.
I do interactive plotting with matplotlib all the time exactly as you
describe.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die.&q
> (basemap files go to the wrong place too)
Use --install-data=/usr/local . matplotlib will look in
/usr/local/share/matplotlib . You will need to edit a line somewhere in
basemap to look for data in /usr/local/share/basemap .
It's better this way; trust me.
--
Robert Kern
[EMAIL
Chris Barker wrote:
> Robert Kern wrote:
>
>>I disliked the implementation (undocumented, closed source SWIG bindings
>>are largely unusable), so I wrote my own using Pyrex. I call it,
>>unimaginatively, ABCGI, A Better CoreGraphics Interface. It is part of
>>Kiva
Pyrex. I call it,
unimaginatively, ABCGI, A Better CoreGraphics Interface. It is part of
Kiva, Enthought's graphics library, and has served as "ground truth" for
the other backends.
When I get some time, I'll break it out as a separate package.
--
Robert Kern
[EMAIL PROTECTED]
&
of phishing scams that I never
> saw.
You mean like
https://www.paypal.com/cgi-bin/webscr?cmd=xpt/general/SecuritySpoof-outside
linked from the homepage?
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed
cks
designed to get you to give the senders your financial information.
Check the URLs of the links; they don't go to www.paypal.com.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dr
able to find everywhere a particular symbol is used.
> And yes, I know grep -r will do it for me -- but the more ways to
> sift through data, the better.
*cough* ctags *cough*
http://ctags.sourceforge.net/
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the
/Applications/MyApp.app/Contents/MacOS/MyApp
will usually have /some/path as the cwd.
However, .app bundles are probably not what you want for CLI apps.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the grave
not the Batteries Included version, I
believe. I'd say, don't bother unless you know that you need a
particular battery, like Tix.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard H
File
> "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/lib-tk/Tix.py",
> line 307, in __init__
> self.tk.call(widgetName, self._w, *extra)
> _tkinter.TclError: invalid command name "tix"
You don't have the Tcl package Tix installed. Th
nd not your own). Best, of course, is to move
the packages you have out of the way.
Or get installed
alongside them somehow? Will I be able to select which MacEnthon
packages are installed?
Yes, look for the "Custom Install" button after you select the drive to
install to.
--
Rob
[Someday, I'll figure out how to work a mail program. Sorry for the
repeats, Russell.]
Russell E. Owen wrote:
> In article <[EMAIL PROTECTED]>, Robert Kern <[EMAIL PROTECTED]>
wrote:
>
>
>> MacEnthon is the OS X counterpart to the popular "Enthought Edition
ssue to "rkern":
https://www.enthought.com/roundup/enthon/
I haven't gotten much feedback, so I can only assume that it's perfect.
Barring anything particularly idiotic that I've done, I will probably
only make one more "final" MacEnthon for Python 2.3.0. When I recover
roblem is thath gnuplot does not start when i simply type
'gnuplot' in a terminal window i have to type 'usr/local/bin/gnuplot' for
it to work.
May these problem be related ??
Probably you don't have /usr/local/bin in your PATH environment variable.
--
Robert Kern
[EMAIL PRO
ing bdist, just not the double-clickable installer)
I have built upwards of 40-ish packages with extension modules and
packaged them with bdist_mpkg. I have found no such problem. Can you
describe the actual problem that you are seeing in more detail?
--
Robert Kern
[EMAIL PROTECTED]
"In the
Lee Cullens wrote:
On Apr 5, 2005, at 1:01 AM, Robert Kern wrote:
Lee Cullens wrote:
I try not to get too far off on a tangent, but little things like
this are good learning exercises and you have shortened the time it
will take me to get through it.
Allow me to shorten it further:
Look in
ou're probably thinking of CoreFoundation.
Ah, yes, you're right. Thank you.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-S
ersion incompatibility' come back to bite me in the ass? i
simply dunno.
short of understanding/resolving the libxml dependence i *am* seeing, I
guess I'll just have to wait and see when i get there =)
Always a good idea. Don't fix it until it breaks. And it probably won't.
--
Rob
Launc
her ...
** BUILD FAILED **
make[1]: *** [install_PythonLauncher] Error 1
make: *** [frameworkinstallapps] Error 2
*something's* expecting libxml2 to be there ...
I'll bet that it's either Cocoa or Carbon. In that case, you definitely
*don't* want it to use
Bob Ippolito wrote:
On Apr 3, 2005, at 21:03, Robert Kern wrote:
I am pleased to announce the availability of MacEnthon 0.0!
MacEnthon is the OS X counterpart to the popular "Enthought Edition"
of Python: a convenient bundling of a number of packages geared for
the scientific commun
Robert Kern wrote:
I am pleased to announce the availability of MacEnthon 0.0!
I should add that the disk image is 158 MiB large and that the installed
files take up... I'm not actually sure, but it's under 700 MiB, I believe.
Zip archives of individual packages will be available
umentation, please log it on the Enthon issue tracker and assign the
issue to "rkern":
https://www.enthought.com/roundup/enthon/
Thank you all.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to
it has a strong presumption
against it because of the X11 requirement.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SI
more or less, for OS X. Right now, I just
target the stock 2.3.0 interpreter. When Python 2.4.1 gets released, I
might target that as well.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams a
Bob Ippolito wrote:
On Mar 25, 2005, at 1:45 PM, Robert Kern wrote:
So I issue a challenge to the PythonMac masses: Write me an
uninstaller. Standalone GUI is a plus, although I can live with a CLI
script. For now, it only needs to be run by the intrepid testers. One
ought to be able to
ogus in it (but no package requests, please. We'll
talk about adding to this 157Mib behemoth later).
[1] Which I imagine will be somewhat tricky to fulfill once I die, but
that just makes it *so* much more valuable.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass
alid to do, as it is only there to disallow <= 10.2 users from
attempting an install). That is bizarre.
I talked with him offlist. He didn't do the chmod on *all* of the
InstallationCheck's in each of the sub-packages. Doing that fixed the
problem.
--
Robert Kern
[EMAIL PROTECTED]
Robert Kern wrote:
Using /usr/bin/unzip to unzip the package seems to strip the executable
flags from these files. Stuffit Expander seems to work fine.
I've traced the problem to a deficiency in Python's zipfile (well, one
could equally say that there is a deficiency in Info-Zip&#
pander seems to work fine.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://ma
Robert Kern wrote:
Dave Opstad wrote:
Any ideas what could be causing it to not find the init.tcl bundled in
the
app?
I have occasionally run into a similar problem with py2app'd Tkinter
programs. Unfortunately I haven't had the time to track it down and
submit a bug report. I b
lieve the culprit is a missing symlink in the
included Tcl.framework.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Pythonmac-SIG maill
ening
http://www.python.org/packman/version-0.3/darwin-7.80-
Power_Macintosh.plist.
These package repositories are pretty much unmaintained now.
An up-to-date Installer.app-type package is available thanks to Bob
Ippolito.
http://undefined.org/python/packages.html
--
Robert Kern
[EMAIL PROTECTED
;Enthon." There will be a new release (for Windows and
Linux) with more stuff, like matplotlib, Soon(TM).
http://www.enthought.com/downloads/downloads.htm
There will be a Mac release A Little Later Than Soon(TM).
http://www.scipy.org/wikis/featurerequests/MacEnthon
--
Robert Kern
[EMAIL PROTE
it's not
ready yet as far as I know.
All the packages in the main list build and install cleanly. Now I'm
working on packaging up the documentation for each package, and
unfortunately, Real Life annoyances are taking up too much time. Maybe
next week there will be a beta relea
week, but personal
annoyances are probably going to push it out of the way right now.
--
Robert Kern
[EMAIL PROTECTED]
"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter
___
Chris Barker wrote:
Robert Kern wrote:
Change the paths that distutils will add to the link line. They're at
the top of setupext.py . Remove the ones you don't need.
Except that the *.a and *.dylib are put in the same place. Darn.
Copy (and re-ranlib) the static library and headers
cript that will remove the symlinks to the dylibs for libpng,
libfreetype, and libz (I could probably resolve this by changing the
order of search). I build matplotlib and double-check the dylib
dependencies with "otool -L". I do not bother with GTK at this time.
--
Robert Kern
[EMAIL
Bob Ippolito wrote:
On Jan 3, 2005, at 11:58 PM, Robert Kern wrote:
Okay. At some point, that symlink got blown away on my machine, so I
put in the install-*lib entries.
If that symlink got blown away, /Library/Python/2.3 shouldn't have ended
up in sys.path (unless you jigger th
1 - 100 of 104 matches
Mail list logo
