Menu
▾
▴
matplotlib-devel
|
From: Damon M. <dam...@gm...> - 2012-11-30 22:25:55
|
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? -- 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 |
|
From: Damon M. <dam...@gm...> - 2012-11-30 22:35:46
|
On Fri, Nov 30, 2012 at 4:25 PM, Damon McDougall <dam...@gm...> 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 |
|
From: Damon M. <dam...@gm...> - 2012-11-30 22:36:28
|
Forwarding to the list... ---------- Forwarded message ---------- From: Thomas Kluyver <th...@kl...> Date: Fri, Nov 30, 2012 at 4:35 PM Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x To: Damon McDougall <dam...@gm...> On 30 November 2012 22:25, Damon McDougall <dam...@gm...> 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 |
|
From: Damon M. <dam...@gm...> - 2012-11-30 23:20:39
|
Forwarding to list again... ---------- Forwarded message ---------- From: Nathaniel Smith <nj...@po...> Date: Fri, Nov 30, 2012 at 5:13 PM Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x To: Damon McDougall <dam...@gm...> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall <dam...@gm...> 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 |
|
From: Nathaniel S. <nj...@po...> - 2012-11-30 23:37:21
|
Let's try that again... ---------- Forwarded message ---------- From: Nathaniel Smith <nj...@po...> Date: Fri, Nov 30, 2012 at 11:13 PM Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x To: Damon McDougall <dam...@gm...> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall <dam...@gm...> 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 |
|
From: Michael D. <md...@st...> - 2012-12-01 18:46:29
|
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 <nj...@po...> > Date: Fri, Nov 30, 2012 at 5:13 PM > Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x > To: Damon McDougall <dam...@gm...> > > > On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall > <dam...@gm...> 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 > > |
|
From: Damon M. <dam...@gm...> - 2012-12-01 18:56:14
|
On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom <md...@st...> 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 <nj...@po...> >> Date: Fri, Nov 30, 2012 at 5:13 PM >> Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x >> To: Damon McDougall <dam...@gm...> >> >> >> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall >> <dam...@gm...> 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 > Mat...@li... > 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 |
|
From: Damon M. <dam...@gm...> - 2012-12-02 17:00:09
|
On Sat, Dec 1, 2012 at 12:56 PM, Damon McDougall <dam...@gm...> wrote: > On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom <md...@st...> 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 <nj...@po...> >>> Date: Fri, Nov 30, 2012 at 5:13 PM >>> Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x >>> To: Damon McDougall <dam...@gm...> >>> >>> >>> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall >>> <dam...@gm...> 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 >> Mat...@li... >> 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 |
|
From: Damon M. <dam...@gm...> - 2012-12-02 17:02:13
|
On Sun, Dec 2, 2012 at 11:00 AM, Damon McDougall <dam...@gm...> wrote: > On Sat, Dec 1, 2012 at 12:56 PM, Damon McDougall > <dam...@gm...> wrote: >> On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom <md...@st...> 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 <nj...@po...> >>>> Date: Fri, Nov 30, 2012 at 5:13 PM >>>> Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x >>>> To: Damon McDougall <dam...@gm...> >>>> >>>> >>>> On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall >>>> <dam...@gm...> 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 >>> Mat...@li... >>> 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 |
|
From: Michael D. <md...@st...> - 2012-12-03 02:06:59
|
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 <dam...@gm... > <mailto:dam...@gm...>> 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 |
|
From: Damon M. <dam...@gm...> - 2012-12-03 02:42:16
|
On Sun, Dec 2, 2012 at 8:06 PM, Michael Droettboom <md...@st...> 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 <dam...@gm...> 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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X