matplotlib-devel Mailing List for matplotlib

I noticed that semilogx and semilogy don't check if the linear axis (y- 
axis for semilogx; x-axis for semilogy) is actually linear. Thus, if I  
call semilogx and then call semilogy *on the same plot*, I end up with  
a loglog plot.

Below is a simple patch. I'm not sure how useful this fix is since  
most people wouldn't want to make these calls on the same plot (since  
the second call would override the first)---I was working  
interactively in IPython so it did make a difference.

Cheers,
-Tony


Index: lib/matplotlib/axes.py
===================================================================
--- lib/matplotlib/axes.py	(revision 7557)
+++ lib/matplotlib/axes.py	(working copy)
@@ -3615,6 +3615,7 @@
               }

          self.set_xscale('log', **d)
+        self.set_yscale('linear')
          b =  self._hold
          self._hold = True # we've already processed the hold
          l = self.plot(*args, **kwargs)
@@ -3665,6 +3666,7 @@
               'nonposy': kwargs.pop('nonposy', 'mask'),
               }
          self.set_yscale('log', **d)
+        self.set_xscale('linear')
          b =  self._hold
          self._hold = True # we've already processed the hold
          l = self.plot(*args, **kwargs)

Hi Eric,

you could try making changes to your Python Makefile, as described
here (in item 1):

http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd

Even if you are not installing on the basis of the EPD, it might still
solve your issue.

Cheers,

Ariel



On Mon, Aug 24, 2009 at 1:47 PM, Eric Bruning<eri...@gm...> wrote:
> For some reason, it's still picking up the gfortran-installed gcc in
> /usr/local/lib, which is also listed in
> /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib (along with everything
> else in /usr/local/lib). I also still see -L /usr/local/lib even
> though the darwin setupext.py key no longer includes it.
>
> I'm flummoxed. Apparently I should back up and try without gfortran
> first, but that's a typical way to meet requirements for scipy that
> I'd like to have around.
>
> -Eric
>
> g++ -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
> -bundle -undefined dynamic_lookup -arch i386 -arch ppc
> -L/usr/local/matplotlib/lib
> -syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc
> -I/usr/local/matplotlib/include
> -I/usr/local/matplotlib/include/freetype2 -isysroot
> /Developer/SDKs/MacOSX10.4u.sdk
> build/temp.macosx-10.4-fat-2.6/src/ft2font.o
> build/temp.macosx-10.4-fat-2.6/src/mplutils.o
> build/temp.macosx-10.4-fat-2.6/CXX/cxx_extensions.o
> build/temp.macosx-10.4-fat-2.6/CXX/cxxsupport.o
> build/temp.macosx-10.4-fat-2.6/CXX/IndirectPythonInterface.o
> build/temp.macosx-10.4-fat-2.6/CXX/cxxextensions.o -L/usr/local/lib
> -lfreetype -lz -lstdc++ -lm -o
> build/lib.macosx-10.4-fat-2.6/matplotlib/ft2font.so
> ld warning: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
> missing required architecture ppc in file
> ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
> missing required architecture ppc in file for architecture ppc
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/RP/RPE-UjrSHZ4SQq6AJQBxqk+++TI/-Tmp-//ccAqigF2.out (No
> such file or directory)
> error: command 'g++' failed with exit status 1
> make: *** [mpl_build] Error 1
>
>
> On Sun, Aug 23, 2009 at 1:33 AM, John Hunter<jd...@gm...> wrote:
>> The problem of building on OSX, in particular the setupext basedir
>> search path including /sw, /usr and /usr/local, appears so fraught
>> with peril --  we don't know what kinds of libs built with what kinds
>> of flags that we will find -- that I removed all the dirs from the
>> basedir for darwin.  Instead, I am hoping that the new makefile.osx
>> Makefile I have added, which will fetch and build the required libs
>> and install them into the PREFIX of your choice, will prove more
>> supportable.
>>
>> I have tested this on a couple of platforms and it worked well, but
>> there are other combinations that I do not have access to so please
>> let me know if this is not viable.  I am currently building with
>>
>>  PREFIX=/Users/jdhunter/dev make -f makefile.osx fetch deps mpl_install
>>
>> Builds with enthought python make still be broken due to the issues in the FAQ:
>>
>>  http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
>>
>> Please kick the tires and give some feedback
>>
>> JDH
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>



-- 
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel

For some reason, it's still picking up the gfortran-installed gcc in
/usr/local/lib, which is also listed in
/Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib (along with everything
else in /usr/local/lib). I also still see -L /usr/local/lib even
though the darwin setupext.py key no longer includes it.

I'm flummoxed. Apparently I should back up and try without gfortran
first, but that's a typical way to meet requirements for scipy that
I'd like to have around.

-Eric

g++ -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
-bundle -undefined dynamic_lookup -arch i386 -arch ppc
-L/usr/local/matplotlib/lib
-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc
-I/usr/local/matplotlib/include
-I/usr/local/matplotlib/include/freetype2 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk
build/temp.macosx-10.4-fat-2.6/src/ft2font.o
build/temp.macosx-10.4-fat-2.6/src/mplutils.o
build/temp.macosx-10.4-fat-2.6/CXX/cxx_extensions.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxsupport.o
build/temp.macosx-10.4-fat-2.6/CXX/IndirectPythonInterface.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxextensions.o -L/usr/local/lib
-lfreetype -lz -lstdc++ -lm -o
build/lib.macosx-10.4-fat-2.6/matplotlib/ft2font.so
ld warning: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
missing required architecture ppc in file
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
missing required architecture ppc in file for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/RP/RPE-UjrSHZ4SQq6AJQBxqk+++TI/-Tmp-//ccAqigF2.out (No
such file or directory)
error: command 'g++' failed with exit status 1
make: *** [mpl_build] Error 1


On Sun, Aug 23, 2009 at 1:33 AM, John Hunter<jd...@gm...> wrote:
> The problem of building on OSX, in particular the setupext basedir
> search path including /sw, /usr and /usr/local, appears so fraught
> with peril --  we don't know what kinds of libs built with what kinds
> of flags that we will find -- that I removed all the dirs from the
> basedir for darwin.  Instead, I am hoping that the new makefile.osx
> Makefile I have added, which will fetch and build the required libs
> and install them into the PREFIX of your choice, will prove more
> supportable.
>
> I have tested this on a couple of platforms and it worked well, but
> there are other combinations that I do not have access to so please
> let me know if this is not viable.  I am currently building with
>
>  PREFIX=/Users/jdhunter/dev make -f makefile.osx fetch deps mpl_install
>
> Builds with enthought python make still be broken due to the issues in the FAQ:
>
>  http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
>
> Please kick the tires and give some feedback
>
> JDH
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

According to svn blame, which only gives the most recent version a line 
was edited, not the first time a line appeared, obviously -- subslice 
support was added in r7100, and clipping was fixed in r6847.  So, 
apparently at the time subslice was added the clipping was already 
there.  So, if you were seeing a time improvement then, your data must 
be doing something my benchmark here doesn't.

The clipping support is probably more general than subslicing, since it 
doesn't require the data to be monotonic -- it clips as the line crosses 
any of the boundaries of the figure.  Given that, I'm surprised it 
competes so favorably timewise -- I suspect the important thing is to 
just reduce the number of points passed to the renderer -- the actually 
speed at which those points are located is nothing compared to stroking 
points.

Cheers,
Mike

Eric Firing wrote:
> Michael Droettboom wrote:
>> We recently saw some breakage with our PyRAF plotting tool (which 
>> uses matplotlib as a "dumb" rendering backend) and matplotlib 0.99.  
>> It stops inside the subslice support that was added to Line2D, since 
>> subslicing requires that the Line2D object have an "axes" assigned to 
>> it.  Since PyRAF doesn't use matplotlib's Axes objects, its lines 
>> don't have them.
>>
>> It's a simple fix to check for the existence of an axes member and 
>> skip the subslice support if it doesn't have one.  However, I wonder 
>> if it couldn't just be removed, especially since it is the only 
>> dependency on an Axes from Line2D objects.  I think it may have 
>> become redundant wrt the path simplification code which now handles 
>> clipping (at the figure boundary, not the axis boundary mind you) 
>> rather reliably.  The simplification code now also works in all 
>> backends, which is fairly new.
>
> Mike,
>
> Was the simplification you are talking about added after I added the 
> subslice support (by which I assume you mean the slicing in the case 
> of monotonic x)?  And is it as general?  At least at the time I put in 
> the subslicing of sorted abcissas, I am pretty sure it made a big 
> difference when panning long timeseries--that is why I put it in.  
> Certainly I would be happy to see it go if it is not actually doing 
> anything useful now, but I would like to be sure.  I can't look at it 
> right now.
>
> Eric
>
>>
>> I did a little benchmarking with the attached script.  It generates a 
>> 10,000 point random array and then plots a 500 point subset in the 
>> middle.
>>
>> baseline:  3.94 fps (no clipping or subslicing)
>> subslice:  28.14 fps
>> clipping:  28.09 fps
>> clipping+subslice:  28.35 fps (i.e. current code)
>>
>> The last three are close enough to be considered equal.
>>
>> Of course, another benchmark may produce very different results, so 
>> I'm reluctant to just yank it.  But it would be nice to remove 
>> nearly-identical optimizations.
>>
>> Cheers,
>> Mike
>>
>>
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------------ 
>>
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 
>> 30-Day trial. Simplify your report design, integration and deployment 
>> - and focus on what you do best, core application coding. Discover 
>> what's new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> 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

Michael Droettboom wrote:
> We recently saw some breakage with our PyRAF plotting tool (which uses 
> matplotlib as a "dumb" rendering backend) and matplotlib 0.99.  It stops 
> inside the subslice support that was added to Line2D, since subslicing 
> requires that the Line2D object have an "axes" assigned to it.  Since 
> PyRAF doesn't use matplotlib's Axes objects, its lines don't have them.
> 
> It's a simple fix to check for the existence of an axes member and skip 
> the subslice support if it doesn't have one.  However, I wonder if it 
> couldn't just be removed, especially since it is the only dependency on 
> an Axes from Line2D objects.  I think it may have become redundant wrt 
> the path simplification code which now handles clipping (at the figure 
> boundary, not the axis boundary mind you) rather reliably.  The 
> simplification code now also works in all backends, which is fairly new.

Mike,

Was the simplification you are talking about added after I added the 
subslice support (by which I assume you mean the slicing in the case of 
monotonic x)?  And is it as general?  At least at the time I put in the 
subslicing of sorted abcissas, I am pretty sure it made a big difference 
when panning long timeseries--that is why I put it in.  Certainly I 
would be happy to see it go if it is not actually doing anything useful 
now, but I would like to be sure.  I can't look at it right now.

Eric

> 
> I did a little benchmarking with the attached script.  It generates a 
> 10,000 point random array and then plots a 500 point subset in the middle.
> 
> baseline:  3.94 fps (no clipping or subslicing)
> subslice:  28.14 fps
> clipping:  28.09 fps
> clipping+subslice:  28.35 fps (i.e. current code)
> 
> The last three are close enough to be considered equal.
> 
> Of course, another benchmark may produce very different results, so I'm 
> reluctant to just yank it.  But it would be nice to remove 
> nearly-identical optimizations.
> 
> Cheers,
> Mike
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

We recently saw some breakage with our PyRAF plotting tool (which uses 
matplotlib as a "dumb" rendering backend) and matplotlib 0.99.  It stops 
inside the subslice support that was added to Line2D, since subslicing 
requires that the Line2D object have an "axes" assigned to it.  Since 
PyRAF doesn't use matplotlib's Axes objects, its lines don't have them.

It's a simple fix to check for the existence of an axes member and skip 
the subslice support if it doesn't have one.  However, I wonder if it 
couldn't just be removed, especially since it is the only dependency on 
an Axes from Line2D objects.  I think it may have become redundant wrt 
the path simplification code which now handles clipping (at the figure 
boundary, not the axis boundary mind you) rather reliably.  The 
simplification code now also works in all backends, which is fairly new.

I did a little benchmarking with the attached script.  It generates a 
10,000 point random array and then plots a 500 point subset in the middle.

baseline:  3.94 fps (no clipping or subslicing)
subslice:  28.14 fps
clipping:  28.09 fps
clipping+subslice:  28.35 fps (i.e. current code)

The last three are close enough to be considered equal.

Of course, another benchmark may produce very different results, so I'm 
reluctant to just yank it.  But it would be nice to remove 
nearly-identical optimizations.

Cheers,
Mike

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

This is neat to see - I mused into the dark about whether this was
possible a couple weeks ago
(https://twitter.com/deeplycloudy/status/3130819107).

The killer-app next step would be to use a JSON callback to do set up
interactive zooming, etc. A web browser is the ultimate portable
backend, if you could make it work as smoothly as a local backend.

Paul, any chance you'll be at the BACON-PIG local python group tonight
in Columbia, MD?

-Eric


On Sat, Aug 22, 2009 at 5:04 PM, John Hunter<jd...@gm...> wrote:
> Paul Kienzle expressed interest at the mpl sprint in working on an
> html5 canvas backend for mpl.  When we were taking GSOC applications
> earlier this year, Seo did a partial implementation of an html5 canvas
> which outputs javascript.  I forwarding his email here with
> instructions on how to check this out in case someone wants to pick
> this up and run with it
>
>
>  532  hg clone http://bitbucket.org/sanxiyn/matplotlib-canvas/
>  533  cd matplotlib-canvas/
>  536  python simple_plot.py -dmodule://backend_canvas
>
> This creates a file test.js
>
>
>
>
> ---------- Forwarded message ----------
> From: John Hunter <jd...@gm...>
> Date: Thu, Apr 2, 2009 at 10:42 AM
> Subject: Re: Summer of Code 2009: HTML5/Canvas backend for Matplotlib
> To: Seo Sanghyeon <sa...@gm...>
> Cc: Michael Droettboom <md...@st...>
>
>
> On Thu, Apr 2, 2009 at 10:38 AM, Seo Sanghyeon <sa...@gm...> wrote:
>> 2009/4/2 John Hunter <jd...@gm...>:
>>> OK, thanks for letting us know.  Would you mind if we used your
>>> backend work for the html canvas to help the student who will be
>>> pursuing the project get a head start?
>>
>> Not at all! Feel free to use it any way you want. Do you need formal
>> license statement? (I didn't feel like attaching one, since it really is
>> a single day effort.)
>
> No need for a special statement -- I'll have this email on file where
> you gave us permission, we'll just incorporate it under the matplotlib
> license.  Thanks a lot.
>
>
>>> Thanks again, and hope to see you on the mpl mailing list!
>>
>> Indeed. I subscribed to matplotlib-devel, and I plan to work on
>> Matplotlib even though I won't do it through SoC.
>
>
> Great -- talk to you there :-)
>
> JDH
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Thanks for posting that Ariel (and thanks to everyone else who pitched in).
I was finally able to install the svn trunk successfully.  I will say that I
still had a build problem which was probably due to my libpng version.  To
solve it, I rebuilt libpng in /usr/local/ and explicitly pointed the build
to it by modifying Ariels directions:

CFLAGS=-Os -arch i386 -I/usr/local/include/libpng12
LDFLAGS=-Os -arch i386 -L/usr/local/lib

and I set the 'darwin' key in setupext.py to '/usr/local'

I also manually deleted the python egg I had leftover from the EPD
installation.

I am not sure which of these things actually fixed the problem, but I can
finally successfully plot.

Uri

---------- Forwarded message ----------
From: Ariel Rokem <ar...@be...>
To: John Hunter <jd...@gm...>
Date: Sat, 22 Aug 2009 12:48:41 -0700
Subject: Re: [matplotlib-devel] building from SVN on Mac OS X 10.5
Hi folks -

just to add to the noise. Here is what eventually worked for me (with
OS 10.5.8 and EPD 4.3), with help from Mike McKerns:

0. I removed the ~/.matplotlib folder ("rm -rf ~/.matplotlib").

1. I edited
/Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/config/Makefile,
removing all occurrences of "-arch ppc" (3 occurrences), changing the
line "MACOSX_DEPLOYMENT_TARGET=10.3" to
"MACOSX_DEPLOYMENT_TARGET=10.5" and changing the occurrences of
"MacOSX10.54u.sdk" into "MacOSX10.5.sdk" (3 occurrences). Here is the
full diff:

60c60
< BASECFLAGS=   -arch i386 -isysroot MacOSX10.5.sdk -fno-strict-aliasing
-Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -dynamic
---
> BASECFLAGS=   -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
66c66
< LDFLAGS=      -arch i386 -isysroot MacOSX10.5.sdk -g -L/usr/local/lib
-L/Library/Frameworks/Python.framework/Versions/4.3.0/lib
---
> LDFLAGS=      -arch i386 -arch ppc -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -g -L/usr/local/lib
-L/Library/Frameworks/Python.framework/Versions/4.3.0/lib
115c115
< UNIVERSALSDK=MacOSX10.5.sdk
---
> UNIVERSALSDK=/Developer/SDKs/MacOSX10.4u.sdk
123c123
< MACOSX_DEPLOYMENT_TARGET=10.5
---
> MACOSX_DEPLOYMENT_TARGET=10.3
405c405
<               $(CC) -o $(LDLIBRARY) -arch i386 -dynamiclib \
---
>               $(CC) -o $(LDLIBRARY) -arch i386 -arch ppc -dynamiclib \

2.  In
/Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/site-packages/easy-install.pth,
I commented out the line containing the directory in which the
previous version of MPL was installed
("./matplotlib-0.98.5.2n2-py2.5-macosx-10.3-fat.egg", in my case). If
I don't do this, when I import matplotlib, it imports the previous
version I had of MPL and just ignores the new installation. This is a
setuptools problem, so if you didn't have setuptools, good for you and
ignore this.

3. I ran the attached shell-script ("sh ./install-matplotlib.sh"),
based on a script by Mike McKerns, in the directory in which I wanted
my source to be. This script sets some local variable (CFLAGS,
LDFLAGS, PKG_CONFIG_PATH, ARCHFLAGS), removes previous installations,
downloads the source, builds and installs it. The backend seems to be
set to MacOSX.

I would be happy if someone who's had similar problems to the ones I
have had could test this procedure and see if it works for them as
well.

Cheers,

Ariel





-- 
Uri Laserson
PhD Candidate, Biomedical Engineering
Harvard Medical School (Genetics)
Massachusetts Institute of Technology (Mathematics)
phone +1 917 742 8019
las...@mi...

I'm creating an ensemble slice viewer written entirely in Python.  The
latest version of my code requires the use of MPL0.99 so that I can
take advantage of AxesGrid for multi-panel plots.  At present,
everything works perfectly on my Windows Vista machine, using the
latest EPD with the upgraded MPL modules.  However, on my Windows XP
machine (same configuration: EPD with latest MPL), if I try to resize
the a plot, I get one of two things, the error mentioned in the
subject of this email or it just hangs forcing a CNTL-C exit.

I should mention that I'm using the WxAgg backend.

Has anyone else had problems using the latest version of MPL on a
Windows XP machine?


============= FULL ERROR =============
Fatal Python error: PyEval_RestoreThread: NULL tstate

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
Fatal Python error: PyEval_RestoreThread: NULL tstate

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.



-Patrick
---
Patrick Marsh
Graduate Research Assistant
School of Meteorology
University of Oklahoma
http://www.patricktmarsh.com

svnmerge avail -S v0_99_maint works for me now, so it looks like the
problem has been fixed. -Jouni

Ryan May <rm...@gm...> writes:

> Works for me now, but I can't give it a good test until I have actual
> changes to merge.
>
> Ryan
>
> On Mon, Aug 24, 2009 at 7:53 AM, Michael Droettboom <md...@st...> wrote:
>
>> Just catching up with mail now.  Is this still a problem for either Ryan or
>> Jouni?  It seems to work for me as well.  All I can suggest is making sure
>> the working copy of the trunk is fully updated (but I'm sure you've thought
>> of that already).
>>
>> > svnmerge avail
>> svnmerge: multiple sources found. Explicit source argument (-S/--source)
>> required.
>> The merge sources available are:
>>  /branches/v0_99_maint
>>  /branches/mathtex
>>  /branches/v0_98_5_maint
>>
>>
>> John Hunter wrote:
>>
>>> On Sat, Aug 22, 2009 at 3:24 AM, Ryan May<rm...@gm...> wrote:
>>>
>>>
>>>
>>>> Same behavior here. I had been having trouble doing any merges, but never
>>>> had tracked it down.  I guess this is related.
>>>>
>>>>
>>>
>>> The following just worked for me
>>>
>>>  svnmerge.py merge -Sv0_99_maint
>>>
>>> managed to merge almost 15 commits from the branch to the trunk w/ no
>>> conflicts despite all the docstring changes, etc.  Nice!
>>>
>>> JDH
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day trial. Simplify your report design, integration and deployment - and
>>> focus on what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> 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
>>
>>

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Andrew Straw wrote:
> I'm publishing these onto http://mpl.code.astraw.com/
Which I have now actually created a DNS entry for. If you tried and got
an error like "Address not found, can't find the server at
mpl.code.astraw.com", you should have better luck in a few minutes/hours
as the name propagates around DNS. For the impatient unix users, you can
add the line "67.223.235.187   mpl.code.astraw.com" to your /etc/hosts
to bypass the DNS lookup and hardcode the address.

-Andrew

Works for me now, but I can't give it a good test until I have actual
changes to merge.

Ryan

On Mon, Aug 24, 2009 at 7:53 AM, Michael Droettboom <md...@st...> wrote:

> Just catching up with mail now.  Is this still a problem for either Ryan or
> Jouni?  It seems to work for me as well.  All I can suggest is making sure
> the working copy of the trunk is fully updated (but I'm sure you've thought
> of that already).
>
> > svnmerge avail
> svnmerge: multiple sources found. Explicit source argument (-S/--source)
> required.
> The merge sources available are:
>  /branches/v0_99_maint
>  /branches/mathtex
>  /branches/v0_98_5_maint
>
>
> John Hunter wrote:
>
>> On Sat, Aug 22, 2009 at 3:24 AM, Ryan May<rm...@gm...> wrote:
>>
>>
>>
>>> Same behavior here. I had been having trouble doing any merges, but never
>>> had tracked it down.  I guess this is related.
>>>
>>>
>>
>> The following just worked for me
>>
>>  svnmerge.py merge -Sv0_99_maint
>>
>> managed to merge almost 15 commits from the branch to the trunk w/ no
>> conflicts despite all the docstring changes, etc.  Nice!
>>
>> JDH
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day trial. Simplify your report design, integration and deployment - and
>> focus on what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> 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
>
>


-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Just catching up with mail now.  Is this still a problem for either Ryan 
or Jouni?  It seems to work for me as well.  All I can suggest is making 
sure the working copy of the trunk is fully updated (but I'm sure you've 
thought of that already).

 > svnmerge avail
svnmerge: multiple sources found. Explicit source argument (-S/--source) 
required.
The merge sources available are:
  /branches/v0_99_maint
  /branches/mathtex
  /branches/v0_98_5_maint


John Hunter wrote:
> On Sat, Aug 22, 2009 at 3:24 AM, Ryan May<rm...@gm...> wrote:
>
>   
>> Same behavior here. I had been having trouble doing any merges, but never
>> had tracked it down.  I guess this is related.
>>     
>
> The following just worked for me
>
>   svnmerge.py merge -Sv0_99_maint
>
> managed to merge almost 15 commits from the branch to the trunk w/ no
> conflicts despite all the docstring changes, etc.  Nice!
>
> JDH
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> 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

Hi All,

At the SciPy 09 sprints I worked with John Hunter on our automated build
and test infrastructure. It's still not *quite* there, but I thought I'd
point out a few things at this stage. (Much of this email is
more-or-less a status update for John.)

0. We have automated tests now running triggered by SVN commits. Most of
the image comparison tests are running and passing, but there are a few
failures. One seems to be a real bug that has cropped up since James
Evans generated the baseline image suite. Another seems to have been
fixed in that time. The rest seem to be a font rendering issue that is
still unresolved.

Real bug?:
http://mpl.code.astraw.com/#test-matplotlib-testaxes-formatter-ticker-005

Fixed?:
http://mpl.code.astraw.com/#test-plots-testpolar-polar-wrap-180

1. The buildbot waterfall display is online at
http://mpl-buildbot.code.astraw.com/waterfall

2. A number of tests are failing because of font placement and/or font
anti-aliasing. (The baseline images seem to have slightly different font
images than generated ones, and generated ones are different on Mac OS X
and Ubuntu.) I think John is going to have an attempt at allowing font
anti-aliasing to be disabled. We'll see if that fixes it. The bug is
filed at
https://sourceforge.net/tracker/?func=detail&aid=2843243&group_id=80706&atid=560720


3. I've figured out how to get the buildslaves to upload to the
buildmaster. It turns out this is supported in buildbot. (See
http://djmitche.github.com/buildbot/docs/0.7.10/#Transferring-Files )

4. I have made use of the upload ability to gather the rendered,
baseline, and absdiff images in the case of failed tests. Right now,
with the help of a simple  script to generate static html pages via rst,
I'm publishing these onto http://mpl.code.astraw.com/ . (We could use a
similar mechanism to publish nightly builds.) I'd like to make links in
the appropriate place in the buildbot output to the image comparison
pages, but I have not dug into the buildbot sources to figure out how to
do that.

5. John (or other devs), I can give you login access to the buildmaster
on my VPS if you send me an ssh public key to use for that purpose.

6. The buildslave that John installed on the Sage project's Mac machine
seems to be failing to resolve the hostname
`matplotlib.svn.sourceforge.net', and thus can no longer build because
it can't pull down svn commits. John--do you have any idea what's going
on here?

Hopefully, we'll have all this sorted out soon.

-Andrew