matplotlib-devel Mailing List for matplotlib

On Sat, Jun 9, 2012 at 5:33 PM, John Hunter <jd...@gm...> wrote:
> On Sat, Jun 9, 2012 at 5:27 PM, Eric Firing <ef...@ha...> wrote:
>> It also has backend_gdk.c (supposed to be a temporary copy of
>> _backend_gdk.c) and some others like it.
>
> OK, I'll rebuild them super clean... I know what went wrong.
 Just uploaded two new files built from clean git checkouts.

On Sat, Jun 9, 2012 at 5:27 PM, Eric Firing <ef...@ha...> wrote:
> It also has backend_gdk.c (supposed to be a temporary copy of
> _backend_gdk.c) and some others like it.
OK, I'll rebuild them super clean... I know what went wrong.

On 06/09/2012 12:21 PM, John Hunter wrote:
> On Sat, Jun 9, 2012 at 5:11 PM, Eric Firing<ef...@ha...> wrote:
>> On 06/09/2012 11:14 AM, John Hunter wrote:
>>> I just uploaded the v1.1.1rc2 tarballs to the sourceforge site
>>
>> John,
>>
>> Is it intentional that the tarballs include doc/build?
>
> It isn't intentional and it looks like it only affected the "notests"
> dist. Fixed it -- thanks for catching it.
It also has backend_gdk.c (supposed to be a temporary copy of 
_backend_gdk.c) and some others like it.
Which raises the question: why are these temporary copies needed at all? 
I don't see any explanation in setupext.py. I imagine it has to do with 
how some systems handle the leading underscore on the name, but it would 
be nice to have it explained in a comment in setupext.py.
Eric

On Sat, Jun 9, 2012 at 5:11 PM, Eric Firing <ef...@ha...> wrote:
> On 06/09/2012 11:14 AM, John Hunter wrote:
>> I just uploaded the v1.1.1rc2 tarballs to the sourceforge site
>
> John,
>
> Is it intentional that the tarballs include doc/build?
It isn't intentional and it looks like it only affected the "notests"
dist. Fixed it -- thanks for catching it.

On 06/09/2012 11:14 AM, John Hunter wrote:
> I just uploaded the v1.1.1rc2 tarballs to the sourceforge site
John,
Is it intentional that the tarballs include doc/build?
Eric
>
> https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.1.1/
>
> As soon as we get binaries, I'll send out another call for testing on
> the users list. Russell and Christoph, easiest if you just upload the
> binaries directly. You should both have permissions on the sf site.
>
> A copy of the site docs are available at
> http://matplotlib.sourceforge.net/rc/v1.1.1rc2/
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

I just uploaded the v1.1.1rc2 tarballs to the sourceforge site
https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.1.1/
As soon as we get binaries, I'll send out another call for testing on
the users list. Russell and Christoph, easiest if you just upload the
binaries directly. You should both have permissions on the sf site.
A copy of the site docs are available at
http://matplotlib.sourceforge.net/rc/v1.1.1rc2/

Alan Griffiths <ala...@gm...> writes:
> I've come across a problem (possibly a bug in cleanup_path) after
> plotting a line containing nan's and then scaling the axes so that the
> line is clipped by the axes.
>
> Instead of a gap at the position of the nan value, two extra segments
> appear - back to the start and then onto the next-plus-one valid
> point. 
This sounds a lot like
https://github.com/matplotlib/matplotlib/issues/804
There was a bug in the fix for that, which was fixed in 
https://github.com/matplotlib/matplotlib/pull/873
I think at least the latter fix was merged later than the release
candidate was announced. You might want to try a later version.
-- 
Jouni K. Seppänen
http://www.iki.fi/jks