Re: [matplotlib-devel] mpl eggs and Tcl-Tk 8.5

[Charlie Moad]

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 question:  do the mpl eggs have a dependency on Tk 8.4?
>
> Longer question:  I'm trying to support a plugin (NLOPredict) to a
> popular molecular vis pkg (UCSF Chimera) and, no surprise, the plugin
> uses mpl.  Chimera bundles its own Python, plus all dependencies.
> The latest version switched to Python 2.5 and Tcl/Tk 8.5.  It also
> bundles numpy 1.0.4.  So I tried to install a mpl-maintenance egg
> (Windows first) that used Python 2.5 and pre-numpy 1.1 (I tried mpl
> 0.91.4 and 91.2).  However, when I bring up the Chimera IDLE, I get:
>
>  >>> from matplotlib.backends.backend_tkagg import FigureCanvasTkAgg
> traceback...
> File "d:\chimera-1.2540\bin\lib\site-package\matplotlib-0.91.2-py2.5-
> win32.egg\matplotlib\backends\backend_tkagg.py", line 8, in 
>import tkagg# Paint image to Tk photo blitter extension
>  File "d:\chimera-1.2540\bin\lib\site-package\matplotlib-0.91.2-
> py2.5-win32.egg\matplotlib\backends\tkagg.py", line 1, in 
>import _tkagg
> ImportError: DLL load failed: The specified file could not be found.
>
>
> Ideas?
> thanks, Randy
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release? no, this time really I mean it

[Charlie Moad]

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 really would
> like to do a 0.98.4 ASAP.   Part of the reason is that there are lots
> of great features and bug fixes that should be more easily accessible
> to others (in particular Jae-Joon's fantastic work), part of the
> reason is that the website gallery is getting farther apart from the
> last released version, and part of the reason is that I am giving a
> talk on Dec 12th to the NIPS "machine learning and open source
> software" (MLOSS) conference.
>
>  http://mloss.org/software/
>
> John Eaton, of Octave fame, is the other invited speaker to this
> session, and I want to put our best face forward.
>
> I would like to do the release this weekend if Charlie has time
> (Charlie?).  So please get your bugfixes and cleanups in over the next
> couple of days, and let me know if there are any other critical
> show-stopper problems or critical bugs that should hold up the
> release.
>
> And if you have any extra time to spend taking out a few bugs on the
> tracker over the next couple of days, that would be great.
>
> JDH
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] symlog problem

[Charlie Moad]

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 powerbook.
>
> The problem is in SymmetricalLogLocator.__call__ when the vmin, vmax =
> self._transform.transform((vmin, vmax)) call transforms
> vmin,vmax=[-1,1] to [-3.30039237078e+17,1.0] numdec is set to
> 3.30039237078e+17.  Then the while loop runs until I kill the job::
>
>stride = 1
>while numdec/stride+1 > self.numticks:
>stride += 1
>
> This may have something to do with a platform specific floating point
> computations, because I am seeing different results on a linux box I
> am also testing on, but even there the results don't look right.  For
> example, on that box, a 64 bit linux machine, I see [-1,1] transformed
> to [2.18190930577e-316, 6.90437063896e-310] and numdec=-1 but the
> example does run w/o crashing.
>
> In any case, it looks like there is some non-robust computation going
> on, and I'm hoping Michael has a quick insight :-)
>
> JDH
>
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release? no, this time really I mean it

[Charlie Moad]

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
>> it out.  Doable?
>
> Great -- everyone please hold off adding any significant features
> before the release and focus any mpl time you have on outstanding
> bugs.
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 98.4 maintenance branch

[Charlie Moad]

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 :-)
>>
>> All of the above sounds good to me.
>
> I will be traveling to my conference starting at noon, so will be in
> sporadic, light email contact for the next few days.  Charlie will
> look at fixing the builds tonight -- everyone else, please do what you
> can if something comes up because I would love to have a good set of
> binaries on line by the time my talk starts at noon tomorrow:
>
>  http://mloss.org/workshop/nips08/
>
> JDH
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] error installing matplotlib-0.98.5

[Charlie Moad]

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
> Reading 
> https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
> Reading 
> https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
> Reading http://sourceforge.net/project/showfiles.php?group_id=80706
> Best match: matplotlib 0.98.5
> Downloading 
> http://downloads.sourceforge.net/matplotlib/matplotlib-0.98.5.tar.gz?modtime=1229034572&big_mirror=0
> Processing matplotlib-0.98.5.tar.gz
> Running matplotlib-0.98.5/setup.py -q bdist_egg --dist-dir 
> /tmp/easy_install-CC1jw7/matplotlib-0.98.5/egg-dist-tmp-NSNvcC
> 
> BUILDING MATPLOTLIB
>matplotlib: 0.98.5
>python: 2.5.2 (r252:60911, Sep 30 2008, 15:42:03)  [GCC
>4.3.2 20080917 (Red Hat 4.3.2-4)]
>  platform: linux2
>
> REQUIRED DEPENDENCIES
> numpy: 1.2.0
> freetype2: 9.18.3
>
> OPTIONAL BACKEND DEPENDENCIES
>libpng: 1.2.33
>   Tkinter: Tkinter: 50704, Tk: 8.5, Tcl: 8.5
>* Guessing the library and include directories for
>* Tcl and Tk because the tclConfig.sh and
>* tkConfig.sh could not be found and/or parsed.
>  wxPython: 2.8.9.1
>* WxAgg extension not required for wxPython >= 2.8
>  Gtk+: gtk+: 2.14.4, glib: 2.18.3, pygtk: 2.13.0,
>pygobject: 2.15.4
>   Mac OS X native: no
>Qt: Qt: 3.3.8, PyQt: 3.17.4
>   Qt4: Qt: 4.4.1, PyQt4: 4.4.3
> Cairo: 1.4.12
>
> OPTIONAL DATE/TIMEZONE DEPENDENCIES
>  datetime: present, version unknown
>  dateutil: 1.4
>  pytz: 2006p
>
> OPTIONAL USETEX DEPENDENCIES
>dvipng: 1.11
>   ghostscript: 8.63
> latex: 3.141592
>
> EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
> configobj: 4.5.2
>  enthought.traits: no
>
> [Edit setup.cfg to suppress the above messages]
> 
> error: lib/matplotlib/mpl-data/matplotlib.conf.template: No such file or 
> directory
> Exception exceptions.OSError: (2, 'No such file or directory', 
> 'src/image.cpp') in  > ignored
> Exception exceptions.OSError: (2, 'No such file or directory', 
> 'src/path.cpp') in  instance at 0x7fc85b3c4638>> ignored
> Exception exceptions.OSError: (2, 'No such file or directory', 
> 'src/backend_gdk.c') in  > ignored
> Exception exceptions.OSError: (2, 'No such file or directory', 
> 'src/backend_agg.cpp') in  > ignored
>
>
>
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 0.98.5 windows installer is still overwriting existing configobj (bug # 2400466)

[Charlie Moad]

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 13, 2008 at 4:52 AM, Darren Dale  wrote:
>> The 0.98.5 windows installer is still overwriting existing installations of
>> configobj. This package is not needed by matplotlib and should not be
>> installed on windows, nor should traits.
>>
>> I have removed configobj and enthought.traits from the trunk, but it is
>> still present on the maintenance branches. On build systems, setup.cfg for
>> the maintenance branches should be configured to not install configobj or
>> traits under any circumstances. Once it has been so configured, the build
>> directory needs to be deleted, because it probably contains a cached copy of
>> configobj that will get incorporated into the installer the next time it is
>> built, regardless of the settings in setup.cfg.
>>
>> This bug has been assigned to me, but it is out of my hands at this point.
>
> Since config obj is removed, it is mostly moot going forward, but it
> appears that something still went wrong with the win32 build process.
> Charlie, are you maintaining a setup.cfg file you use for the win32
> builds that has configobj and traits off?  You also need to make sure
> that you delete the build dir after any changes to setup.cfg before
> rebuilding since cruft in the builddir can get carried along.  I will
> add this to the devel release notes,
>
> JDH
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] os x egg fubar?

[Charlie Moad]

 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 install, but then setuptools tries to go out and grab
the source anyways.  I can't say that I know a good solution for osx.

- Charlie

On Sat, Dec 13, 2008 at 4:31 PM, John Hunter  wrote:
> On Sat, Dec 13, 2008 at 3:24 PM, John Hunter  wrote:
>> Because several people are reporting problems with the OS X egg, I
>> grabbed matplotlib-0.98.5-py2.5-macosx-10.3.egg from sourceforge and
>> unzipped it to see what was in there.  It seems to contain no of the
>> extension code and no object files.  What exactly is this thing?  I am
>> no egg expert, but I don't see how this thing *could* work ...
>
> Hmm, it appears that I missed all the *.so files -- must work on my
> grep skills.  Sorry for the noise
>
> JDH
>
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Binary release process

[Charlie Moad]

 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 somewhat on the outside helped me keep the ease
of the build process in check.  This gap has apparently grown too
wide.
 Moving ahead, python 2.6 and 3.0 are going to pose new challenges
since they require new versions of visual studio I do not have access
to.  Doing builds for 4 windows versions poses a great time to work on
a standard cygwin build setup (not that the cygwin build process
doesn't work as is).  In addition to that we are going to possibly be
seeing osx fat binaries with 4 architectures!  I am more than happy to
continue to contribute my time to create these builds, but I think it
only makes sense to have a release candidate cycle before formally
pushing to sourceforge.

- Charlie

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Binary release process

[Charlie Moad]

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 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 somewhat on the outside helped me keep the ease
>> of the build process in check.  This gap has apparently grown too
>> wide.
>
> I appreciate that this is a difficult task and that you have plenty of other
> responsibilities, and appreciate your effort. However, I've been trying to
> get to the bottom of why the windows installer is overwriting configobj and
> I could use some feedback from you. I really need to know whether you delete
> the build/ directory before creating a new installer.

I don't have my build directories anymore, but they were made from
extracting the source release so there was no previous build
directory.  It is possible that I missed those settings in setup.cfg,
because I do not have either of those module installed.

>
>>
>> Moving ahead, python 2.6 and 3.0 are going to pose new challenges
>> since they require new versions of visual studio I do not have access
>> to.
>
> I think 2.6 and 3.0 were both compiled with Visual C++ 2008, and so the free
> Visual C++ 2008 express can be used to create extension modules. I the past
> I have built and distributed extension modules built with mingw32 on windows
> XP, but I have not been able to put together a working mingw32/msys on a
> 64-bit windows vista machine. This is my only windows computer, so it looks
> like I will only be supporting py2.6 in the near future.
>

Good to know there is a free option.

>>
>> Doing builds for 4 windows versions poses a great time to work on
>> a standard cygwin build setup (not that the cygwin build process
>> doesn't work as is).  In addition to that we are going to possibly be
>> seeing osx fat binaries with 4 architectures!  I am more than happy to
>> continue to contribute my time to create these builds, but I think it
>> only makes sense to have a release candidate cycle before formally
>> pushing to sourceforge.
>
> What are the four architectures? I'd be willing to get things together on my
> windows install so I can build mpl from source and help test with
> python-2.6. (I know I'm going to regret this.)
>

"32-bit PowerPC, 32-bit x86, 64-bit PowerPC, and 64-bit x86"
http://en.wikipedia.org/wiki/Fat_binary

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

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 with mingw?

- Charlie

On Tue, Apr 7, 2009 at 5:02 PM, Sandro Tosi  wrote:
> On Tue, Apr 7, 2009 at 18:06, Andrew Straw  wrote:
>> John Hunter wrote:
>>> We are not that far away, at least for src snapshots, os x binaries,
>>> and the docs.  The windows binary would take some work, as would a
>>> linux binary, eg a debian package.
>> FWIW, the Debian packagers will want to make their own .debs from the
>> source package.
>
> I'm ready and waiting for a shiny new release to give our beloved
> Debian users a package to install ;)
>
> In unstable we have a "rather old" release, 0.98.3, since I was asked
> to not upload 0.98.5.2 to the main audience (it's now in experimental,
> JFTR).
>
> Cheers,
> --
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
>
> --
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

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 build script for OSX and I have
>> been meaning to try something similar for mingw.  Is anyone opposed to
>> creating the official releases with mingw?
>
> As long as it works, I would greatly prefer it.  A build script would be
>  great.
>
> Eric
>

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

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 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 with mingw?
>>
>> As long as it works, I would greatly prefer it.  A build script would be
>>  great.
>>
>> Eric
>>
>

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

Python2.6 went fairly clean.  I had to modify setupext.py a little to
account for tcltk8.5 and add the tcltk8.5 headers to the win32_static
distribution.

I am running into an error when importing matplotlib though.  I'll
poke around but would appreciate extra eyes.

Traceback (most recent call last):
  File "", line 1, in 
  File 
"c:\python26\lib\site-packages\matplotlib-0.98.5.3_r7035-py2.6-win32.egg\matplotlib\pyplot.py
", line 6, in 
from matplotlib.figure import Figure, figaspect
  File 
"c:\python26\lib\site-packages\matplotlib-0.98.5.3_r7035-py2.6-win32.egg\matplotlib\figure.py
", line 17, in 
import artist
  File 
"c:\python26\lib\site-packages\matplotlib-0.98.5.3_r7035-py2.6-win32.egg\matplotlib\artist.py
", line 5, in 
from transforms import Bbox, IdentityTransform, TransformedBbox,
TransformedPath
  File 
"c:\python26\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 Apr 10, 2009 2:06pm, Charlie Moad  wrote:
>
>> 0.98.6 only?
>
> I think so. We can keep 0.91 around in case anyone needs it and a critical
> bug fix comes in, but I think we should get the final bugfix on 0.98 out
> with this release and then focus on the trunk for the next release.
>
> Thanks,
> JDH

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

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 the link from distutils right now and giving it a try.

- Charlie

On Fri, Apr 10, 2009 at 10:08 PM, Andrew 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've been batting this one around on MPL-users for a little
> while... still no resolution though. See the thread started by Lorenzo
> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>
> -Andrew
>

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

Yeah, that worked.  Removed the link from
distutils/cygwinccompiler.py.  I didn't get the error from python 2.4
or 2.5, but that's probably because I have had them installed for a
while and these dll's have been installed from other modules.  I'll
try to get some binaries posted 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 the link from distutils right now and giving it a try.
>
> - Charlie
>
> On Fri, Apr 10, 2009 at 10:08 PM, Andrew 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've been batting this one around on MPL-users for a little
>> while... still no resolution though. See the thread started by Lorenzo
>> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>>
>> -Andrew
>>
>

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

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 uploaded a modified
win32_static.zip file.  Could someone please replace the previous one
with the newer version?  It includes the tcltk8.5 headers needed for
the build.  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 python 2.4
> or 2.5, but that's probably because I have had them installed for a
> while and these dll's have been installed from other modules.  I'll
> try to get some binaries posted 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 the link from distutils right now and giving it a try.
>>
>> - Charlie
>>
>> On Fri, Apr 10, 2009 at 10:08 PM, Andrew 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've been batting this one around on MPL-users for a little
>>> while... still no resolution though. See the thread started by Lorenzo
>>> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>>>
>>> -Andrew
>>>
>>
>

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

I updated the binaries at the same link as before:
http://drop.io/tvuqe3o

NOTE: I used John's OSX build scripts which ran great, but I am
getting a segfault when trying to plot.  I need to call it a night and
might not have time to look into the issue this week.  Please run with
my files and 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 uploaded a modified
> win32_static.zip file.  Could someone please replace the previous one
> with the newer version?  It includes the tcltk8.5 headers needed for
> the build.  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 python 2.4
>> or 2.5, but that's probably because I have had them installed for a
>> while and these dll's have been installed from other modules.  I'll
>> try to get some binaries posted 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 the link from distutils right now and giving it a try.
>>>
>>> - Charlie
>>>
>>> On Fri, Apr 10, 2009 at 10:08 PM, Andrew 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've been batting this one around on MPL-users for a little
>>>> while... still no resolution though. See the thread started by Lorenzo
>>>> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>>>>
>>>> -Andrew
>>>>
>>>
>>
>

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

[Charlie Moad]

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 and get a segfault when I try and
> import matplotlib.backends._tkagg
>
> When I open _tkagg.pyd in dependencywalker, it appears to be missing
> "DWMAPI.DLL".  Any ideas?

Looks like it's a MingW issue.

http://bugs.python.org/issue3308

Unfortunately I am at a conference until the weekend.  Any results
from the osx binaries?

- Charlie

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] MinGW/Win32 Release Build Scripts

[Charlie Moad]

 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.  It's too late for me to test those right now,
but I trust they should work.  Instructions can be found in
release/win32/README.txt.  It required removing a link to "gw32" in
"setupext.py" so it only works trunk sdists.  All interested, please
give it a try.

- Charlie

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] MinGW/Win32 Release Build Scripts

[Charlie Moad]

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 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
>>> 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.  It's too late for me to test those right now,
>>> but I trust they should work.  Instructions can be found in
>>> release/win32/README.txt.  It required removing a link to "gw32" in
>>> "setupext.py" so it only works trunk sdists.  All interested, please
>>> give it a try.
>>
>> I'm in the process of testing this -- one problem I encountered was
>> some trailing spaces after the version numbers and before the comments
>> which broke the build.  nfortunately some of the compiler error
>> messages were fairly cryptic (c compiler cannot create executables)
>> which sent me down some false trails before I figured it out from the
>> libpng config.log.  I've committed the fix (first use of tortoisesvn
>> -- woohoo).
>>
>> My sdist command in mingw is creating zip files by default -- any way
>> to force it to make the tar.gz that the build script is expecting ?  I
>> can hack around this by creating my own tarball.
>>
>> JDH
>>
>

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] MinGW/Win32 Release Build Scripts

[Charlie Moad]

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
>> 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.  It's too late for me to test those right now,
>> but I trust they should work.  Instructions can be found in
>> release/win32/README.txt.  It required removing a link to "gw32" in
>> "setupext.py" so it only works trunk sdists.  All interested, please
>> give it a try.
>
> I'm in the process of testing this -- one problem I encountered was
> some trailing spaces after the version numbers and before the comments
> which broke the build.  nfortunately some of the compiler error
> messages were fairly cryptic (c compiler cannot create executables)
> which sent me down some false trails before I figured it out from the
> libpng config.log.  I've committed the fix (first use of tortoisesvn
> -- woohoo).
>
> My sdist command in mingw is creating zip files by default -- any way
> to force it to make the tar.gz that the build script is expecting ?  I
> can hack around this by creating my own tarball.
>
> JDH
>

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] MinGW/Win32 Release Build Scripts

[Charlie Moad]

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 spaces.  (e.g. C:\Documents and Settings\).
>>> Try running everything in a top level dir.
>>
>> That's not it -- I avoid spaces like the plague.
>>
>> I am now getting a "cannot exec 'cc1plus'" error when I try and build
>> mpl itself (zlib, png, freetype and tcltl built fine).  I can do::
>>
>>  > gcc --version
>>
>> but not::
>>
>>  > g++ --version
>>
>> Did you install something extra for g++ -- I installed mingw 5.1.4,
>> MSYS and wget as instructed)
>
> Never mind -- just reran the mingw-5.1.4.exe installer and it prompted
> me for additional compilers.  I selected g++ and now I have it

You found it.  That's probably worth adding to the readme as well as
the "spaces in build path" issue.  I think I did add some comments
after testing, btw.

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] MinGW/Win32 Release Build Scripts

[Charlie Moad]

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 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.
>>>
>>> That's not it -- I avoid spaces like the plague.
>>>
>>> I am now getting a "cannot exec 'cc1plus'" error when I try and build
>>> mpl itself (zlib, png, freetype and tcltl built fine).  I can do::
>>>
>>>  > gcc --version
>>>
>>> but not::
>>>
>>>  > g++ --version
>>>
>>> Did you install something extra for g++ -- I installed mingw 5.1.4,
>>> MSYS and wget as instructed)
>>
>> Never mind -- just reran the mingw-5.1.4.exe installer and it prompted
>> me for additional compilers.  I selected g++ and now I have it
>
> Now I am hitting a missing setuptools import from setupwinegg.py.
> Apparently python2.6 doesn't come with setuptools on windows (Is this
> expected?  It surprised me, I thought setuptools was supposed to be a
> standard)
>
> Anyhow, a quick google takes me to
>
> http://www.python-forum.org/pythonforum/viewtopic.php?f=15&t=10175
>
> which suggests
>
> 1. Download setuptools-0.6c9.tar.gz
> 2. Download setuptools-0.6c9-py2.6.egg to a folder(directory) outside
> your Windows Python installation folder
> 3. Use 7-zip to extract ez_setup.py in the same folder as
> setuptools-0.6c9-py2.6.egg
> 4. Go to the corresponding dos prompt and run python ez_setup.py
> setuptools-0.6c9-py2.6.egg from the command prompt
> 5. Ensure that your PATH includes the appropriate C:\Python2X\Scripts 
> directory
>
> Is this really the path of least resistance?  Whatever happened to the
> easy in ez_setup

I think setuptools should be a requirement in the same way numpy is.

The latest "ez_setup.py" script has 2.6 included.
http://peak.telecommunity.com/dist/ez_setup.py

You should be able to do the normal, "python ez_setup.py"

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] MinGW/Win32 Release Build Scripts

[Charlie Moad]

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://peak.telecommunity.com/dist/ez_setup.py
>>
>> You should be able to do the normal, "python ez_setup.py"
>
> OK, I got the thing to build and updated the README with instructions
> for dummies like me.  I tested the install and we are still getting
> the libpng triggered segfault.  I removed the win32 binaries from the
> website yesterday since they showed the same problem.  So now we have
> to drill into this problem.  Do you recall what version of libpng you
> used for the 98.5.2 builds.  I may try regressing and see if that
> helps.

I'll have to check my home computer tonight.  I never saw your note
about libpng either.  Again, I'll poke a little more tonight once I
get home to my machine and update you.

- Charlie

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Sourceforge - lost windows binaries

[Charlie Moad]

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 were new windows binaries on Sourceforge - version
>> 0.98.5.3. Yesterday I also found them in Google cache (see the
>> attachment - I am interested mainly in Python 2.6).
>>
>> But they are not now on Sourceforge. Is there a good reason for it
>> (for example there could be problematic)? Or is it a Sourceforge
>> mistake (I am not sure but I think that design of the Sourceforge
>> download page was different)?
>>
>> Maybe there is another explanation - but if it is possible, could
>> windows binaries be uploaded again?
>
> The 0.98.5.3 binaries have a problem with the PNG output, so I pulled
> them.  Charile, do you still have the 0.98.5.2 win32 binaries to
> reupload while we are sorting out this problem?
>
> JDH
>

--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Re: [Pythonmac-SIG] [Matplotlib-users] Matplotlib Universal Package

[Charlie Moad]

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 sure -- I don't have this problem on my linux system. If it
works, I'll commit it to svn.

(Robert Kern suggested modifying the setup.py to include a compiler
command-line directive. IMO this is better because it will be in the
source file and is thus more visible to anyone who wants to re-use the
code. Additionally, it will modify the file, triggering a re-build.)

Samuel M. Smith wrote:

>Well, I gave up. I regressed and installed numpy 0.9.6 from the
>package installer and looks like matplotlib works now.
>It sure blows my confidence when two months go by and there are
>enough changes that I can't install from source anymore.
>I would like to try again but it would be nice to know what you did
>to get it to work since what I did last time no longer works.
>
>Sam
>
>___
>Pythonmac-SIG maillist  -  Pythonmac-SIG@python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
>
>







---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] can't get started

[Charlie Moad]

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:
> > >> I have just installed numpy-0.9.8, scipy-0.4.9, and
> > >> matplotlib-0.87.2 on a Windows machine with Python 2.4.2.
> >
> > Charlie> matplotlib-0.87.2 requires numpy-0.9.6.  You will get an
> > Charlie> error otherwise.
> >
> >
> > This is starting to bite enough people that we should consider rolling
> > out a release.  We had hope to get the 3d stuff working before the
> > next release, but having a version up there that doesn't work with the
> > latest numpy is a more pressing problem to me.  Does this seem like a
> > good idea to you Charlie?  Are there other features or fixes that
> > other developers would like to get in first?
>
> John,
>
> I agree that it is time for a new release.
>
> The changes I have been making involving not rendering things with alpha
> == 0 or linewidth == 0 are certainly not complete, but I don't think
> this is a showstopper.  Anything using agg should be OK, postscript is
> OK, svg is OK with linewidth == 0, which I think is what matters most
> immediately--some things rely on this.  Help from other developers will
> be needed for other backends.
>
> A new quiver could come before or after a release.  I have not committed
> anything yet. I would like to be able to start doing so fairly soon, but
> in a way that does not cause trouble with a release.  (At present, I am
> calling the new version quiver2 so that I can work with the pylab
> interface without clobbering the original version.  The API will differ
> from that of the original, so maybe both should be present, with
> different names, for a while.)  It would help to know when the actual
> production of the release is likely to occur, of course.

Sounds like we could push 0.87.3 tomorrow or Tuesday.  I personally
think the new quiver should be held off until 0.88 and it should
replace the old one if it is truly better.

- Charlie


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] ANN: matplotlib-0.87.3

[Charlie Moad]

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-30 More partial support for polygons with outline or fill,
   but not both.  Made LineCollection inherit from
   ScalarMappable. - EF

2006-05-29 Yet another revision of aspect-ratio handling. - EF

2006-05-27 Committed a patch to prevent stroking zero-width lines in
   the svg backend - DSD

2006-05-24 Fixed colorbar positioning bug identified by Helge
   Avlesen, and improved the algorithm; added a 'pad'
   kwarg to control the spacing between colorbar and
   parent axes. - EF

2006-05-23 Changed color handling so that collection initializers
   can take any mpl color arg or sequence of args; deprecated
   float as grayscale, replaced by string representation of
   float. - EF

2006-05-19 Fixed bug: plot failed if all points were masked - EF

2006-05-19 Added custom symbol option to scatter - JDH

2006-05-18 New example, multi_image.py; colorbar fixed to show
   offset text when the ScalarFormatter is used; FixedFormatter
   augmented to accept and display offset text. - EF

2006-05-14 New colorbar; old one is renamed to colorbar_classic.
   New colorbar code is in colorbar.py, with wrappers in
   figure.py and pylab.py.
   Fixed aspect-handling bug reported by Michael Mossey.
   Made backend_bases.draw_quad_mesh() run.- EF

2006-05-08 Changed handling of end ranges in contourf: replaced
   "clip-ends" kwarg with "extend".  See docstring for
   details. -EF

2006-05-08 Added axisbelow to rc - JDH

2006-05-08 If using PyGTK require version 2.2+ - SC

2006-04-19 Added compression support to PDF backend, controlled by
   new pdf.compression rc setting. - JKS

2006-04-19 Added Jouni's PDF backend

2006-04-18 Fixed a bug that caused agg to not render long lines

2006-04-16 Masked array support for pcolormesh; made pcolormesh support the
   same combinations of X,Y,C dimensions as pcolor does;
   improved (I hope) description of grid used in pcolor,
   pcolormesh. - EF

2006-04-14 Reorganized axes.py - EF

2006-04-13 Fixed a bug Ryan found using usetex with sans-serif fonts and
   exponential tick labels - DSD

2006-04-11 Refactored backend_ps and backend_agg to prevent module-level
   texmanager imports. Now these imports only occur if text.usetex
   rc setting is true - DSD

2006-04-10 Committed changes required for building mpl on win32
   platforms with visual studio.  This allows wxpython
   blitting for fast animations. - CM

2006-04-10 Fixed an off-by-one bug in Axes.change_geometry.

2006-04-10 Fixed bug in pie charts where wedge wouldn't have label in
   legend. Submitted by Simon Hildebrandt. - ADS

2006-05-06 Usetex makes temporary latex and dvi files in a temporary
   directory, rather than in the user's current working
   directory - DSD

2006-04-05 Apllied Ken's wx deprecation warning patch closing sf patch
   #1465371 - JDH

2006-04-05 Added support for the new API in the postscript backend.
   Allows values to be masked using nan's, and faster file
   creation - DSD

2006-04-05 Use python's subprocess module for usetex calls to
   external programs. subprocess catches when they exit
   abnormally so an error can be raised. - DSD

2006-04-03 Fixed the bug in which widgets would not respond to
   events.  This regressed the twinx functionality, so I
   also updated subplots_adjust to update axes that share
   an x or y with a subplot instance. - CM

2006-04-02 Moved PBox class to transforms and deleted pbox.py;
   made pylab axis command a thin wrapper for Axes.axis;
   more tweaks to aspect-ratio handling; fixed Axes.specgram
   to account for the new imshow default of unit aspect
   ratio; made contour set the Axes.dataLim. - EF

2006-03-31 Fixed the Qt "Underlying C/C++ object deleted" bug. - JRE

2006-03-31 Applied Vasily Sulatskov's Qt Navigation Toolbar enhancement. - JRE

2006-03-31 Ported Norbert's rewriting of Halldor's stineman_interp
   algorithm to make it numerix compatible and added code to
   matplotlib.mlab.  See examples/interp_demo.py - JDH

2006-03-30 Fixed a bug in aspect ratio handling; blocked potential
   crashes when panning with button 3; added axis('image')
   support. - EF

2006-03-28 More changes to aspect ratio handling; new PBox class
   in new file pbox.py to facilitate resizing and repositioning
   axes; made PolarAxes maintain unit aspect ratio. - EF

2006-03-23 Refactored TextWithDash class to inherit 

Re: [matplotlib-devel] quiver2 in svn

[Charlie Moad]

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 temporarily accessible as "quiver2" so as not to interfere with the
> original quiver, and in examples there is a quiver2_demo.py.  The API
> differs from that of the original quiver.  See the docstring for
> details.  Since the earlier version that I sent out as a diff, I have
> removed the "C" kwarg (unnecessary, given the function signature) and
> added the "minlength" kwarg; if the rendered arrow is less than this
> length in units of the shaft width, then it is replaced with a hexagon
> of this diameter.  Also, the dpi bug that John found is fixed.
>
> Some time before the next release I would like to replace the present
> quiver with quiver2.  If necessary I can use the same trick as for
> colorbar, in which the default is the new version, but the presence of a
> kwarg exclusive to the old version triggers use of the old version with
> a deprecation warning.  I would like to be able to establish a schedule
> for actually removing such deprecated code, however.
>
> Suggestions for improvements in the API or other aspects are welcome.
>
> On my todo list are a "key" method to draw a labeled scale arrow, and an
> ellipse-drawing capability.
>
> The "scatter" command is quite similar and, like the proposed
> "ellipses", could take advantage of code presently in the Quiver class,
> so I will consider doing such a consolidation, using a base class or a
> mixin to factor out as much common functionality as possible.
>
> I have looked briefly at basemap.  It looks like quiver2 will fit in OK
> with small changes; a bit more work might be needed to support some of
> the scaling options in quiver2.  In any case, whenever quiver2 does
> replace quiver I want to make sure that basemap is ready so that the new
> quiver works well with it; for my own work, velocity vectors on maps are
> central.
>
> Eric
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>


___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] ANN: matplotlib-0.87.4 (bugfix release for enthon)

[Charlie Moad]

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 us know, otherwise we'll
> probably try to roll out 0.87.4 early next week.
>
> Thanks,
> JDH

http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706

===
2006-07-11 Released 0.87.4 at revision 2558

2006-07-07 Fixed a usetex bug with older versions of latex - DSD

2006-07-07 Add compatibility for NumPy 1.0 - TEO

2006-06-29 Added a Qt4Agg backend. Thank you James Amundson - DSD

2006-06-26 Fixed a usetex bug. On windows, usetex will prcess
   postscript output in the current directory rather than
   in a temp directory. This is due to the use of spaces
   and tildes in windows paths, which cause problems with
   latex. The subprocess module is no longer used. - DSD

2006-06-22 Various changes to bar(), barh(), and hist().
   Added 'edgecolor' keyword arg to bar() and barh().
   The x and y args in barh() have been renamed to width
   and bottom respectively, and their order has been swapped
   to maintain a (position, value) order ala matlab. left,
   height, width and bottom args can now all be scalars or
   sequences. barh() now defaults to edge alignment instead
   of center alignment. Added a keyword arg 'align' to bar(),
   barh() and hist() that controls between edge or center bar
   alignment. Fixed ignoring the rcParams['patch.facecolor']
   for bar color in bar() and barh(). Fixed ignoring the
   rcParams['lines.color'] for error bar color in bar()
   and barh(). Fixed a bug where patches would be cleared
   when error bars were plotted if rcParams['axes.hold']
   was False. - MAS

2006-06-22 Added support for numerix 2-D arrays as alternatives to
   a sequence of (x,y) tuples for specifying paths in
   collections, quiver, contour, pcolor, transforms.
   Fixed contour bug involving setting limits for
   color mapping.  Added numpy-style all() to numerix. - EF

2006-06-20 Added custom FigureClass hook to pylab interface - see
   examples/custom_figure_class.py

2006-06-16 Added colormaps from gist (gist_earth, gist_stern,
   gist_rainbow, gist_gray, gist_yarg, gist_heat, gist_ncar) - JW

2006-06-16 Added a pointer to parent in figure canvas so you can
   access the container with fig.canvas.manager.  Useful if
   you want to set the window title, eg in gtk
   fig.canvas.manager.window.set_title, though a GUI neutral
   method would be preferable JDH

2006-06-16 Fixed colorbar.py to handle indexed colors (i.e.,
   norm = no_norm()) by centering each colored region
   on its index. - EF

2006-06-15 Added scalex and scaley to Axes.autoscale_view to support
   selective autoscaling just the x or y axis, and supported
   these command in plot so you can say plot(something,
   scaley=False) and just the x axis will be autoscaled.
   Modified axvline and axhline to support this, so for
   example axvline will no longer autoscale the y axis. JDH

2006-06-13 Fix so numpy updates are backward compatible - TEO

2006-06-12 Updated numerix to handle numpy restructuring of
   oldnumeric - TEO

2006-06-12 Updated numerix.fft to handle numpy restructuring
   Added ImportError to numerix.linear_algebra for numpy -TEO

2006-06-11 Added quiverkey command to pylab and Axes, using
   QuiverKey class in quiver.py.  Changed pylab and Axes
   to use quiver2 if possible, but drop back to the
   newly-renamed quiver_classic if necessary.  Modified
   examples/quiver_demo.py to illustrate the new quiver
   and quiverkey.  Changed LineCollection implementation
   slightly to improve compatibility with PolyCollection. - EF

2006-06-11 Fixed a usetex bug for windows, running latex on files
   with spaces in their names or paths was failing - DSD

2006-06-09 Made additions to numerix, changes to quiver to make it
   work with all numeric flavors. - EF

2006-06-09 Added quiver2 function to pylab and method to axes,
   with implementation via a Quiver class in quiver.py.
   quiver2 will replace quiver before the next release;
   it is placed alongside it initially to facilitate
   testing and transition. See also
   examples/quiver2_demo.py. - EF

2006-06-08 Minor bug fix to make ticker.py draw proper minus signs
   with usetex - DSD


-
Using Tomcat but n

Re: [matplotlib-devel] [Matplotlib-users] Missing dll in windows build 0.87.4

[Charlie Moad]

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
> > something we ran into a lot.  If you have numpy installed distutils
> > will use the numpy\distutils\mingw32ccompiler.py file.  In the
> > Mingw32CCompiler class remove all links to "msvcr71".  In my version
> > of numpy just comment out the whole if block at line 127.
> >
>
> I tried commenting out that very block, but then numpy will not build
> -- it does not see the mingw32 compiler without those lines, it
> appears. I used the --compiler switch on the build, but to no avail.
>
> I'm a bit stuck here, as matplotlib does not build, and the binary
> does not seem to work. I'm trying to put together a package that
> contains numpy, matplotlib and scipy to distribute to some of my
> users.

Try this.  If you are still getting an error, please post it.  I am
moving this to the devel list.

if sys.version[:3] > '2.3':
if libraries:
pass #libraries.append('msvcr71')
else:
libraries = [] #['msvcr71']

The other option is to bundle that dll with matplotlib.  I have seen
other python modules doing this.

- 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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] binary release for numpy 1.0

[Charlie Moad]

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 release together to work with the latest
> version of numpy? There are some posts on scipy-user complaining that 0.87.4
> wont work with numpy C API version 100 (numpy-1.0b1).
>
> Darren
>
> -
> 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 & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] binary release for numpy 1.0

[Charlie Moad]

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 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 release together to work with the latest
> >> version of numpy? There are some posts on scipy-user complaining that 
> >> 0.87.4
> >> wont work with numpy C API version 100 (numpy-1.0b1).
> >>
> >> Darren
> >>
>
> Charlie,
>
> I downloaded your egg and tried to Easy_Install it.  I got errors.
> (Warning: total novice at eggs) Below are the errors.  Any suggestions?

I had bed perms on the file.  It's fixed now.  I'm curious how you
downloaded it in the first place?  Ah well.

-
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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Wednesday minor rev bump?

[Charlie Moad]

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 compatibility again.  After all, it still is a beta.
>
> > I wonder how long we should continue to hold off on a new release. As I said
> > in a previous email, Travis does not foresee changes to the C API before
> > numpy-1.1 (although he doesn't rule them out). Besides, several bug fixes 
> > and
> > new features have been added since 0.87.4.
>
> Isn't the "current" version using numpy 0.9.8? No matter, they are ALL
> beta, (or alpha), so there is no reason to stick with any particular one.
>
> 1.0b seems to be the least buggy and most future-proof (which, of
> course, doesn't mean that much) at the moment, so I say we do it.
>
> Charlie, can you do OS-X? I still don't have my build environment set up
> quite right, and you beat me to it last time. We'll need to  put a new
> numpy mpkg on pythonmac.org at the same time. I'd be glad to do that, if
> it helps, but I need to make sure we use the same version.

Are they any lingering issues that would prevent a Wednesday minor rev
bump for the latest numpy?  Ideally it would last through the numpy
1.0 release.

- 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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] subplots adjust

[Charlie Moad]

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 typical user probably won't care if the laf is
native, just whether it works consistently.

On 8/7/06, Mark Bakker <[EMAIL PROTECTED]> wrote:
> Darren -
>
> Although I agree with your on some level, the advantage of the current
> toolbar is that it is easy to incorporate in a GUI, where the user can
> define his own drop down menu. So I vote for a backend native slider, but
> keep the button on the toolbar.
>
> I have been thinking about an easier way to have user-defined toolbars (and
> I am sure others have much better ideas). I would rather put energy towards
> modifyable toolbars than a dropdown menu,
>
> Mark
>
> > --
> >
> > Message: 4
> > Date: Mon, 7 Aug 2006 09:34:57 -0400
> > From: Darren Dale <[EMAIL PROTECTED]>
> > Subject: [matplotlib-devel] subplots adjust
> > To: matplotlib-devel@lists.sourceforge.net
> > Message-ID: <[EMAIL PROTECTED]>
> > Content-Type: text/plain;  charset="us-ascii"
> >
> > I am writing to ask about the subplots adjust widget. I think the gui
> would be
> > better implimented by each backend using the native widgets rather than by
> > the existing set of backend-neutral sliders, which are somewhat
> unbecoming.
> > The proposed backend-specific widgets could call the generic subplot
> resize
> > routines, and really shouldn't be that difficult to impliment. Also, I was
> > thinking that subplot_adjust should be selectable from a standard
> > dropdown "File, Edit, View..." menubar instead of on the main toolbar. The
> > save button could also be moved to the drop down menu bar.
> >
> > Darren
> >
> >
> >
> > --
> >
>
>
> -
> 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
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] svn zoom

[Charlie Moad]

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 of mpl test something?
>
> When I open a plot (eg simple_plot.py) and zoom to rect, the plot
> zooms in to the rect, and then strangely zooms back out to the
> original view and then back in again.  Anyone else seeing this?

I periodically am seeing it.  But I can't figure out how to cause it.

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Yet another minor release

[Charlie Moad]

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 need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] Problems upgrading to mpl 0.87.4

[Charlie Moad]

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.SetDataBuffer method, which will have the wxImage use the
> >> buffer passed in without making a copy, but if the buffer doesn't
> >> live as long as the image does it will likely cause a crash.
> >
> > This would probably be the easiest way to get top performance at the
> > moment. If we can make the Agg data a buffer, and somehow do the
> > reference counting right so it doesn't get deleted while the wxImage is
> > still around (that may not be hard -- the wxImage has to be converted to
> > a wxBitmap to be drawn anyway)
>
> I've been suing this for another use, and Robin just added an improved
> version of new wx.Image factory function I wrote for just this purpose:
>
> def ImageFromBuffer(width, height, dataBuffer, alphaBuffer=None):
>  """
>  Creates a `wx.Image` from the data in dataBuffer.  The dataBuffer
>  parameter must be a Python object that implements the buffer
>  interface, such as a string, array, etc.  The dataBuffer object is
>  expected to contain a series of RGB bytes and be width*height*3
>  bytes long.  A buffer object can optionally be supplied for the
>  image's alpha channel data, and it is expected to be width*height
>  bytes long.
>
>  A reference to the data and alpha buffer objects are kept with the
>  wx.Image, so that they won't get deleted until after the wx.Image
>  is deleted.  However please be aware that it is not guaranteed that
>  an object won't move its memory buffer to a new location when it
>  needs to resize its contents.  If that happens then the wx.Image
>  will end up referring to an invalid memory location and could cause
>  the application to crash.  Therefore care should be taken to not
>  manipulate the objects used for the data and alpha buffers in a
>  way that would cause them to change size.
>  """
>  image = wx.EmptyImage(width, height)
>  image.SetDataBuffer(dataBuffer)
>  if alphaBuffer is not None:
>  image.SetAlphaBuffer(alphaBuffer)
>  image._buffer = dataBuffer
>  image._alpha = alphaBuffer
>  return image
>
> Does the aggDrawer already implement a Python buffer object? If so,
> using this would be easy. If not, then it probably should, unless we go
> straight to the numpy array protocol.

I haven't had time to thoroughly absorb all your post.  From skimming
it looks like we could do a similar approach as the qtagg blitting.
If you look at the else clause in the FigureCanvasQTAgg.paintEvent
method, you'll see we added a to_string method to the BufferRegion
object.  Using this string buffer we create a QImage and blit it.  It
includes the alpha channel.  I'll paste the block of interest to save
you a little digging.

bbox = self.replot
w, h = int(bbox.width()), int(bbox.height())
l, t = bbox.ll().x().get(), bbox.ur().y().get()
reg = self.copy_from_bbox(bbox)
stringBuffer = reg.to_string()
qImage = qt.QImage(stringBuffer, w, h, 32, None, 0,
qt.QImage.IgnoreEndian)
self.pixmap.convertFromImage(qImage, qt.QPixmap.Color)
p.drawPixmap(qt.QPoint(l, self.renderer.height-t), self.pixmap)

- 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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Yet another minor release

[Charlie Moad]

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 hopes this
> > Charlie> will remain binary compatible with numpy 1.0.  Are there
> > Charlie> any objections to a minor release bump?  I could do this
> > Charlie> an soon as tomorrow.
> >
> > Let's shoot for Tuesday evening, in advance of scipy.  I'm going to
> > make one more attempt before then to get the damned widget lock
> > working right
>
> I hate to raise this issue again, but what is the status of the next release?

Seeing numpy b3 and then b4 has made me hesitate.  I posted a snapshot
to the user list a while back just in case anyone wanted it.  Have
these minor releases been breaking the c-api?

- 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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Yet another minor release

[Charlie Moad]

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:
> > > > >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
> > > >
> > > > Charlie> Numpy 1.0b2 was released last night and Travis hopes this
> > > > Charlie> will remain binary compatible with numpy 1.0.  Are there
> > > > Charlie> any objections to a minor release bump?  I could do this
> > > > Charlie> an soon as tomorrow.
> > > >
> > > > Let's shoot for Tuesday evening, in advance of scipy.  I'm going to
> > > > make one more attempt before then to get the damned widget lock
> > > > working right
> > >
> > > I hate to raise this issue again, but what is the status of the next
> > > release?
> >
> > Seeing numpy b3 and then b4 has made me hesitate.  I posted a snapshot
> > to the user list a while back just in case anyone wanted it.  Have
> > these minor releases been breaking the c-api?
>
> I think b4 included the improved support for migrating from numarray. I'm not
> sure it would have effected an mpl release.
>
> Travis, would you care to comment?

He made a comment on the numpy list.  We can shoot for a mpl release
by the end of the week.  Are there any lingering issues?

- 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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Yet another minor release

[Charlie Moad]

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
> Charlie> mpl release by the end of the week.  Are there any
> Charlie> lingering issues?
>
> Apparently numpy 1.05b is due out over the weekend, so we can
> coordinate with that release.  As soon as Travis puts it up, Charlie
> you can put out mpl 0.87.5 after a quick test of backend_driver which
> is currently passing with svn numpy.

Sounds good.  Two open windows issues that aren't showstoppers are:
1) Inclusion of msvcp71.dll?
2) Building against wxpython unicode or ansii? (until we move to pure
python blitting)

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Fwd: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight

[Charlie Moad]

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 release of NumPy 1.0b5
tonight.  Please have any fixes and/or problems worked out before then.

-Travis



-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Numpy-discussion mailing list
Numpy-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/numpy-discussion

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] PATCH -- NumPy 1.0b5 tonight

[Charlie Moad]

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
> Scientific Programmer
> National Radio Astronomy Observatory
> http://www.aoc.nrao.edu
>
>
> On Sep 5, 2006, at 12:05 AM, Boyd Waters wrote:
>
> > Very sorry: here is the initial error:
> > numpy/core/src/arrayobject.c:564: error: 'op' undeclared (first use
> > in this function)
> >
> >
> > On Sep 5, 2006, at 12:01 AM, Boyd Waters wrote:
> >
> >> 1.0b5
> >> Fails to compile?
> >
> >
>
>
>
> -
> 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
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Fwd: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight

[Charlie Moad]

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 identifier
src\_na_nxutils.c(215) : warning C4047: 'return' : 'PyObject *'
differs in levels of indirection from 'int'

Do we need to modify our use of the c-api at all?

- Charlie

On 9/5/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
> Very sorry: here is the initial error:
> numpy/core/src/arrayobject.c:564: error: 'op' undeclared (first use
> in this function)
>
>
> On Sep 5, 2006, at 12:01 AM, Boyd Waters wrote:
>
> > 1.0b5
> > Fails to compile?
>
>
>
>
> -
> 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
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] ANN: matplotlib-0.87.5

[Charlie Moad]

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

===
2006-09-05 Released 0.87.5 at revision 2761

2006-09-04 Added nxutils for some numeric add-on extension code --
   specifically a better/more efficient inside polygon tester 
(see
   unit/inside_poly_*.py) - JDH

2006-09-04 Made bitstream fonts the rc default - JDH

2006-08-31 Fixed alpha-handling bug in ColorConverter, affecting
   collections in general and contour/contourf in
   particular. - EF

2006-08-30 ft2font.cpp: Added draw_rect_filled method (now used by mathtext2
   to draw the fraction bar) to FT2Font - ES

2006-08-29 setupext.py: wrap calls to tk.getvar() with str(). On some
   systems, getvar returns a Tcl_Obj instead of a string - DSD

2006-08-28 mathtext2.py: Sub/superscripts can now be complex (i.e.
   fractions etc.). The demo is also updated - ES

2006-08-28 font_manager.py: Added /usr/local/share/fonts to list of
   X11 font directories - DSD

2006-08-28 mahtext2.py: Initial support for complex fractions. Also,
   rendering is now completely separated from parsing. The
   sub/superscripts now work better.
   Updated the mathtext2_demo.py - ES

2006-08-27 qt backends: don't create a QApplication when backend is
   imported, do it when the FigureCanvasQt is created. Simplifies
   applications where mpl is embedded in qt. Updated
   embedding_in_qt* examples - DSD

2006-08-27 mahtext2.py: Now the fonts are searched in the OS font dir and
   in the mpl-data dir. Also env is not a dict anymore. - ES

2006-08-26 minor changes to __init__.py, mathtex2_demo.py. Added matplotlibrc
   key "mathtext.mathtext2" (removed the key "mathtext2") - ES

2006-08-21 mathtext2.py: Initial support for fractions
   Updated the mathtext2_demo.py
   _mathtext_data.py: removed "\" from the unicode dicts
   mathtext.py: Minor modification (because of _mathtext_data.py)- ES

2006-08-20 Added mathtext2.py: Replacement for mathtext.py. Supports _ ^,
   \rm, \cal etc., \sin, \cos etc., unicode, recursive nestings,
   inline math mode. The only backend currently supported is Agg
   __init__.py: added new rc params for mathtext2
   added mathtext2_demo.py example - ES

2006-08-19 Added embedding_in_qt4.py example - DSD

2006-08-11 Added scale free Ellipse patch for Agg - CM

2006-08-10 Added converters to and from julian dates to matplotlib.dates
   (num2julian and julian2num) - JDH

2006-08-08 Fixed widget locking so multiple widgets could share the
   event handling - JDH

2006-08-07 Added scale free Ellipse patch to SVG and PS - CM

2006-08-05 Re-organized imports in numerix for numpy 1.0b2 -- TEO

2006-08-04 Added draw_markers to PDF backend. - JKS

2006-08-01 Fixed a bug in postscript's rendering of dashed lines - DSD

2006-08-01 figure.py: savefig() update docstring to add support for 'format'
   argument.
   backend_cairo.py: print_figure() add support 'format' argument. - SC

2006-07-31 Don't let postscript's xpdf distiller compress images - DSD

2006-07-31 Added shallowcopy() methods to all Transformations;
   removed copy_bbox_transform and copy_bbox_transform_shallow
   from transforms.py;
   added offset_copy() function to transforms.py to
   facilitate positioning artists with offsets.
   See examples/transoffset.py. - EF

2006-07-31 Don't let postscript's xpdf distiller compress images - DSD

2006-07-29 Fixed numerix polygon bug reported by Nick Fotopoulos.
   Added inverse_numerix_xy() transform method.
   Made autoscale_view() preserve axis direction
   (e.g., increasing down).- EF

2006-07-28 Added shallow bbox copy routine for transforms -- mainly
   useful for copying transforms to apply offset to. - JDH

2006-07-28 Added resize method to FigureManager class
   for Qt and Gtk backend - CM

2006-07-28 Added subplots_adjust button to Qt backend - CM

2006-07-26 Use numerix more in collections.
   Quiver now handles masked arrays. - EF

2006-07-22 Fixed bug #1209354 - DSD

2006-07-22 make scatter() work with the kwarg "color". Closes bug
   1285750 - DSD

2006-07-20 backend_cairo.py: require pycairo 1.2.0.
   print_figure() update to output SVG using cairo.

2006-07-19 Added blitting for Qt4Agg - CM

2006-07-19 Added lasso widget and example examples/lasso_demo.py - JDH

2006-07-18 Added blitting for QtAgg backend - CM

2006-07-17 Fixed bug #1523585: skip nans in semilog plots - DSD

2006-07-12 Add support to render the scientific notation label
   over the right

Re: [matplotlib-devel] Missing __init__.py in matplotlib-0.87.5.win32-py2.4.exe ?

[Charlie Moad]

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... permissions
> looked like it had been filtered through a DOS filesystem. That
> tarball had an MD5 checksum of 6cc874f1b4adf95c7aac5c39a38b5517.
>
> I tried again this afternoon, I got a cleaner source tarball, MD5
> af3015ceae28ab385dbe9f30c6d2f83e.

You caught me : ) .  The first source had windows line feeds and linux
choked on it.  I removed it and put up a fresh copy after a few hours.
 Some of the mirrors may of taken a while to update.  If you have
problems please try downloading the source again.

- 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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] ANN: matplotlib-0.87.5

[Charlie Moad]

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 has the
> win32 exe in its title ("Missing __init__.py in
> matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there pretty
> much says it all.
>
> There's also a recent post on the numpy list that sounds like it's maybe
> the same problem (quote):
> """
> Is there a compatible matplotlib as well?  I was o.k. with mpl 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 Moad schrieb:
> > 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 future 1.0 releases of numpy.
> >> >
> >>
> >> I keep running into the ImportError problem described on the devel list,
> >> with the win32 2.4 binary (exe). Is that still just a case of waiting
> >> for the mirrors to update, or is there a deeper problem? Are there
> >> alternative download links? How to tell whether it's the "right" binary,
> >> since version numbers are the same?
> >>
> >> Thanks for your help,
> >> Sven
> >>
> >
>
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] ANN: matplotlib-0.87.5 *fixed*

[Charlie Moad]

Sorry all for the error.  I just uploaded "working" (at least for me)
versions to sourceforge again.  For those who are sicking of playing
with mirrors here is a direct download.  Don't expect this link to be
good for a long time though.

http://euclid.uits.iupui.edu/mplfiles/

- 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 has the
> > win32 exe in its title ("Missing __init__.py in
> > matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there pretty
> > much says it all.
> >
> > There's also a recent post on the numpy list that sounds like it's maybe
> > the same problem (quote):
> > """
> > Is there a compatible matplotlib as well?  I was o.k. with mpl 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 Moad schrieb:
> > > 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 future 1.0 releases of numpy.
> > >> >
> > >>
> > >> I keep running into the ImportError problem described on the devel list,
> > >> with the win32 2.4 binary (exe). Is that still just a case of waiting
> > >> for the mirrors to update, or is there a deeper problem? Are there
> > >> alternative download links? How to tell whether it's the "right" binary,
> > >> since version numbers are the same?
> > >>
> > >> Thanks for your help,
> > >> Sven
> > >>
> > >
> >
> >
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] ANN: matplotlib-0.87.5

[Charlie Moad]

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 future 1.0 releases of numpy.
> >
>
> I keep running into the ImportError problem described on the devel list,
> with the win32 2.4 binary (exe). Is that still just a case of waiting
> for the mirrors to update, or is there a deeper problem? Are there
> alternative download links? How to tell whether it's the "right" binary,
> since version numbers are the same?
>
> Thanks for your help,
> Sven
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] ANN: matplotlib-0.87.5 *fixed*

[Charlie Moad]

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 them next time):
>
> 1) there are several .pyc files left in the .tar.gz release
> 2) the setup.cfg file in the release specifies, in the egg_info section,
> "tag_svn_revision = 1", which makes any further attempts to do python
> setup.py sdist with setuptools result in a package versioned
> matplotlib-0.87.5-r0, which isn't right. (Basically, this setup.cfg file
> is telling setuptools that this is a development version and it should
> tag the svn version. Not being in a subversion tree, it finds the
> version as 0.) I made a note a few weeks ago in the DEVNOTES file
> (section "making a release") to remove the setup.cfg file, or at least
> this section, prior to making a release.

I agree with all your points and will look out for them in the future.
 I typically build the sdist without setuptools, but I guess some
lingering files are getting included.

- 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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 87.5 binary for os-x

[Charlie Moad]

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 for os x from scipy.org,
> which supposedly contains compatible numpy and scipy binaries.  But
> when I try to import pylab, I get:
> ---
>   "RuntimeError: module compiled against version 90709 of C-API but
> this version of numpy is 100"
> ---
> So I went off to find a newer build of matplotlib, but Sourceforge
> and pythonmac.org only have mpkg binaries for 87.4.   I tried
> installing setuptools to use the .egg version, but didn't get very
> far before my head started hurting (who named this thing "easy"?).
> Similarly trying to compile the source code gives me:
> ---
> C compiler: gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/
> MacOSX10.4u.sdk -fno-strict-aliasing -Wno-long-double -no-cpp-precomp
> -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -O3
> compile options: '-I/usr/local/include -I/usr/include -I. -I/Library/
> Frameworks/Python.framework/Versions/2.4/include/python2.4 -c'
> gcc: src/_isnan.c
> gcc: cannot specify -o with -c or -S and multiple compilations
> ---
>
> Long story short, I'm giving up.  Has anyone compiled an mpkg binary
> of mpl 87.5 (compatible with numpy 1.0b5) for os x?
>
> Sincerely,
> Brendan
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> -
> 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
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 87.5 binary for os-x

[Charlie Moad]

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:
> Charlie Moad wrote:
> > 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.
>
> In the meantime, why not just post the eggs there? That's probably the
> way of the future anyway.
>
> And for the OP: Charlie has put eggs for OS-X that work for a t least a
> few of us here:
>
> http://euclid.uits.iupui.edu/mplfiles/
>
> -Chris
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> NOAA/OR&R/HAZMAT (206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115   (206) 526-6317   main reception
>
> [EMAIL PROTECTED]
>

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] swig wrappings and python2.5

[Charlie Moad]

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?

Thanks,
 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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] swig wrappings and python2.5

[Charlie Moad]

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 commit?
>
> I just did this -- give it a test drive.

It still appears.  Googling the error leads me to this post:
http://permalink.gmane.org/gmane.comp.programming.swig/8498

I don't have a linux machine handy at the moment to try this stuff.  I
don't want to mess with swig on windows either.  There probably isn't
a rush on this since numpy doesn't compile under 2.5 yet anyway.

-
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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] compile error with python2.5

[Charlie Moad]

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]> writes:
>
> Charlie> This came up on the dev list yesterday and we tried with
> Charlie> swig-1.3.29, which is the latest listed release on SF.
> Charlie> The link you provided shows this was indeed fixed after
> Charlie> the 1.3.29 release.  Jon, can we give bleeding edge swig
> Charlie> a try?
>
> OK, bleeding edge SWIG versions of the agg wrappers are in svn.
>
> Good luck!
>
> JDH
>

-
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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] yet another release?

[Charlie Moad]

 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.

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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] yet another release?

[Charlie Moad]

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 Mac with the
> patches I posted in August.
> http://www.mail-archive.com/matplotlib-devel@lists.sourceforge.net/
> msg00293.html

The problems addressed by those patches have been fixed.  Win32, linux
and osx all compile fine now.

Thanks,

-
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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] yet another release?

[Charlie Moad]

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> matplotlib ? Just tell me if you need pygtk-2.10 or 2.8 ?
> >
> > Most likely 2.8, but Steve (who is the gtk maintainer) may feel
> > otherwise, so I CCd him in case he has any input here.
>
> I uploaded binaries here
>
> http://www.gustin.be/win32/pygtk/2.8/
>
> Please note that this is a temporary storage location as I am in the
> process of moving my binaries to the gnome servers.

Thanks for the builds.  I was able to build against them no problem.
I would like to push a minor bump for python2.5 and to fix a few of
the small issues Andrew Straw mentioned about the last release.  Does
Wednesday sound doable for this?

- 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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Testing 1,2,3

[Charlie Moad]

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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Please forward the to matplotlib-devel

[Charlie Moad]

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 to ask you such a service.
>
> Thanks a lot,
>
> Gaël
>
> From: Gael Varoquaux 
> To: Matplotlib-devel 
> Subject: Good method for updating an imshow plot
>
> Hi,
>
> This does not belong to the devel mailing list, but to the users, but I
> cannon subscribe to the users, as my SMTP is black listed by SpamCop
> (screw them, the server isn't sending a single spam).
>
> My question is: what is the correct way to plot a matrix with an imshow,
> and then update this matrix on the plot. I am more interested by the mpl
> way of doing this, rather than the pylab way. The idea would be to
> replace the following pylab commands by something cleaner that would
> involve recreating axes:
>
> imshow(z1)
> clf()
> imshow(z2)
>
> Cheers,
>
>
> Gaël
>

-
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 & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] yet another numpy c-api break

[Charlie Moad]

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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] Compatible Version of Numpy?

[Charlie Moad]

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 suggest we refrain from any major commits.

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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Compile Error with Python2.3

[Charlie Moad]

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+ dependency was added.

Thanks,
 Charlie

gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include -I. -Ic:\Py
thon23\include -Ic:\Python23\PC -c src/_isnan.c -o build\temp.win32-2.3\Release\
src\_isnan.o
g++ -mno-cygwin -shared build\temp.win32-2.3\Release\src\_isnan.o -Lwin32_static
\lib -Lc:\Python23\libs -Lc:\Python23\PCBuild -lpython23 -o build\lib.win32-2.3\
matplotlib\_isnan.pyd
build\temp.win32-2.3\Release\src\_isnan.o(.text+0x20):_isnan.c: undefined refere
nce to `_imp__PyArg_ParseTuple'
build\temp.win32-2.3\Release\src\_isnan.o(.text+0x55):_isnan.c: undefined refere
nce to `_imp___Py_TrueStruct'
build\temp.win32-2.3\Release\src\_isnan.o(.text+0x5d):_isnan.c: undefined refere
nce to `_imp___Py_TrueStruct'
build\temp.win32-2.3\Release\src\_isnan.o(.text+0x71):_isnan.c: undefined refere
nce to `_imp___Py_ZeroStruct'
build\temp.win32-2.3\Release\src\_isnan.o(.text+0x79):_isnan.c: undefined refere
nce to `_imp___Py_ZeroStruct'
build\temp.win32-2.3\Release\src\_isnan.o(.text+0xbd):_isnan.c: undefined refere
nce to `_imp__Py_InitModule4'
collect2: ld returned 1 exit status
error: Command "g++ -mno-cygwin -shared build\temp.win32-2.3\Release\src\_isnan.
o -Lwin32_static\lib -Lc:\Python23\libs -Lc:\Python23\PCBuild -lpython23 -o buil
d\lib.win32-2.3\matplotlib\_isnan.pyd" failed with exit status 1

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] ANN: matplotlib-0.87.7

[Charlie Moad]

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 error on python2.3 that will probably require
a slight modification to the released source.  Please allow some time
for us to fix this and post the binaries.

===
2006-10-26 Released 0.87.7 at revision 2835

2006-10-25 Made "tiny" kwarg in Locator.nonsingular much smaller - EF

2006-10-17 Closed sf bug 1562496 update line props dash/solid/cap/join
   styles - JDH

2006-10-17 Complete overhaul of the annotations API and example code -
   See matplotlib.text.Annotation and
   examples/annotation_demo.py JDH

2006-10-12 Committed Manuel Metz's StarPolygon code and
   examples/scatter_star_poly.py - JDH


2006-10-11 commented out all default values in matplotlibrc.template
   Default values should generally be taken from defaultParam in
   __init__.py - the file matplotlib should only contain those values
   that the user wants to explicitly change from the default.
   (see thread "marker color handling" on matplotlib-devel)

2006-10-10 Changed default comment character for load to '#' - JDH

2006-10-10 deactivated rcfile-configurability of markerfacecolor
   and markeredgecolor. Both are now hardcoded to the special value
   'auto' to follow the line color. Configurability at run-time
   (using function arguments) remains functional. - NN

2006-10-07 introduced dummy argument magnification=1.0 to
   FigImage.make_image to satisfy unit test figimage_demo.py
   The argument is not yet handled correctly, which should only
   show up when using non-standard DPI settings in PS backend,
   introduced by patch #1562394. - NN

2006-10-06 add backend-agnostic example: simple3d.py - NN

2006-09-29 fix line-breaking for SVG-inline images (purely cosmetic) - NN

2006-09-29 reworked set_linestyle and set_marker
   markeredgecolor and markerfacecolor now default to
   a special value "auto" that keeps the color in sync with
   the line color
   further, the intelligence of axes.plot is cleaned up,
   improved and simplified. Complete compatibility cannot be
   guaranteed, but the new behavior should be much more predictable
   (see patch #1104615 for details) - NN

2006-09-29 changed implementation of clip-path in SVG to work around a
   limitation in inkscape - NN

2006-09-29 added two options to matplotlibrc:
   svg.image_inline
   svg.image_noscale
   see patch #1533010 for details - NN

2006-09-29 axes.py: cleaned up kwargs checking - NN

2006-09-29 setup.py: cleaned up setup logic - NN

2006-09-29 setup.py: check for required pygtk versions, fixes bug #1460783 - SC

-
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
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Home page text

[Charlie Moad]

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 services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release?

[Charlie Moad]

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 list
> >
> > -- Forwarded message --
> > From: John Hunter <[EMAIL PROTECTED]>
> > Date: Feb 5, 2007 9:46 AM
> > Subject: Re: [matplotlib-devel] release?
> > To: Eric Firing <[EMAIL PROTECTED]>
> > Cc: [EMAIL PROTECTED]
> >
> >
> > On 2/5/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> >> It has been quite a while since 0.87.7, and I note that the ubuntu
> >> feisty upstream version freeze date is Feb. 8.  Is it time for a new mpl
> >> release?  If it were done within the next few days, would it get into
> >> feisty?  I acknowledge that I can offer no help with the release
> >> process, and I don't know what it takes to get a release into
> >> ubuntu--presumably the debian maintainer has to get it into debian
> >> first--but I thought I would raise the question anyway.
> >
> > I'm severely ham-strung at the moment since my build box died and I
> > haven't resurrected a new one yet.  Charlie has been doing the win32
> > builds and may be able to do them for this release.  That's the hard
> > part.  Other than that, the main thing that needs to be done is to get
> > a fresh svn co and build, run backend_driver and memleak_hawaii and
> > make sure everything looks OK.  If you can do that Eric, and Charlie
> > can do the win32 build, I'm all for it.
>
> OK, I did the fresh co and build and the checking, and I don't see any
> problems.  (There is a deprecation warning in unicode_demo.py--not a
> show-stopper.)
>
> >
> > I just googled ubuntu matplotlib and got a page pointing to the old
> > debian 0.82 version.  I know that is the main debian package people
> > are using but is it also the most recent ubuntu version.  If so, just
> > getting them onto 0.87.7 would be a major advance.  I thought ubuntu
> > was better about keeping up with current releases.
>
> Edgy appears to be offering 0.87.5, which is not quite so bad.  I have
> no idea what will happen in Feisty, however.
>
> Eric
>
> -
> 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.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release?

[Charlie Moad]

rev3002 works great for me.  I can push the windows releases this
Saturday.  I could push a source release sooner.  Is anyone opposed to
me pushing a source release Friday with the binaries following up on
Saturday?  If there are no objections, let's avoid major commits until
after 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 wrote:
> > > I'm still learning how to reply-to with my new-fangled gmail.  I'm
> > > forwarding this response on to the list
> > >
> > > -- Forwarded message --
> > > From: John Hunter <[EMAIL PROTECTED]>
> > > Date: Feb 5, 2007 9:46 AM
> > > Subject: Re: [matplotlib-devel] release?
> > > To: Eric Firing <[EMAIL PROTECTED]>
> > > Cc: [EMAIL PROTECTED]
> > >
> > >
> > > On 2/5/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> > >> It has been quite a while since 0.87.7, and I note that the ubuntu
> > >> feisty upstream version freeze date is Feb. 8.  Is it time for a new mpl
> > >> release?  If it were done within the next few days, would it get into
> > >> feisty?  I acknowledge that I can offer no help with the release
> > >> process, and I don't know what it takes to get a release into
> > >> ubuntu--presumably the debian maintainer has to get it into debian
> > >> first--but I thought I would raise the question anyway.
> > >
> > > I'm severely ham-strung at the moment since my build box died and I
> > > haven't resurrected a new one yet.  Charlie has been doing the win32
> > > builds and may be able to do them for this release.  That's the hard
> > > part.  Other than that, the main thing that needs to be done is to get
> > > a fresh svn co and build, run backend_driver and memleak_hawaii and
> > > make sure everything looks OK.  If you can do that Eric, and Charlie
> > > can do the win32 build, I'm all for it.
> >
> > OK, I did the fresh co and build and the checking, and I don't see any
> > problems.  (There is a deprecation warning in unicode_demo.py--not a
> > show-stopper.)
> >
> > >
> > > I just googled ubuntu matplotlib and got a page pointing to the old
> > > debian 0.82 version.  I know that is the main debian package people
> > > are using but is it also the most recent ubuntu version.  If so, just
> > > getting them onto 0.87.7 would be a major advance.  I thought ubuntu
> > > was better about keeping up with current releases.
> >
> > Edgy appears to be offering 0.87.5, which is not quite so bad.  I have
> > no idea what will happen in Feisty, however.
> >
> > Eric
> >
> > -
> > 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.
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > ___
> > Matplotlib-devel mailing list
> > Matplotlib-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> >
>

-
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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release?

[Charlie Moad]

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 release sooner.  Is anyone opposed to
> > me pushing a source release Friday with the binaries following up on
> > Saturday?  If there are no objections, let's avoid major commits until
> > after then.
>
> Let's do the source release ASAP -- I'll update the website for win32
> users to point to the older release so they can find it until the
> win32 binaries are out.  That way if ubuntu wants to use this for
> their next release before the Feb 8th upstream freeze they can (and it
> will give us one day to do a point bugfix release if the whole world
> blows up).  Just be sure that you use the same svn revision for the
> src release and the win32 builds which will help us with user errors.
> And email us when the new source is up so I'll know to make the
> website change.
>
> And let's call it 0.90 god-doggy.  I'm getting tired of 0.87.   There
> is at least one signficant API breaking new feature (the pick API)
> which alone justifies not making this a point release.  There are also
> several new features sampled below
>
> 2007-01-22 Extended the new picker API to text, patches and patch
>collections.  Added support for user customizable pick hit
>testing and attribute tagging of the PickEvent - Details
>and examples in examples/pick_event_demo.py -
>
> 2007-01-11 Added Axes.xcorr and Axes.acorr to plot the cross
>correlation of x vs y or the autocorrelation of x.  pylab
>wrappers also provided.  See examples/xcorr_demo.py
>
> 2007-01-10 Added "Subplot.label_outer" method.  It will set the
>visibility of the ticklabels so that yticklabels are only
>visible in the first column and xticklabels are only
>visible in the last row
>
> 2006-12-09 Replaced spy and spy2 with the new spy that combines
>marker and image capabilities
>
> 2006-12-19 Added Tim Leslie's spectral patch
>
> 2006-11-19 Added semi-automatic docstring generation detailing all the
>kwargs that functions take using the artist introspection
>tools; eg 'help text now details the scatter kwargs
>that control the Text properties
>
> 2006-11-05 Added broken_barh function for makring a sequence of
>horizontal bars broken by gaps -- see examples/broken_barh.py
>
> Thanks!
> JDH
>

-
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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] ANN: matplotlib-0.90.0

[Charlie Moad]

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-22 Extended the new picker API to text, patches and patch
   collections.  Added support for user customizable pick hit
   testing and attribute tagging of the PickEvent - Details
   and examples in examples/pick_event_demo.py - JDH

2007-01-16 Begun work on a new pick API using the mpl event handling
   frameowrk.  Artists will define their own pick method with
   a configurable epsilon tolerance and return pick attrs.
   All artists that meet the tolerance threshold will fire a
   PickEvent with artist dependent attrs; eg, a Line2D can set
   the indices attribute that shows the indices into the line
   that are within epsilon of the pick point.  See
   examples/pick_event_demo.py.  The implementation of pick
   for the remaining Artists remains to be done, but the core
   infrastructure at the level of event handling is in place
   with a proof-of-concept implementation for Line2D - JDH

2007-01-16 src/_image.cpp: update to use Py_ssize_t (for 64-bit systems).
   Use return value of fread() to prevent warning messages - SC.

2007-01-15 src/_image.cpp: combine buffer_argb32() and buffer_bgra32() into
   a new method color_conv(format) - SC

2007-01-14 backend_cairo.py: update draw_arc() so that
   examples/arctest.py looks correct - SC

2007-01-12 backend_cairo.py: enable clipping. Update draw_image() so that
   examples/contour_demo.py looks correct - SC

2007-01-12 backend_cairo.py: fix draw_image() so that examples/image_demo.py
   now looks correct - SC

2007-01-11 Added Axes.xcorr and Axes.acorr to plot the cross
   correlation of x vs y or the autocorrelation of x.  pylab
   wrappers also provided.  See examples/xcorr_demo.py - JDH

2007-01-10 Added "Subplot.label_outer" method.  It will set the
   visibility of the ticklabels so that yticklabels are only
   visible in the first column and xticklabels are only
   visible in the last row - JDH

2007-01-02 Added additional kwarg documentation - JDH

2006-12-28 Improved error message for nonpositive input to log
   transform; added log kwarg to bar, barh, and hist,
   and modified bar method to behave sensibly by default
   when the ordinate has a log scale.  (This only works
   if the log scale is set before or by the call to bar,
   hence the utility of the log kwarg.) - EF

2006-12-27 backend_cairo.py: update draw_image() and _draw_mathtext() to work
   with numpy - SC

2006-12-20 Fixed xpdf dependency check, which was failing on windows.
   Removed ps2eps dependency check. - DSD

2006-12-19 Added Tim Leslie's spectral patch - JDH

2006-12-17 Added rc param 'axes.formatter.limits' to control
   the default threshold for switching to scientific
   notation. Added convenience method
   Axes.ticklabel_format() for turning scientific notation
   on or off on either or both axes. - EF

2006-12-16 Added ability to turn control scientific notation
   in ScalarFormatter - EF

2006-12-16 Enhanced boxplot to handle more flexible inputs - EF

2006-12-13 Replaced calls to where() in colors.py with much faster
   clip() and putmask() calls; removed inappropriate
   uses of getmaskorNone (which should be needed only
   very rarely); all in response to profiling by
   David Cournapeau.  Also fixed bugs in my 2-D
   array support from 12-09. - EF

2006-12-09 Replaced spy and spy2 with the new spy that combines
   marker and image capabilities - EF

2006-12-09 Added support for plotting 2-D arrays with plot:
   columns are plotted as in Matlab - EF

2006-12-09 Added linewidth kwarg to bar and barh; fixed arg
   checking bugs - EF

2006-12-07 Made pcolormesh argument handling match pcolor;
   fixed kwarg handling problem noted by Pierre GM - EF

2006-12-06 Made pcolor support vector X and/or Y instead of
   requiring 2-D arrays - EF

2006-12-05 Made the default Artist._transform None (rather than
   invoking identity_transform for each artist only to have it
   overridden later).  Use artist.get_transform() rather than
   artist._transform, even in derived classes, so that the
   default transform will be created lazily as needed - JDH

2006-12-03 Added LogNorm to colors.py as illustrated by
   examples/pcolor_log.py, based on suggestion by
   Jim McDonald.  Colorbar modified to handle LogNorm.
   Norms have additional "inverse" method. - EF

2006-12-02 Changed cla

Re: [matplotlib-devel] [Fwd: Re: [Distutils] Confusion about the effect of eggs on import]

[Charlie Moad]

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 Straw <[EMAIL PROTECTED]> wrote:
> It looks like we're on the hook for some bugs associated with our use of
> setuptools... I'm forwarding an email from the distutils-sig.
>
> The short of it is that Phillip Eby suggests we move matplotlib.toolkits
> to matplotlib_toolkits to save ourselves some grief. This does seem
> easier than the apparent alternative -- moving everything out of
> matplotlib/__init__.py.
>
> -Andrew
>
>
> -- Forwarded message --
> From: "Phillip J. Eby" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED], distutils-sig@python.org
> Date: Fri, 09 Feb 2007 19:20:31 -0500
> Subject: Re: [Distutils] Confusion about the effect of eggs on import
> At 05:30 PM 2/9/2007 -0600, [EMAIL PROTECTED] wrote:
> >(I'm sending this to distutils because I have this vague notion that the
> >problem might have something to do with setuptools or eggs on sys.path.)
>
> Their mere presence on sys.path doesn't do anything, if you're not
> importing pkg_resources or importing anything from inside the eggs.
>
> However, matplotlib imports pkg_resources and is a (broken) namespace package.
>
>
> >We have a weird issue trying to import matplotlib at work.
>
> I investigated a little, and here's what's happening.  Matplotlib declares
> 'matplotlib.toolkits' as a namespace package, but you can't make a child
> package a namespace package without the parent being one too.  A namespace
> package combines all packages on sys.path with the same name into a single
> package.
>
> So here's what's happening.  When setuptools is on sys.path, then importing
> matplotlib causes it to declare its namespace, which merges all copies of
> matplotlib on sys.path into a single super-package -- and invokes all the
> __init__.py's.
>
> When setuptools is not on sys.path, the attempt to declare the namespace
> fails (it's wrapped in a try/except in matplotlib/__init__.py), so nothing
> else happens.
>
> There are, I think, two problems here.  One, is that setuptools shouldn't
> be executing multiple __init__.py's for a package, but for backward
> compatibility reasons this isn't being dropped until 0.7a1.  Two, is that
> setuptools currently allows you to declare a child namespace package (like
> 'matplotlib.toolkits') without explicitly declaring the parent to be a
> namespace package.  So, sometimes people declare a subpackage without
> realizing the parent will also have to be treated as a namespace package.
>
> As a result, they end up thinking that they can include initialization code
> in the parent package, when in fact there are many circumstances where it
> simply won't work.  In this case, matplotlib/__init__.py contains
> executable code, which is a no-no for a namespace package.
>
> My suggestion would be that matplotlib use a matplotlib_toolkits namespace
> package, rather than attempting to keep matplotlib.toolkits, since it
> appears they are relying on a substantial amount of code living in the
> __init__.py.
>
> In short, the problem is a matplotlib bug, but in fairness it's probably
> due to the sketchy documentation surrounding the proper care and feeding of
> namespace packages, coupled with the implicit declaration of namespace
> packages.  All of the problems are explained in the setuptools
> documentation, but unfortunately that's not the same as anybody being able
> to figure out that the problems will apply to THEM.  ;)
>
> ___
> Distutils-SIG maillist  -  Distutils-SIG@python.org
> http://mail.python.org/mailman/listinfo/distutils-sig
>
> -
> 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.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

-
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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Do you use python setup.py build_ext --inplace ?

[Charlie Moad]

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 setuptools' develop
> > mode would work out-of-the-box. I'd be happy to move these files in the
> > svn repository if people agree this is a good idea.
>
> I'm +1 on that.  For some reason,  I thought we had already decided to
> do that when we moved to support setuptool in the first place.

You're changing positions on me now, John! ;)

I asked about moving everything into the module, but you didn't want
to mix the fonts/images/etc, so I made the install merge the data into
a folder.  I would love to be able to run "setup develop" as well.

- 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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Do you use python setup.py build_ext --inplace ?

[Charlie Moad]

> 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 to be converted to "os.path.join( mpl.get_data_dir(), 'gui',
> 'blah.glade' )".

I think we should maintain a clean tree and make the code changes.  I
bet it would only take one person a diligent hour or two to fix all
the occurrences as mentioned above.  Maybe we could split up the work?
 I would be willing to update the "backends" folder.

- 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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Do you use python setup.py build_ext --inplace ?

[Charlie Moad]

> 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
> facilitated by making _get_data_path() accept *args, a set of
> subdirectories to be appended.

I think the way to go is what Andrew typed:

os.path.join( mpl.get_data_dir(), 'gui', 'blah.glade' )

-
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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Do you use python setup.py build_ext --inplace ?

[Charlie Moad]

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
> >> 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
> >> facilitated by making _get_data_path() accept *args, a set of
> >> subdirectories to be appended.
> >>
> >
> > I think the way to go is what Andrew typed:
> >
> > os.path.join( mpl.get_data_dir(), 'gui', 'blah.glade' )
> >
> OK, I just implemented this nested idea and it appears to work.
>
> I tried to commit it to SVN, but SF's servers were giving me some talk
> about permissions... Sigh.
>
> So, I sent the patch file to John, who'll hopefully commit it if he
> approves. To paraphrase Robert Kern, "Working code ends all arguments".
> So, since this was the nested way, and the biggest reason against it was
> that it require code change, well, I changed the code, and perhaps the
> arguments are ended?
>
> Because I did change a fair amount of data_path -using code, it'd be
> good to exercise all your favorite font and image finding sections of
> code. The bits I tried worked for me, of course, but no guarantees...
>
> -
> 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.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
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.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Matplotlib Cocoaagg backend

[Charlie Moad]

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
> caused by the file keyedobjects.nib in the Matplotlib.nib folder. If I
> run plutil on keyedobjects.nib, it crashes. The other two files in
> Matplotlib.nib look fine. So I was wondering if it is possible that the
> keyedobjects.nib file included in matplotlib is damaged. If so, do you
> have a valid copy of this file?
>
> Many thanks in advance,
>
> --Michiel de Hoon.

We recently moved the data files, and I think the nib files got
interpreted as text instead of binary files.  I grabbed an old copy
from a previous source release and committed them as binary.  They
should work now.

- 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 & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release?

[Charlie Moad]

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 not I don't
> > see that we need to hold for it.
>
> I think all the real work is done, but I"m not totally sure what's
> checked in now. There may be some changes needed to the build scripts so
> that it doesn't try to build the accelerator by default.
>
> > I am in favor of getting *all* the GUI dependent extension code out of
> > MPL -- it is a support nightmare.
>
> Actually, that's my proposal (and I think what Ken has done). The latest
> pure-python back-end uses wxPython2.8 methods to transfer the buffer. I
> propose that we just stop building the accelerator, and if people want
> better performance they need to switch to 2.8 (actually, I think the
> pre-2.8 code could be improved with pure python too, but I"m not going
> to bother, as I use 2.8 anyway)
>
> > But I don't want to hold up the
> > release cycle with known bugs in the wild unless someone says, "wait I
> > just need a day or two".
>
> I'll try to see if I can find a few hours to test and fix this stuff,
> but I've got some tight deadlines right now. If you don't hear from me
> or Ken, then I guess you might as well release away! (though just
> turning off the accelerator build may be all we need to do)
>
> -Chris
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R(206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115   (206) 526-6317   main reception
>
> [EMAIL PROTECTED]
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release?

[Charlie Moad]

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 just built and tested SVN trunk on OS-X 10.4.9 with:
>
> python 2.4 with wxPython2.6.3
>
> and
>
> python 2.5 with wxPython2.8.4
>
> Not extensive testing, but it seems to work fine. Thanks!
>
> NOTE: I first installed it over the older one in python2.4 with
> wxPython2.6, and got a garbage image. Then I deleted the old one, and
> re-installed, and it worked fine. I suspect that I had an old
> accelerator with the old one, which doesn't work right with the new one.
> It wasn't over-written, as the accelerator isn't being built by default
> anymore.
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R(206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115   (206) 526-6317   main reception
>
> [EMAIL PROTECTED]
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] ANN: matplotlib-0.90.1

[Charlie Moad]

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()
   without args. - NN

2007-06-02 Have errorbar follow the color cycle even if line is not plotted.
   Suppress plotting of errorbar caps for capsize=0. - NN

2007-06-02 Set markers to same alpha value as line. - NN

2007-06-02 Fix mathtext position in svg backend. - NN

2007-06-01 Deprecate Numeric and numarray for use as numerix. Props to
   Travis -- job well done. - ADS

2007-05-18 Added LaTeX unicode support. Enable with the
   'text.latex.unicode' rcParam. This requires the ucs and
   inputenc LaTeX packages. - ADS

2007-04-23 Fixed some problems with polar -- added general polygon
   clipping to clip the lines a nd grids to the polar axes.
   Added support for set_rmax to easily change the maximum
   radial grid.  Added support for polar legend - JDH

2007-04-16 Added Figure.autofmt_xdate to handle adjusting the bottom
   and rotating the tick labels for date plots when the ticks
   often overlap - JDH

2007-04-09 Beginnings of usetex support for pdf backend. -JKS

2007-04-07 Fixed legend/LineCollection bug. Added label support
   to collections. - EF

2007-04-06 Removed deprecated support for a float value as a gray-scale;
   now it must be a string, like '0.5'.  Added alpha kwarg to
   ColorConverter.to_rgba_list. - EF

2007-04-06 Fixed rotation of ellipses in pdf backend
   (sf bug #1690559) -JKS

2007-04-04 More matshow tweaks; documentation updates; new method
   set_bounds() for formatters and locators. - EF

2007-04-02 Fixed problem with imshow and matshow of integer arrays;
   fixed problems with changes to color autoscaling. - EF

2007-04-01 Made image color autoscaling work correctly with
   a tracking colorbar; norm.autoscale now scales
   unconditionally, while norm.autoscale_None changes
   only None-valued vmin, vmax. - EF

2007-03-31 Added a qt-based subplot-adjustment dialog - DSD

2007-03-30 Fixed a bug in backend_qt4, reported on mpl-dev - DSD

2007-03-26 Removed colorbar_classic from figure.py; fixed bug in
   Figure.clf() in which _axobservers was not getting
   cleared.  Modernization and cleanups. - EF

2007-03-26 Refactored some of the units support -- units now live in
   the respective x and y Axis instances.  See also
   API_CHANGES for some alterations to the conversion
   interface.  JDH

2007-03-25 Fix masked array handling in quiver.py for numpy. (Numeric
   and numarray support for masked arrays is broken in other
   ways when using quiver. I didn't pursue that.) - ADS

2007-03-23 Made font_manager.py close opened files. - JKS

2007-03-22 Made imshow default extent match matshow - EF

2007-03-22 Some more niceties for xcorr -- a maxlags option, normed
   now works for xcorr as well as axorr, usevlines is
   supported, and a zero correlation hline is added.  See
   examples/xcorr_demo.py.  Thanks Sameer for the patch.  -
   JDH

2007-03-21 Axes.vlines and Axes.hlines now create and returns a
   LineCollection, not a list of lines.  This is much faster.
   The kwarg signature has changed, so consult the docs.
   Modified Axes.errorbar which uses vlines and hlines.  See
   API_CHANGES; the return signature for these three functions
   is now different

2007-03-20 Refactored units support and added new examples - JDH

2007-03-19 Added Mike's units patch - JDH

2007-03-18 Matshow as an Axes method; test version matshow1() in
   pylab; added 'integer' Boolean kwarg to MaxNLocator
   initializer to force ticks at integer locations. - EF

2007-03-17 Preliminary support for clipping to paths agg - JDH

2007-03-17 Text.set_text() accepts anything convertible with '%s' - EF

2007-03-14 Add masked-array support to hist. - EF

2007-03-03 Change barh to take a kwargs dict and pass it to bar.
   Fixes sf bug #1669506.

2007-03-02 Add rc parameter pdf.inheritcolor, which disables all
   color-setting operations in the pdf backend. The idea is
   that you include the resulting file in another program and
   set the colors (both stroke and fill color) there, so you
   can use the same pdf file for e.g. a paper and a
   presentation and have them in the surrounding color. You
   will probably not want to draw figure and axis frames in
   that case, since they would be filled in the same color. - JKS

2007-02-26 Prevent building _wxagg.so with broken Mac OS X wxPython. - ADS

2007-02-23 Require setuptools for Python 2.3 - ADS

2007-02-22 WXAgg

[matplotlib-devel] Fwd: numerix.ma.html access failure

[Charlie Moad]

-- 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 you can do?

Thanks,

Tim Cradic

An error has been encountered in accessing this page.

1. Server: matplotlib.sourceforge.net
 2. URL path: /matplotlib.numerix.ma.html
 3. Error notes: File does not exist:
/home/groups/m/ma/matplotlib/htdocs/matplotlib.numerix.ma.html
 4. Error type: 404
 5. Request method: GET
 6. Request query string:
 7. Time: 2007-06-14 07:34:53 PDT (1181831693)

Reporting this problem: The problem you have encountered is with a
project web site hosted by SourceForge.net. This issue should be
reported to the SourceForge.net-hosted project (not to
SourceForge.net).

If this is a severe or recurring/persistent problem, please do one of
the following, and provide the error text (numbered 1 through 7,
above):

Contact the project via their designated support resources.

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] build error in ttutil.cpp on win32

[Charlie Moad]

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 compiled from svn. I got
> this error today from rev 3926 (in winxp using msvc71):
>
> >python setup.py build_ext --inplace --force
>
> 
> BUILDING MATPLOTLIB
>  matplotlib: 0.90.1
>  python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
>  v.1310 32 bit (Intel)]
>platform: win32
> Windows version: (5, 1, 2600, 2, 'Service Pack 2')
>
> REQUIRED DEPENDENCIES
>   numpy: 1.0.4.dev4155
>   freetype2: found, but unknown version (no pkg-config)
>
> OPTIONAL DEPENDENCIES
>Gtk+: no
>  * Building for Gtk+ requires pygtk; you must be
> able
>  * to "import gtk" in your build/install environment
> Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
>wxPython: 2.8.4.0
>  * WxAgg extension not required for wxPython >= 2.8
>  Qt: no
> Qt4: no
>   Cairo: no
>  libpng: found, but unknown version (no pkg-config)
>
> [Edit setup.cfg to suppress the above messages]
> 
> running build_ext
> No module named msvccompiler in numpy.distutils; trying from distutils
> building 'matplotlib.ft2font' extension
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include
> -IC:\bin\Python25\PC /Tpsrc/ft2font.cpp /Fobuild
> \temp.win32-2.5\Release\src/ft2font.obj
> Found executable C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include
> -IC:\bin\Python25\PC /Tpsrc/mplutils.cpp /Fobuil
> d\temp.win32-2.5\Release\src/mplutils.obj
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include
> -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobu
> ild\temp.win32-2.5\Release\CXX\cxxsupport.obj
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include
> -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /
> Fobuild\temp.win32-2.5\Release\CXX\cxx_extensions.obj
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include
> -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterf
> ace.cxx /Fobuild\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include
> -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fob
> uild\temp.win32-2.5\Release\CXX\cxxextensions.obj
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo
> /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT
> H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild freetype.lib
> z.lib /EXPORT:initft2font build\temp.win32-2.5\Rele
> ase\src/ft2font.obj build\temp.win32-2.5\Release\src/mplutils.obj
> build\temp.win32-2.5\Release\CXX\cxxsupport.obj build\
> temp.win32-2.5\Release\CXX\cxx_extensions.obj
> build\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj build\temp.wi
> n32-2.5\Release\CXX\cxxextensions.obj /OUT:lib\matplotlib\ft2font.pyd
> /IMPLIB:build\temp.win32-2.5\Release\src\ft2font.l
> ib
> Found executable C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe
> building 'matplotlib.ttconv' extension
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/_ttconv.cpp
> /Fobuild\temp.win32-2.5\Release\src/_ttconv.obj
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt.cpp
> /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt.o
> bj
> C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I.

Re: [matplotlib-devel] build error in ttutil.cpp on win32

[Charlie Moad]

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 think this patch seems reasonable (or at least reasonably harmless),
> so I'll go ahead and commit it.
>
> Cheers,
> Mike
>
> Martin Spacek wrote:
> > Michael Droettboom wrote:
> >> Hmmm...  Well, I think we've reached the limit of my MSVC knowledge
> >> (which doesn't go very far.)  I presume that for your local copy, you
> >> can just hard code it to :
> >>
> >> #ifdef 1 || WIN32 || _MSC_VER
> >
> > Actually, I just tried that, and it didn't work. Again, I don't really
> > know anything about preprocessing in C, but it seems you can't put more
> > than one MACRO in an #ifdef statement. Instead, it looks like you need
> > to do:
> >
> > #if defined(WIN32) || defined(_MSC_VER)
> >
> > This *does* work for me. So it seems WIN32 isn't defined on my MSVC7.1,
> > but _MSC_VER is (I've discovered that _WIN32 is defined as well).
> > Anyways, I'm not sure if this is the ideal way to have it, but I've
> > attached a patch against the latest rev.
> >
> > Cheers,
> >
> > Martin
> >
> >
> >>
> >> and at least get it working for yourself.  But I think someone with
> >> more MSVC experience on this list may have to look into this and have
> >> more to offer.
> >>
> >> Cheers,
> >> Mike
> >>
> >> Martin Spacek wrote:
> >>> Sorry for the delay. I gave that a try, but it didn't help. Seems that
> >>> _MSC_VER is undefined as well...
> >>>
> >>> Martin
> >>>
> >>> Michael Droettboom wrote:
>  Martin Spacek wrote:
> > It's been a few months since I've updated and compiled from svn. I got
> > this error today from rev 3926 (in winxp using msvc71):
> >
> >> python setup.py build_ext --inplace --force
> > 
> >
> > BUILDING MATPLOTLIB
> >  matplotlib: 0.90.1
> >  python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08)
> > [MSC
> >  v.1310 32 bit (Intel)]
> >platform: win32
> > Windows version: (5, 1, 2600, 2, 'Service Pack 2')
> >
> > REQUIRED DEPENDENCIES
> >   numpy: 1.0.4.dev4155
> >   freetype2: found, but unknown version (no pkg-config)
> >
> > OPTIONAL DEPENDENCIES
> >Gtk+: no
> >  * Building for Gtk+ requires pygtk; you
> > must be
> > able
> >  * to "import gtk" in your build/install
> > environment
> > Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
> >wxPython: 2.8.4.0
> >  * WxAgg extension not required for wxPython
> >> = 2.8
> >  Qt: no
> > Qt4: no
> >   Cairo: no
> >  libpng: found, but unknown version (no pkg-config)
> >
> > [Edit setup.cfg to suppress the above messages]
> > 
> >
> > running build_ext
> > No module named msvccompiler in numpy.distutils; trying from distutils
> > building 'matplotlib.ft2font' extension
> > C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> > /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> > Iwin32_static\include\freetype2 -I.\freetype2
> > -IC:\bin\Python25\include
> > -IC:\bin\Python25\PC /Tpsrc/ft2font.cpp /Fobuild
> > \temp.win32-2.5\Release\src/ft2font.obj
> > Found executable C:\bin\Microsoft Visual Studio .NET
> > 2003\Vc7\bin\cl.exe
> > C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> > /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> > Iwin32_static\include\freetype2 -I.\freetype2
> > -IC:\bin\Python25\include
> > -IC:\bin\Python25\PC /Tpsrc/mplutils.cpp /Fobuil
> > d\temp.win32-2.5\Release\src/mplutils.obj
> > C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> > /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> > Iwin32_static\include\freetype2 -I.\freetype2
> > -IC:\bin\Python25\include
> > -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobu
> > ild\temp.win32-2.5\Release\CXX\cxxsupport.obj
> > C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> > /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -
> > Iwin32_static\include\freetype2 -I.\freetype2
> > -IC:\bin\Python25\include
> > -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /
> > Fobuild\temp.win32-2.5\Release\CXX\cxx_extensions.obj
> > C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
> > /MD /W3 /GX /DN

Re: [matplotlib-devel] release plans

[Charlie Moad]

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 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Nov 26, 2007 5:42 PM, Charles Moad <[EMAIL PROTECTED]> wrote:
> >   Ready whenever.  I did a test 10.5 bulid a few days ago
> > targeting 10.4 with the latest libpng and freetype statically linked
> > in.  All went pretty well.  I'll write up build instructions similar
> > to yours when I go through the motions again.
>
> I just completed a successful test of r4472 so lets go ahead with the
> release on that version number.
>
> Thanks!
> JDH
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release plans

[Charlie Moad]

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 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> > 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?
>
> Yes on the first three -- I am not sure what the last question is
> referring to so perhaps you could elaborate.
>
> JDH
>

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release plans

[Charlie Moad]

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.4?  This brings up a similar naming
issue.  Will 10.5 detect and install 10.4 labeled eggs from SF?

http://dev.imamuseum.org/~cmoad/matplotlib-0.91.0-py2.5-macosx-10.5-i386.egg

- Charlie

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release plans

[Charlie Moad]

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 preferable, but this is not a terribly
> > informed opinion.  If you don't hear otherwise from someone else, just
> > build under that assumption.
>
> I am still having issues with Tk on my machine  (native? version
> 8.4.7).  In particular, event.key does not register (which I use
> quite a bit in my interactive grid generation tools).  Not even the
> 'g' to toggle the grid.  I also get an error when creating a figure
> instance:
>
> 2007-11-28 14:19:46.440 Python[19291] *** _NSAutoreleaseNoPool():
> Object 0x17ca2f30 of class NSCarbonWindowContentView autoreleased
> with no pool in place - just leaking
>  
>
> Other backends (tried Wx 2.8.6.1  and Qt4) _do_ work fine on the
> latest svn.
>
> I don't think anyone else is experiencing this problem.  I reported
> it earlier, and John said it works fine for him -- nobody else chimed
> in to say they had the same problem...
>
> I just wanted to be sure you all were aware of potential Tk problems
> before your release.
>
> -Rob
>
> 
> Rob Hetland, Associate Professor
> Dept. of Oceanography, Texas A&M University
> http://pong.tamu.edu/~rob
> phone: 979-458-0096, fax: 979-845-6331
>
>
>

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release plans

[Charlie Moad]

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 release tomorrow followed shortly by
windows and mac builds.  Hopefully nothing radical has snuck into the
svn tree since 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, 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 preferable, but this is not a terribly
> > > informed opinion.  If you don't hear otherwise from someone else, just
> > > build under that assumption.
> >
> > I am still having issues with Tk on my machine  (native? version
> > 8.4.7).  In particular, event.key does not register (which I use
> > quite a bit in my interactive grid generation tools).  Not even the
> > 'g' to toggle the grid.  I also get an error when creating a figure
> > instance:
> >
> > 2007-11-28 14:19:46.440 Python[19291] *** _NSAutoreleaseNoPool():
> > Object 0x17ca2f30 of class NSCarbonWindowContentView autoreleased
> > with no pool in place - just leaking
> >  
> >
> > Other backends (tried Wx 2.8.6.1  and Qt4) _do_ work fine on the
> > latest svn.
> >
> > I don't think anyone else is experiencing this problem.  I reported
> > it earlier, and John said it works fine for him -- nobody else chimed
> > in to say they had the same problem...
> >
> > I just wanted to be sure you all were aware of potential Tk problems
> > before your release.
> >
> > -Rob
> >
> > 
> > Rob Hetland, Associate Professor
> > Dept. of Oceanography, Texas A&M University
> > http://pong.tamu.edu/~rob
> > phone: 979-458-0096, fax: 979-845-6331
> >
> >
> >
>

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] release plans

[Charlie Moad]

 Sorry for the delay.  Apparently at some point the mingw compiler
became default, and it was giving me problems since I was trying to
build with the VS libpng and freetype.  All binaries are posted now.
Jon, you should probably send the announcement since I am a little out
of touch with the 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 release tomorrow followed shortly by
> windows and mac builds.  Hopefully nothing radical has snuck into the
> svn tree since 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, 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 preferable, but this is not a terribly
> > > > informed opinion.  If you don't hear otherwise from someone else, just
> > > > build under that assumption.
> > >
> > > I am still having issues with Tk on my machine  (native? version
> > > 8.4.7).  In particular, event.key does not register (which I use
> > > quite a bit in my interactive grid generation tools).  Not even the
> > > 'g' to toggle the grid.  I also get an error when creating a figure
> > > instance:
> > >
> > > 2007-11-28 14:19:46.440 Python[19291] *** _NSAutoreleaseNoPool():
> > > Object 0x17ca2f30 of class NSCarbonWindowContentView autoreleased
> > > with no pool in place - just leaking
> > >  
> > >
> > > Other backends (tried Wx 2.8.6.1  and Qt4) _do_ work fine on the
> > > latest svn.
> > >
> > > I don't think anyone else is experiencing this problem.  I reported
> > > it earlier, and John said it works fine for him -- nobody else chimed
> > > in to say they had the same problem...
> > >
> > > I just wanted to be sure you all were aware of potential Tk problems
> > > before your release.
> > >
> > > -Rob
> > >
> > > 
> > > Rob Hetland, Associate Professor
> > > Dept. of Oceanography, Texas A&M University
> > > http://pong.tamu.edu/~rob
> > > phone: 979-458-0096, fax: 979-845-6331
> > >
> > >
> > >
> >
>

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] [Matplotlib-users] eggs or pythonmac packages on OS X?

[Charlie Moad]

I feel a 0.91.2 in the next few weeks, and I'll be sure to do this and
send you a test build.

- Charlie

On Dec 5, 2007 1:30 PM, Russell E Owen <[EMAIL PROTECTED]> wrote:
> At 10:03 AM -0800 2007-12-05, Christopher Barker wrote:
> >Russell E Owen wrote:
> >>At 10:08 AM -0500 2007-12-05, Stephen Uhlhorn wrote:
> >>>Just for my edification, why can't the egg version be linked
> >>>against/include a different Tcl/Tk?
> >>
> >>If you mean why can't it be built that way in the first place, I
> >>don't know. The guy who builds it apparently doesn't read this list,
> >
> >Sure he does (if you mean the matplotlib list), and he did ask about
> >it right before this release. Maybe that was asked on
> >matplotlib-devel though (I filter them to the same place).
>
> It was on matploblib-devel. I'll start skimming that newsgroup.
>
> >>I suspect the official egg can somehow be patched, but I find it
> >>easier to just build my own and put that on pythonmac.
> >
> >Ideally, there would be only one binary version, and it would 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 builds cannot be used with TkAgg and a 3rd party
> Tcl/Tk -- it not only won't use the library, but it also acts flaky.
> Older versions crashed. 0.91.1 doesn't crash, but import of pylab
> fails with a traceback.
>
> For some reason it seems to be necessary to have a 3rd party Tcl/Tk
> installed when building matplotlib. It seems a shame. Tkinter in
> Python 2.4 was the same way, but that got fixed in Python 2.5 (I
> don't whether the installer got fixed or whether whoever builds Mac
> Python 2.5 installed a 3rd party Tcl/Tk).
>
> >If there really do need to be two, then they should be labeled
> >somehow, and both be up on python mac.
>
> Since there don't need to be two versions this is not necessary.
>
> However, Charlie Moad appears to be willing to start building a
> version that works with 3rd party Tcl/Tk. I really hope that happens.
>
> -- Russell
>
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> ___
> Matplotlib-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Problem with Agg Ellipses

[Charlie Moad]

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


On Dec 8, 2007 9:09 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Dec 7, 2007 6:02 PM, James Evans <[EMAIL PROTECTED]> wrote:
>
> > There appears to be an issue with the agg backend with how it is drawing
> > ellipses (or maybe it is how matplotlib uses agg), but the attached script
> > shows how a point, which should be coincident with the center circle, but it
> > is not.  The second plot shows the same data, but using a custom (and much
> > slower) algorithm for drawing the ellipses, where the point is properly
> > coincident.
>
> Thanks for the test case James -- I will try and sort this out ASAP.
> Michael, do you see the same on the transforms branch?  The branch is
> on a newer version of agg so if not, perhaps it is a simple matter of
> upgrading agg on the trunk.  I'm travelling currently bt will be back
> omorrow and ill look at this ASAP.
>
> JDH
>
> -
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Problem with Agg Ellipses

[Charlie Moad]

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
> 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
>
>
>
> On Dec 8, 2007 9:09 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> > On Dec 7, 2007 6:02 PM, James Evans <[EMAIL PROTECTED]> wrote:
> >
> > > There appears to be an issue with the agg backend with how it is drawing
> > > ellipses (or maybe it is how matplotlib uses agg), but the attached script
> > > shows how a point, which should be coincident with the center circle, but 
> > > it
> > > is not.  The second plot shows the same data, but using a custom (and much
> > > slower) algorithm for drawing the ellipses, where the point is properly
> > > coincident.
> >
> > Thanks for the test case James -- I will try and sort this out ASAP.
> > Michael, do you see the same on the transforms branch?  The branch is
> > on a newer version of agg so if not, perhaps it is a simple matter of
> > upgrading agg on the trunk.  I'm travelling currently bt will be back
> > omorrow and ill look at this ASAP.
> >
> > JDH
> >
> > -
> > SF.Net email is sponsored by:
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> > http://sourceforge.net/services/buy/index.php
> > ___
> > Matplotlib-devel mailing list
> > Matplotlib-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> >
>

-
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Adding optional setuptools to setup.py

[Charlie Moad]

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 (actually already required for Python
> > 2.3), I think we need to do it completely and not optionally --
> > otherwise users will start to depend on its features, which simply won't
> > be there in some cases. In particular, I suspect they will make use of
> > the dependency resolution mechanisms. As I suggested on the ipython-dev
> > list this will do what you want without requiring a change to setup.py:
>
> > python -c "import setuptools; execfile('setup.py')" develop
>
> OK, I'll settle for this.
>
> Gaël
>
> -
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 0.91.2 release plans

[Charlie Moad]

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,
> perhaps Monday.  Charlie, are you available for this?  Does anyone
> have any reason to delay?
>
> Thanks,
> JDH
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] new release?

[Charlie Moad]

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 beta is fine, I just
> need
> >  something other than svn to which I can point my users.
>
> I happy with both -- doing a 0.91.3 maintenance release and a
> 0.98.beta release.  We don't have to do them at the same time, but it
> might be easier.  Charlie?
>
> JDH
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] new release?

[Charlie Moad]

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 of releasing another
> 0.91.x) is that the toolkits are broken in 0.91 - if matplotlib is
> installed as an egg basemap (or any other toolkit) cannot be installed.
>
> -Jeff
>
> --
> Jeffrey S. Whitaker Phone  : (303)497-6313
> Meteorologist   FAX: (303)497-6449
> NOAA/OAR/PSD  R/PSD1Email  : [EMAIL PROTECTED]
> 325 BroadwayOffice : Skaggs Research Cntr 1D-124
> Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg
>
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] new release?

[Charlie Moad]

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 numpy 1.1.0 is out?  Any holdups?
>
> We are now ready to do 0.98pre -- fire when ready Charlie.
>
> JDH
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] new release?

[Charlie Moad]

I went ahead and called it 0.98.0.  I am getting a parallels image
updated so I can do the windows builds, but it is getting late.  I
will get those cranked out tomorrow.  The source and mac builds are up
though.  I got two internal compiler errors on the 0.98.0 build, which
I fixed by replacing -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 to confirm, I should use the version tag, "0.98pre"?
>
> My preference is to call it 0.98.0 unless Michael is feeling extra
> cautious.  In which case we can call it 0.98pre or 0.98rc1 or whatever
> ...
>
> JDH
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] new release?

[Charlie Moad]

 Yeah.  I am totally updated with 10.5.3 and the latest dev tools.
 They have been talked about for a while on the list, but I just
wanted to record what I ran into during the builds.  I'll reproduce
those errors after I get the windows builds done tonight and shoot
them this way.

- Charlie

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:
>>
>> I went ahead and called it 0.98.0.  I am getting a parallels image
>> updated so I can do the windows builds, but it is getting late.  I
>> will get those cranked out tomorrow.  The source and mac builds are up
>> though.  I got two internal compiler errors on the 0.98.0 build, which
>> I fixed by replacing -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 to confirm, I should use the version tag, "0.98pre"?
>>>>
>>>
>>> My preference is to call it 0.98.0 unless Michael is feeling extra
>>> cautious.  In which case we can call it 0.98pre or 0.98rc1 or whatever
>>> ...
>>>
>>> JDH
>>>
>>>
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> Matplotlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
> --
> Michael Droettboom
> Science Software Branch
> Operations and Engineering Division
> Space Telescope Science Institute
> Operated by AURA for NASA
>
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] new release?

[Charlie Moad]

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, but it is getting late.  I
>> will get those cranked out tomorrow.  The source and mac builds are up
>> though.  I got two internal compiler errors on the 0.98.0 build, which
>> I fixed by replacing -O3 with -Os on those two commands only.  I also
>> updated the MANIFEST.in file to include agg24 instead of agg23.
>
> Hey Charlie -- thanks for getting these two releases out.  I think we
> should probably hide them, though, until the windows binaries are up,
> since it will confuse windows users who follow the link to the latest
> releases but find no binaries.  So if you are more than a few hours
> away from putting up the windows installers, let's hide these until
> they are ready.
>
> Thanks,
> JDH
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] new release?

[Charlie Moad]

Sorry for the delay but I am running into windows/gtk problems.  I am
getting linking errors for "_gdk_draw_rgb_32_image" and two other gdk
symbols.  I can't seem to find which lib they are in either.  I
installed "gtk-dev-2.12.9-win32-2.exe".  Do we target a specific
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 getting a parallels image
>> updated so I can do the windows builds, but it is getting late.  I
>> will get those cranked out tomorrow.  The source and mac builds are up
>> though.  I got two internal compiler errors on the 0.98.0 build, which
>> I fixed by replacing -O3 with -Os on those two commands only.  I also
>> updated the MANIFEST.in file to include agg24 instead of agg23.
>
> Hey Charlie -- thanks for getting these two releases out.  I think we
> should probably hide them, though, until the windows binaries are up,
> since it will confuse windows users who follow the link to the latest
> releases but find no binaries.  So if you are more than a few hours
> away from putting up the windows installers, let's hide these until
> they are ready.
>
> Thanks,
> JDH
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel