matplotlib

On Fri, Nov 30, 2012 at 4:25 PM, Damon McDougall
<damon.mcdougall@...> wrote:
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?

Looks like Jens found the problem: https://github.com/numpy/numpy/issues/2761

>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> Institute for Computational Engineering Sciences
> 201 E. 24th St.
> Stop C0200
> The University of Texas at Austin
> Austin, TX 78712-1229



-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Forwarding to the list...


---------- Forwarded message ----------
From: Thomas Kluyver <thomas@...>
Date: Fri, Nov 30, 2012 at 4:35 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall <damon.mcdougall@...>


On 30 November 2012 22:25, Damon McDougall <damon.mcdougall@...> wrote:
>
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?


The daily PPA builds are working fine:
https://code.launchpad.net/~takluyver/+recipe/matplotlib-daily

That uses the packaged version of numpy, though, rather than trying to
pip install it.

Thomas


-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Forwarding to list again...


---------- Forwarded message ----------
From: Nathaniel Smith <njs@...>
Date: Fri, Nov 30, 2012 at 5:13 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall <damon.mcdougall@...>


On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
<damon.mcdougall@...> wrote:
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?

Not your bug.

Workaround:
  https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018

Also for context:
  https://github.com/numpy/numpy/issues/2761
  https://github.com/pypa/virtualenv/issues/359

-n


-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Let's try that again...

---------- Forwarded message ----------
From: Nathaniel Smith <njs@...>
Date: Fri, Nov 30, 2012 at 11:13 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall <damon.mcdougall@...>


On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
<damon.mcdougall@...> wrote:
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?

Not your bug.

Workaround:
  https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018

Also for context:
  https://github.com/numpy/numpy/issues/2761
  https://github.com/pypa/virtualenv/issues/359

-n

Ok.  I'll go ahead and put the workaround in our .travis.yml.  Any 
active pull requests that we want to have good Travis results for will 
need to be rebased to get the workaround.

Mike

On 11/30/2012 06:20 PM, Damon McDougall wrote:
> Forwarding to list again...
>
>
> ---------- Forwarded message ----------
> From: Nathaniel Smith <njs@...>
> Date: Fri, Nov 30, 2012 at 5:13 PM
> Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
> To: Damon McDougall <damon.mcdougall@...>
>
>
> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
> <damon.mcdougall@...> wrote:
>> We seem to have inherited these recently. I am questioning whether it
>> is something caused by us or not. Can anybody build numpy/mpl under
>> Python 3.x on their own machine successfully?
> Not your bug.
>
> Workaround:
>    https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018
>
> Also for context:
>    https://github.com/numpy/numpy/issues/2761
>    https://github.com/pypa/virtualenv/issues/359
>
> -n
>
>

On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom <mdroe@...> wrote:
> Ok.  I'll go ahead and put the workaround in our .travis.yml.  Any
> active pull requests that we want to have good Travis results for will
> need to be rebased to get the workaround.

That's better than having no testing at all for Python 3.x, so that
gets my +1. Thanks Mike.

>
> Mike
>
> On 11/30/2012 06:20 PM, Damon McDougall wrote:
>> Forwarding to list again...
>>
>>
>> ---------- Forwarded message ----------
>> From: Nathaniel Smith <njs@...>
>> Date: Fri, Nov 30, 2012 at 5:13 PM
>> Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
>> To: Damon McDougall <damon.mcdougall@...>
>>
>>
>> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
>> <damon.mcdougall@...> wrote:
>>> We seem to have inherited these recently. I am questioning whether it
>>> is something caused by us or not. Can anybody build numpy/mpl under
>>> Python 3.x on their own machine successfully?
>> Not your bug.
>>
>> Workaround:
>>    https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018
>>
>> Also for context:
>>    https://github.com/numpy/numpy/issues/2761
>>    https://github.com/pypa/virtualenv/issues/359
>>
>> -n
>>
>>
>
>
> ------------------------------------------------------------------------------
> Keep yourself connected to Go Parallel:
> INSIGHTS What's next for parallel hardware, programming and related areas?
> Interviews and blogs by thought leaders keep you ahead of the curve.
> http://goparallel.sourceforge.net
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

On Sat, Dec 1, 2012 at 12:56 PM, Damon McDougall
<damon.mcdougall@...> wrote:
> On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom <mdroe@...> wrote:
>> Ok.  I'll go ahead and put the workaround in our .travis.yml.  Any
>> active pull requests that we want to have good Travis results for will
>> need to be rebased to get the workaround.
>
> That's better than having no testing at all for Python 3.x, so that
> gets my +1. Thanks Mike.

Still failing even with the workaround. Here's proof:
https://github.com/matplotlib/matplotlib/pull/1549

>
>>
>> Mike
>>
>> On 11/30/2012 06:20 PM, Damon McDougall wrote:
>>> Forwarding to list again...
>>>
>>>
>>> ---------- Forwarded message ----------
>>> From: Nathaniel Smith <njs@...>
>>> Date: Fri, Nov 30, 2012 at 5:13 PM
>>> Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
>>> To: Damon McDougall <damon.mcdougall@...>
>>>
>>>
>>> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
>>> <damon.mcdougall@...> wrote:
>>>> We seem to have inherited these recently. I am questioning whether it
>>>> is something caused by us or not. Can anybody build numpy/mpl under
>>>> Python 3.x on their own machine successfully?
>>> Not your bug.
>>>
>>> Workaround:
>>>    https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018
>>>
>>> Also for context:
>>>    https://github.com/numpy/numpy/issues/2761
>>>    https://github.com/pypa/virtualenv/issues/359
>>>
>>> -n
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Keep yourself connected to Go Parallel:
>> INSIGHTS What's next for parallel hardware, programming and related areas?
>> Interviews and blogs by thought leaders keep you ahead of the curve.
>> http://goparallel.sourceforge.net
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Matplotlib-devel@...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> Institute for Computational Engineering Sciences
> 201 E. 24th St.
> Stop C0200
> The University of Texas at Austin
> Austin, TX 78712-1229



-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

On Sun, Dec 2, 2012 at 11:00 AM, Damon McDougall
<damon.mcdougall@...> wrote:
> On Sat, Dec 1, 2012 at 12:56 PM, Damon McDougall
> <damon.mcdougall@...> wrote:
>> On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom <mdroe@...> wrote:
>>> Ok.  I'll go ahead and put the workaround in our .travis.yml.  Any
>>> active pull requests that we want to have good Travis results for will
>>> need to be rebased to get the workaround.
>>
>> That's better than having no testing at all for Python 3.x, so that
>> gets my +1. Thanks Mike.
>
> Still failing even with the workaround. Here's proof:
> https://github.com/matplotlib/matplotlib/pull/1549

And looks like Thomas reported an issue too:
https://github.com/matplotlib/matplotlib/issues/1548

>
>>
>>>
>>> Mike
>>>
>>> On 11/30/2012 06:20 PM, Damon McDougall wrote:
>>>> Forwarding to list again...
>>>>
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: Nathaniel Smith <njs@...>
>>>> Date: Fri, Nov 30, 2012 at 5:13 PM
>>>> Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
>>>> To: Damon McDougall <damon.mcdougall@...>
>>>>
>>>>
>>>> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
>>>> <damon.mcdougall@...> wrote:
>>>>> We seem to have inherited these recently. I am questioning whether it
>>>>> is something caused by us or not. Can anybody build numpy/mpl under
>>>>> Python 3.x on their own machine successfully?
>>>> Not your bug.
>>>>
>>>> Workaround:
>>>>    https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018
>>>>
>>>> Also for context:
>>>>    https://github.com/numpy/numpy/issues/2761
>>>>    https://github.com/pypa/virtualenv/issues/359
>>>>
>>>> -n
>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Keep yourself connected to Go Parallel:
>>> INSIGHTS What's next for parallel hardware, programming and related areas?
>>> Interviews and blogs by thought leaders keep you ahead of the curve.
>>> http://goparallel.sourceforge.net
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Matplotlib-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>>
>> --
>> Damon McDougall
>> http://www.damon-is-a-geek.com
>> Institute for Computational Engineering Sciences
>> 201 E. 24th St.
>> Stop C0200
>> The University of Texas at Austin
>> Austin, TX 78712-1229
>
>
>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> Institute for Computational Engineering Sciences
> 201 E. 24th St.
> Stop C0200
> The University of Texas at Austin
> Austin, TX 78712-1229



-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

I've pushed a fix to v1.2.x and master for this new problem 
(35ee2184111fb8f80027869d8ee309c7f4e5a467). Unfortunately, another 
rebase of your branches is in order in order to get this fix.

Mike

On 12/02/2012 12:23 PM, Thomas Kluyver wrote:
> On 2 December 2012 17:02, Damon McDougall <damon.mcdougall@... 
> <mailto:damon.mcdougall@...>> wrote:
>
>     > Still failing even with the workaround. Here's proof:
>     > https://github.com/matplotlib/matplotlib/pull/1549
>
>     And looks like Thomas reported an issue too:
>     https://github.com/matplotlib/matplotlib/issues/1548
>
>
> This is a different problem, though (unless it's a really bizarre 
> symptom of the other problem). Now it's an error in compiling matplotlib.
>
> Thomas

On Sun, Dec 2, 2012 at 8:06 PM, Michael Droettboom <mdroe@...> wrote:
> I've pushed a fix to v1.2.x and master for this new problem
> (35ee2184111fb8f80027869d8ee309c7f4e5a467).  Unfortunately, another rebase
> of your branches is in order in order to get this fix.

Still failing: https://travis-ci.org/matplotlib/matplotlib/jobs/3469141

>
> Mike
>
>
> On 12/02/2012 12:23 PM, Thomas Kluyver wrote:
>
> On 2 December 2012 17:02, Damon McDougall <damon.mcdougall@...> wrote:
>>
>> > Still failing even with the workaround. Here's proof:
>> > https://github.com/matplotlib/matplotlib/pull/1549
>>
>> And looks like Thomas reported an issue too:
>> https://github.com/matplotlib/matplotlib/issues/1548
>
>
> This is a different problem, though (unless it's a really bizarre symptom of
> the other problem). Now it's an error in compiling matplotlib.
>
> Thomas
>
>



-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229