Hey Randy,
All the mpl binaries are built against tcl/tk 8.4. I believe mpl is
not compatible with tcl/tk 8.5 as of the last release. Someone else might
know if this has changed in svn?
- Charlie
On Sun, Oct 5, 2008 at 11:04 PM, Randy Heiland <[EMAIL PROTECTED]> wrote:
> Short/naive quest
Works for me. Let's aim for Saturday night so we have Sunday to test
it out. Doable?
- Charlie
On Wed, Dec 3, 2008 at 9:29 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> Despite my occasional recent murmurings to get a release out, which
> fall by the wayside as more pressing matters arise, I rea
I held off on the release to hear back on this. Should we proceed
this evening if there is no response?
On Sat, Dec 6, 2008 at 5:09 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> There appears to be a bug in the 3rd subplot of symlog_demo.py because
> the ticker is generating an OverflowError on my
Is there any need for a maintenance release?
On Thu, Dec 4, 2008 at 1:53 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Works for me. Let's aim for Saturday night so we have Sunday to test
>
0.98.5 source and bins are posted. Please try them out. John can
announce at his convenience.
- Charlie
On Thu, Dec 11, 2008 at 12:15 PM, John Hunter wrote:
> On Thu, Dec 11, 2008 at 8:25 AM, Michael Droettboom wrote:
>
>>> And I'll try and get the maintenance branch right next time :-)
>>
>>
I'm not seeing this on OSX. Is anyone else experiencing this issue?
- Charlie
On Fri, Dec 12, 2008 at 2:39 PM, Neal Becker wrote:
> sudo easy_install -U matplotlib
> Searching for matplotlib
> Reading http://pypi.python.org/simple/matplotlib/
> Reading http://matplotlib.sourceforge.net
> Readin
I had all the build opts explicitly set, so I am not quite sure what
happened. I'm a little more worried about the error two people have
reported involving matplotlib.conf.template. This file is present in
the source.
- Charlie
On Sat, Dec 13, 2008 at 10:53 AM, John Hunter wrote:
> On Sat, Dec
This build should be the same as all the previous. I do them as
I documented on the ipython pages. bdist_mpkg has been flat broke the
times I have tried it. bdist_egg seems pretty helpless too due to
setuptools lack of understanding of osx architectures. Most people
get a successful instal
First of all let me apologize for the problems we have been
seeing with the binaries as of late. Frankly the root of the problem
might be my detachment from the matplotlib source for some time.
Unfortunately due to my time constraints, this won't be changing soon.
I used to think being somew
On Sun, Dec 14, 2008 at 1:22 PM, Darren Dale wrote:
> On Sun, Dec 14, 2008 at 12:24 PM, Charlie Moad wrote:
>>
>> First of all let me apologize for the problems we have been
>> seeing with the binaries as of late. Frankly the root of the problem
>> might be my det
I might be able to squeeze some time in this weekend. I am not
thrilled about the new visual studio requirements, nor do I have
access to it. I know John started a build script for OSX and I have
been meaning to try something similar for mingw. Is anyone opposed to
creating the official releases
0.98.6 only?
On Wed, Apr 8, 2009 at 2:59 PM, Eric Firing wrote:
> Charlie Moad wrote:
>>
>> I might be able to squeeze some time in this weekend. I am not
>> thrilled about the new visual studio requirements, nor do I have
>> access to it. I know John started a buil
Sorry, I guess 0.98.5.3 looking at the branch. No need for a 0.91
update though?
On Fri, Apr 10, 2009 at 3:06 PM, Charlie Moad wrote:
> 0.98.6 only?
>
> On Wed, Apr 8, 2009 at 2:59 PM, Eric Firing wrote:
>> Charlie Moad wrote:
>>>
>>> I might be able to squeeze
thon26\lib\site-packages\matplotlib-0.98.5.3_r7035-py2.6-win32.egg\matplotlib\transform
s.py", line 34, in
from matplotlib._path import affine_transform
ImportError: DLL load failed: The specified procedure could not be found.
- Charlie
On Fri, Apr 10, 2009 at 4:06 PM, wrote:
> On
drew Straw wrote:
> Charlie Moad wrote:
>> I am running into an error when importing matplotlib though. I'll
>> poke around but would appreciate extra eyes.
>>
>> ImportError: DLL load failed: The specified procedure could not be found.
>
> Hi Charlie, we&#x
ted soon.
- Charlie
On Fri, Apr 10, 2009 at 10:15 PM, Charlie Moad wrote:
> I found that thread not too long ago and dug up the tool John mentioned.
>
> http://www.dependencywalker.com/
>
> Looks like our friend "msvcrXX" (msvcr90 for py2.6) is back. I am
> removing t
. If these builds test out well I'll proceed with the whole
slew of files for the release later this weekend.
- Charlie
On Fri, Apr 10, 2009 at 10:20 PM, Charlie Moad wrote:
> Yeah, that worked. Removed the link from
> distutils/cygwinccompiler.py. I didn't get the error from pyt
feel free to post for a release if the source and windows
files work.
- Charlie
On Fri, Apr 10, 2009 at 10:36 PM, Charlie Moad wrote:
> http://drop.io/tvuqe3o
>
> Please test these windows builds. I committed a change to set
> tcltk8.5 flags for python 2.6 and I also up
On Mon, Apr 13, 2009 at 11:46 AM, John Hunter wrote:
> On Sun, Apr 12, 2009 at 10:20 PM, Charlie Moad wrote:
>> I updated the binaries at the same link as before:
>> http://drop.io/tvuqe3o
>
> I just tested the python2.5 installer
> matplotlib-0.98.5.3.win32-py2.5.exe a
I've spent the last couple of days writing the win32 equivalent
of John's osx release scripts for MinGW. It patches distutils at
runtime to exclude the msvcr link, hence we should no longer need to
modify distutils. I have tested it on Python 2.6 and it should work
on 2.4 and 2.5 as well. I
Another note. I ran into problems when trying to create the build in
a directory that had spaces. (e.g. C:\Documents and Settings\).
Try running everything in a top level dir.
- Charlie
On Thu, May 28, 2009 at 9:56 AM, Charlie Moad wrote:
> It's strange that I didn't run
It's strange that I didn't run into spacing issues.
sdist --formats=gztar
- Charlie
On Thu, May 28, 2009 at 9:47 AM, John Hunter wrote:
> On Wed, May 27, 2009 at 11:08 PM, Charlie Moad wrote:
>> I've spent the last couple of days writing the win32 equivalent
On Thu, May 28, 2009 at 10:25 AM, John Hunter wrote:
> On Thu, May 28, 2009 at 9:06 AM, John Hunter wrote:
>> On Thu, May 28, 2009 at 8:57 AM, Charlie Moad wrote:
>>> Another note. I ran into problems when trying to create the build in
>>> a directory that had spac
On Thu, May 28, 2009 at 10:34 AM, John Hunter wrote:
> On Thu, May 28, 2009 at 9:25 AM, John Hunter wrote:
>> On Thu, May 28, 2009 at 9:06 AM, John Hunter wrote:
>>> On Thu, May 28, 2009 at 8:57 AM, Charlie Moad wrote:
>>>> Another note. I ran into problems when
On Thu, May 28, 2009 at 10:52 AM, John Hunter wrote:
> On Thu, May 28, 2009 at 9:37 AM, Charlie Moad wrote:
>
>> I think setuptools should be a requirement in the same way numpy is.
>>
>> The latest "ez_setup.py" script has 2.6 included.
>> http:/
I can't say that I have them. Petr, you can use 98.5.3 binaries found
here, "http://drop.io/tvuqe3o";. Just keep in mind that png operations
will fail.
On Sat, May 30, 2009 at 2:14 PM, John Hunter wrote:
> On Fri, May 29, 2009 at 9:44 PM, Petr Marhoun wrote:
>> Hello,
>>
>> Few days ago there
This patch fixed osx's numpy issue and doesn't cause problems on win32
or linux for me. I went ahead and committed it. Thanks Andrew.
- Charlie
On 5/24/06, Andrew Straw <[EMAIL PROTECTED]> wrote:
Dear Sam,
Could you please try the following patch? I think it will fix the issue,
but I'm not s
On 6/4/06, Eric Firing <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
> >>>>>>"Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
> >
> >
> > Charlie> On 6/2/06, David S. <[EMAIL PROTECTED]> wrote:
> > >
New compile to match numpy-0.9.8.
win32-py2.4 coming tomorrow morning...
http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706
===
2006-06-06 Released 0.87.3 at revision 2432
2006-05-3
They look great! I would think a DeprecationWarning when you detect
the old usage would suffice for 1 major release cycle, hence all of
0.88.
Thanks,
Charlie
On 6/9/06, Eric Firing <[EMAIL PROTECTED]> wrote:
> A reimplementation of the quiver command has been committed to svn. It
> is temp
On 7/7/06, John Hunter <[EMAIL PROTECTED]> wrote:
>
> We'd like to do a bugfix release for the next release of enthought
> python, which will include the latest mpl. Apparently, there is a
> problem with 0.87.3 and numpy which has been fixed in svn.
>
> If there is anything we should wait on, let
On 7/24/06, Chris Fonnesbeck <[EMAIL PROTECTED]> wrote:
> On 7/23/06, Charlie Moad <[EMAIL PROTECTED]> wrote:
> > The mingw/2.4 build still works. There are instructions at the top of
> > the setupext.py file. The dll linking error you are getting is
> > somethin
I have this on hand right now.
http://euclid.uits.iupui.edu/~cmoad/matplotlib-0.87.4_r2645-py2.4-win32.egg
I could make an exe build if you woudl prefer that. How long is numpy
supposed to be in beta?
- Charlie
On 8/2/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> Any chance we can get a binary
On 8/4/06, David Flory <[EMAIL PROTECTED]> wrote:
> At 8/2/2006 3:57 PM Charlie Moad wrote:
> > I have this on hand right now.
> >
> > http://euclid.uits.iupui.edu/~cmoad/matplotlib-0.87.4_r2645-py2.4-win32.egg
> >
> > I could make an exe build if yo
On 8/7/06, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Darren Dale wrote:
> > On Monday 07 August 2006 08:55, Charlie Moad wrote:
> > Pushing a
> >> release now for 1.0 might be pointless, since the C-api could possibly
> >> change and break compatibilit
My fear is that all these native implementations will become very hard
to maintain. What happens when Qt 4.2 comes out and the person who
did the original Qt impl is long gone? (this is just for arguments
sake of course). Native tools seem better left to developers creating
their own apps. The t
On 8/10/06, John Hunter <[EMAIL PROTECTED]> wrote:
>
> I am experiencing some strangeness with the svn version of mpl, but I
> don't know if it is the code or my connection. I am working over X11
> so it may have something to do with that. Could those of you with
> local access to an svn install
Numpy 1.0b2 was released last night and Travis hopes this will remain
binary compatible with numpy 1.0. Are there any objections to a minor
release bump? I could do this an soon as tomorrow.
- Charlie
-
Using Tomcat but nee
On 8/17/06, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I seem to be talking to myself here, but if someone (including myself)
> wants to pick this up in the future, it'll be good to have it in the
> archives.
>
> Christopher Barker wrote:
> >> There is also the
> >> wx.Image.SetDat
On 8/29/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Monday 14 August 2006 17:48, John Hunter wrote:
> > >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
> >
> > Charlie> Numpy 1.0b2 was released last night and Travis h
On 8/29/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Tuesday 29 August 2006 14:07, Charlie Moad wrote:
> > On 8/29/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> > > On Monday 14 August 2006 17:48, John Hunter wrote:
> > > > >>>>
On 8/29/06, John Hunter <[EMAIL PROTECTED]> wrote:
> >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
> >> Travis, would you care to comment?
>
> Charlie> He made a comment on the numpy list. We can shoot for a
>
With matplotlib 0.87.5 shortly after.
-- Forwarded message --
From: Travis Oliphant <[EMAIL PROTECTED]>
Date: Sep 4, 2006 7:55 PM
Subject: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight
To: Discussion of Numerical Python
This is a last reminder that I'm going to cut a r
Thanks for the patch. I am going to hold off until we hear from
Travis. I don't want to distribute anything built from a patched
numpy.
- Charlie
On 9/5/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
> 1.0b5 compiles, with this patch:
>
>
>
>
> does that look right?
>
> - boyd
>
> Boyd Waters
> Sci
I also get a compile error when trying to build against the win32-py2.4 release.
src\_na_nxutils.c(213) : error C2275: 'PyObject' : illegal use of this
type as an expression
c:\Python24\include\object.h(104) : see declaration of 'PyObject'
src\_na_nxutils.c(213) : error C2065: 'ret' : undeclared i
Minor rev bump for numpy 1.0b5 compatibility. This release should
remain compatible with future 1.0 releases of numpy.
http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
==
On 9/5/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
> Try downloading again?
>
> I have not tried the windows binary, but a source tarball from this
> morning was strange.
>
> I pulled a 0.87.5 tarball this morning that had lots of permissions
> problems, an empty __init__.py, weird line terminators.
l from
> enthought until I switched numerix to numpy. That made mpl unhappy.
> I downloaded 0.87.5 but I broke something in the process because now
> even switching back to Numeric doesn't make mpl happy.
> """
>
> Thanks,
> Sven
>
> Charlie
Charlie
On 9/6/06, Charlie Moad <[EMAIL PROTECTED]> wrote:
> The source error must of propagated to those builds. I will post new
> ones shortly.
>
> On 9/6/06, Sven Schreiber <[EMAIL PROTECTED]> wrote:
> > Well the thread on the devel list that I referred to explicitly
That error was relating to the source release. Can you please post
your error for the binary?
On 9/6/06, Sven Schreiber <[EMAIL PROTECTED]> wrote:
> Charlie Moad schrieb:
> > Minor rev bump for numpy 1.0b5 compatibility. This release should
> > remain compatible with f
On 9/7/06, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Hey Charlie, I totally appreciate the effort you put into making these
> releases, particularly on Windows, where I must admit, I have a faint
> heart...
>
> But I found a couple issues (neither require a re-release, but just to
> be aware of the
I've been busy, but I will try to make mpkgs for mpl and numpy tonight
and post them to the pythonmac-sig list so they get added to the
pythonmac listing.
- Charlie
On 9/11/06, Brendan Simons <[EMAIL PROTECTED]> wrote:
> Sigh, this is driving me crazy
>
> I tried downloading the Scipy-Superpack f
Ok, I uploaded the mpkgs to, "http://euclid.uits.iupui.edu/mplfiles/";.
Chris, can you please notify the pythonmac list? I am shuffling
around my mailing lists and I am not subscribed at this instant.
Thanks,
On 9/12/06, Christopher Barker <[EMAIL PROTECTED]> wrote:
>
The swig wrappings are causing some compile time errors on windows and
python2.5. All seem to be this error:
error C2440: 'initializing' : cannot convert from 'const char *' to 'char *'
Could someone please regenerated the swig wrappings with swig-1.3.29
instead of swig-1.3.27 and commit?
Thank
On 9/19/06, John Hunter <[EMAIL PROTECTED]> wrote:
> >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
>
> Charlie> Could someone please regenerated the swig wrappings with
> Charlie> swig-1.3.29 instead of swig-1.3.27 and c
It builds now. We still have to wait on a useable numpy for python2.5
and pygtk for windows/py2.5. All the other components are there or we
can build.
On 9/20/06, John Hunter <[EMAIL PROTECTED]> wrote:
> >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]&g
At what point should we push another minor release for py2.5? or
should we at all? I am able to compile and run the latest in svn on
all 3 major platforms. The only missing component is pygtk for
windows. 0.87.5 is not py2.5 compatible in many ways. Just thought I
would throw it out there.
On 9/21/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
>
> On Sep 21, 2006, at 1:52 PM, Charlie Moad wrote:
>
> > At what point should we push another minor release for py2.5? or
> > should we at all?
>
> FWIW, I have matplotlib built against Python 2.5 on my M
On 9/25/06, Cedric Gustin <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
> >> "Cedric" == Cedric Gustin <[EMAIL PROTECTED]> writes:
> >
> > Cedric> Or, if you want, I can give you early access to pygtk
> > Cedric> binaries for python 2.5 for testing purpose with
> > Cedric> matplot
The mailing lists have been down for a few days, and this is a test.
Charlie
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT &
Forwarded as requested
On 10/8/06, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> My apologies, I cannot post to any SF mailing lists currently. Could one
> of you (whoever sees this first) forward this message to matplotlib-dev,
> I can still receive post coming from there.
>
> I am really sorry
Just a heads up, numpy-1.0rc3 breaks compatibility. :(
- Charlie
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Downlo
The latest word on the numpy list is that numpy-1.0 is coming out on
Wednesday. I suggest waiting until the final 1.0 release is out
before we do a new matplotlib build. I will try to push a build asap
after that. Are there any show stoppers lingering that would delay a
release? I would also su
Hey all. I am building the windows binaries of mpl-0.87.7 and I am
running into a problem with python2.3 that I have never ran into
before. I don't have too much time debug it, so I was wondering if
anyone made changes to _isnan? There is a linking error for it, and
it appears a python2.4+ depen
This release is compiled against numpy-1.0 final. The binaries are
fresh on sourceforge, so they may take some time to propagate to the
mirrors.
http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
Note: There is a compile err
I think this needs some clean-up:
"The latest matplotlib-0.87.7 for windows was compiled with numpy 1.0
final. Please make sure you are not using the latest numpy-1.0."
-
Using Tomcat but need to do more? Need to support web
I'm listening, and I can do the windows builds. I'll run those tests
tonight and get back to the list.
- Charlie
On 2/5/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
> > I'm still learning how to reply-to with my new-fangled gmail. I'm
> > forwarding this response on to the li
then.
- Charlie
On 2/5/07, Charlie Moad <[EMAIL PROTECTED]> wrote:
> I'm listening, and I can do the windows builds. I'll run those tests
> tonight and get back to the list.
>
> - Charlie
>
> On 2/5/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> > John Hunter w
Ok, I'll try to get it posted on SF tonight.
On 2/6/07, John Hunter <[EMAIL PROTECTED]> wrote:
> On 2/6/07, Charlie Moad <[EMAIL PROTECTED]> wrote:
> > rev3002 works great for me. I can push the windows releases this
> > Saturday. I could push a source relea
http://www.python.org/pypi/matplotlib/0.90.0
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474&release_id=484485
Binaries will be posted in a few days.
===
2007-02-06 Released 0.90.0 at revision 3003
2007-01-
I'll fess up that I added the setuptools namespace support for the
toolkits. Keep in mind I did this a LONG time ago, and as implied
below the docs were sketchy. It did work at the time, but I honestly
have not had basemap installed in a while to see the breakage.
Charlie
On 2/9/07, Andrew Stra
On 2/12/07, John Hunter <[EMAIL PROTECTED]> wrote:
> On 2/12/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
> > IMO, the way to fix it is to move all the data into
> > lib/matplotlib/mpl-data to start with. If we did that, all the shuffling
> > that setup.py does would be unnecessary and using setupto
> Well, another option is to maintain a sub-directory structure when
> creating mpl-data in the source package. The downside is that this will
> introduce code changes all over the code -- for example, code that
> previously asked for "os.path.join( mpl.get_data_dir(), 'blah.glade' )"
> would have
> Although my understanding of setup* is minimal, I agree; I think that
> keeping some organization in the data will be helpful. It looks like
> get_data_path() is not called in many places, so if that is essentially
> what has to be fixed, it should not be very difficult. It might be
> facilitat
Thanks for tackling this.
On 2/12/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Charlie Moad wrote:
> >> Although my understanding of setup* is minimal, I agree; I think that
> >> keeping some organization in the data will be helpful. It looks like
> >> g
On 2/14/07, Michiel Jan Laurens de Hoon <[EMAIL PROTECTED]> wrote:
> Dear Charles,
>
> I was trying to use your cocoa-agg backend for matplotlib, but it seems
> to have a problem to read Matplotlib.nib. Opening this nib with
> Interface Builder also gives an error. It appears that the problem is
>
I'm here. It would be nice to use the pure-python wx so we don't have
to provide separate 2.6 and 2.8 builds.
- Charlie
On 5/31/07, Christopher Barker <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
> > So if the wx stuff is ready to
> > go, by all means let's check it in and include it, but if
I have time to cut a release tomorrow. Are there any outstanding
issues that I should wait on?
- Charlie
On 6/1/07, Christopher Barker <[EMAIL PROTECTED]> wrote:
>
>
> John Hunter wrote:
> > I am not a wx user, so I leave it to the rest of you to
> > confirm and or vet these changes.
>
> I jus
http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
===
2007-06-02 Released 0.90.1 at revision 3352
2007-06-02 Display only meaningful labels when calling legend()
-- Forwarded message --
From: Tim Cradic <[EMAIL PROTECTED]>
Date: Jun 14, 2007 10:41 AM
Subject: numerix.ma.html access failure
To: [EMAIL PROTECTED]
Charles,
I'm trying to get info on masking and I have been getting the
following error for over month now. Is there anything
Hmm, that fix was specifically for visual studio. The "#ifdef WIN32"
worked for my build, but possible that is the wrong constant to check
for in visual studio? I'll take a look again.
- Charlie
On 10/5/07, Martin Spacek <[EMAIL PROTECTED]> wrote:
> It's been a few months since I've updated and
WIN32 worked for the last matplotlib release build I did, but I agree
this patch is harmless. Thanks for looking into it this much.
- Charlie
On 10/16/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Thanks. Sorry about the syntax errors -- I don't use the preprocessor
> much either.
>
> I t
To clarify
- 0.91
- numpy only
- no wx compiled in (since 2.8 is pure python)
- should tk use the default OSX installation for leopard?
10.5 comes with a working freetype, but I was still going to
statically link it in for 10.4 users. It will be a FAT build.
- Charlie
On Nov 27, 2007 1:45
The last few builds for OSX I have done, somone (don't remember who)
complained that I didn't build against ActiveTCL. I didn't know if
others had a preference on this.
- Charlie
On Nov 27, 2007 5:05 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Nov 27, 2007 2:05
Before I push the OSX binary to SF I have 2 questions.
1. I used to be able to rename the file from "i386" to "fat" and have
it install on a ppc or intel machine. This doesn't seem to work
anymore even though this is a fat build. Any clues on how to approach
this?
2. Can anyone test this on 10
My 1 year old only let me get the source release pushed last night and
build the mac release. I'll try to get the windows builds posted
tonight.
On Nov 28, 2007 8:23 AM, Rob Hetland <[EMAIL PROTECTED]> wrote:
>
> On Nov 28, 2007, at 12:03 AM, John Hunter wrote:
>
>
> > I think native tcl/tk is pr
e the 0.91.0 build.
- Charlie
On Nov 28, 2007 8:32 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> My 1 year old only let me get the source release pushed last night and
> build the mac release. I'll try to get the windows builds posted
> tonight.
>
>
> On Nov 28,
changes since 0.90.
- Charlie
On Nov 29, 2007 8:45 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> So here's my plan. I just got an iMac a few weeks ago and I had to
> spend a little time getting parallels setup with VS2003... yada yada
> yada. I plan on cutting a 0.91.1 relea
work
> >with either Tcl/Tk. Is that possible? or is this like the old wx
> >situation, where it can only be run with the same version it is
> >built against. Arrggg! I hope not.
>
> The version I build *can* be used with the built in Tcl/Tk. The
> version Charlie Moad build
I found a great doc I am linking. The 4 spline method we are using
has an error tolerance of 2.7*10^-4, which I am pretty sure is coming
into play here. If we move to an 8 spline approach, it would reduce
the error a few orders of magnitude.
http://www.tinaja.com/glib/ellipse4.pdf
- Charlie
O
I did some more digging and it looks like this changed with the
transforms. curve4 is now being called instead of arc_to, which uses
beziers.
On Dec 9, 2007 10:11 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> I found a great doc I am linking. The 4 spline method we are using
>
We added "setupegg.py" a long time ago which does exactly this. The
line below would then be:
python setupegg.py develop
On Dec 12, 2007 12:35 PM, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 12, 2007 at 09:32:04AM -0800, Andrew Straw wrote:
> > If we're going to use setuptools (actua
I should have plenty of time on Sunday, so could we shoot for a freeze
before Sunday morning?
On Jan 4, 2008 10:03 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> It looks like the trunk has stabilized with the important bugs fixed,
> so I think it would be a good time to push out the 0.91.2 release,
I'm available to crank out some builds. I'll keep my eyes peeled for the
new numpy.
- Charlie
On Wed, May 7, 2008 at 1:21 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Wed, May 7, 2008 at 10:59 AM, Darren Dale <[EMAIL PROTECTED]>
> wrote:
>
> > I'm also in favor of a 0.98 release. Calling it
Should we still proceed with this now that numpy 1.1.0 is out? Any holdups?
- Charlie
On Wed, May 7, 2008 at 11:07 AM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
>
> What do people think of releasing 0.98 after numpy 1.1 is released this
> weekend?
>
> The main reason I'd like to do this (instead
Just to confirm, I should use the version tag, "0.98pre"?
- Charlie
On Thu, May 29, 2008 at 1:09 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Wed, May 28, 2008 at 8:30 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Should we still proceed with this now that n
-O3 with -Os on those two commands only. I also
updated the MANIFEST.in file to include agg24 instead of agg23.
- Charlie
On Thu, May 29, 2008 at 10:06 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008 at 5:44 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Just
arlie
On Fri, May 30, 2008 at 8:19 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Were the internal compiler errors on the Mac? Can you share them? It would
> be nice to work around these in a cleaner way if possible.
>
> Cheers,
> Mike
>
> Charlie Moad wrote:
Done.
On Fri, May 30, 2008 at 10:06 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008 at 11:11 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> I went ahead and called it 0.98.0. I am getting a parallels image
>> updated so I can do the windows builds,
fic
version of gtk? I am thinking I might have to fall back to an older
version.
- Charlie
On Fri, May 30, 2008 at 10:06 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008 at 11:11 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> I went ahead and called it 0.98.0. I am
1 - 100 of 111 matches
Mail list logo
