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 enigma, a harmless enigma
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 version
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 should have
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 terrible by our own mad attempt to interpret it as though it had
an underlying truth
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.
--
Robert Kern
I have
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 incorrect. sys.path gets modified appropriately.
--
Robert Kern
I have come to believe that the whole world is an enigma, a harmless
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 (bind ^I rl_complete)
Edward's example of using EditLine syntax works
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 come to believe
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 -arch i386 -arch ppc python
setup.py config_fc --fcompiler=gnu95 --arch
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 attempt to interpret it as though it had
an underlying
-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 enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth
(1.3.31 should be fine, I think), regenerate the
gdal_wrap.cpp, and recompile.
--
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
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 Fortran-compatible version, and thus may
result
--fcompiler=gnu95 build_ext
-lSystemStubs --fcompiler=gnu95 build
--
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
of the BLAS subroutines that ATLAS and vecLib
provide. And the C versions of LAPACK subroutines are simply missing.
Neither are necessary, though, just nice to have.
--
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
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
wrappers for the C versions of the BLAS subroutines
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 enigma
that is made terrible by our own mad attempt to interpret
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.
--
Robert Kern
I have come to believe that the whole world
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 attempt to interpret it as though it had
an underlying truth
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 --fcompiler=gnu95
--
Robert Kern
I have
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 enigma
that is made terrible by our own
until recently, it also showed up when using
gfortran. It should be fixed now in recent SVN checkouts of numpy.
--
Robert Kern
[EMAIL PROTECTED]
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
. 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
[EMAIL PROTECTED]
I have come to believe
of the fortran
compiler through an environment variable, I don't think. I recommend making a
symlink named gfortran to the actual executable. Then:
CC=gcc-dp-4.1 python setup.py config_fc --fcompiler=gnu95 build_src build_clib
build_ext build
--
Robert Kern
[EMAIL PROTECTED]
I have come to believe
. 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 to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret
to
distutils. We may have to duplicate those changes in numpy.distutils.
--
Robert Kern
[EMAIL PROTECTED]
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
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 Kern
[EMAIL PROTECTED]
I have come to believe that the whole
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 Kern
[EMAIL PROTECTED
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 high
Are the graves of dreams allowed to die.
-- Richard Harter
://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]
In the fields of hell where the grass grows high
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 grows high
Are the graves of dreams allowed to die.
-- Richard Harter
titled ANN: pygame 1.7.0 for Mac OS X 10.3
.zip files created by Python's ZipFile don't interact well with
unzip(1). bdist_mpkg got patched with a workaround, but apparently the
pygame installer .zip never got updated.
Unzipping with StuffIt Expander will set the appropriate permissions.
--
Robert
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 to die.
-- Richard Harter
, 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@python.org
http://mail.python.org/mailman/listinfo
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 where the grass grows high
Are the graves of dreams allowed to die.
-- Richard Harter
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.
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the graves
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
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org
-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.
-- Richard Harter
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http
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/bin/pythonw
I'm not sure about
--
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
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
Are the graves of dreams allowed to die.
-- Richard
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 for 2.4.1 work just fine on Tiger.
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the graves
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 the graves of dreams allowed to die.
-- Richard Harter
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://mail.python.org/mailman/listinfo
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 Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows
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.
-- Richard Harter
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_in_wx
examples already do
?) and then
drops a nice crash window with a stack trace in the Tcl internals. I
haven't been able to track down the problem, but it is
matplotlib-specific. I recommend wxPython 2.6.1 on Tiger for matplotlib.
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the graves
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 PROTECTED]
In the fields
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, Enthought's graphics library, and has
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]
In the fields of hell where the grass grows
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 dreams allowed to die.
-- Richard Harter
___
Pythonmac
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 to die.
-- Richard Harter
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 Harter
___
Pythonmac-SIG maillist
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 graves of dreams allowed to die.
-- Richard Harter
.
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 grass grows high
Are the graves of dreams allowed to die.
-- Richard Harter
-provided
TclTkAqua installation does not come with Tix.
I'm not sure, but you can try installing the Batteries Included
version of TclTkAqua from http://tcltkaqua.sourceforge.net
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the graves of dreams allowed
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 PROTECTED]
In the fields of hell where the grass
://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
from that, I'll start thinking about 2.4.1.
--
Robert Kern
[EMAIL
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
, 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 die.
-- Richard Harter
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 when I get
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 community. Right now
: *** [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 your own libxml2. Leave it be.
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the graves
*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.
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the graves of dreams allowed to die.
-- Richard Harter
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-SIG maillist - Pythonmac-SIG
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
, 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 allowed to die.
-- Richard Harter
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]
In the fields of hell where the grass grows high
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://mail.python.org/mailman/listinfo/pythonmac
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
,
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 PROTECTED]
In the fields of hell where the grass grows high
Are the graves
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. fixing up the symlink now
If that symlink got blown away, /Library/Python/2.3 shouldn't have ended
up in sys.path (unless
73 matches
Mail list logo
