Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Michael Droettboom 
On 10/05/2011 05:17 PM, John Hunter wrote:
> On Wed, Oct 5, 2011 at 1:49 PM, Eric Firing  wrote:
>
>> Sorry to be holding things up after having nagged about getting a
>> release out, but I just now marked #506 "release_critical".  It looks
>> like a pretty fundamental bug in blitting on qt4agg, and I think I
>> introduced it back in January, right after 1.0.1.  I can look more
>> closely this evening; I am hoping it will be fairly simple and safe to fix.
> Is this the issue Michael identified in this thread above pointing to:
> "[matplotlib-devel] Typo in backend_qt4.py
> (matplotlib-1.1.0-rc1-py2.7-python.org-macosx10.3.dmg)?"  I was
> holding on that issue until I heard from him.
I'm just getting to look at this now -- I'll report back once I have a 
sense of what the issues are.

Mike

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Michael Droettboom 
On 10/06/2011 09:33 AM, Michael Droettboom wrote:
> On 10/05/2011 05:17 PM, John Hunter wrote:
>> On Wed, Oct 5, 2011 at 1:49 PM, Eric Firing   wrote:
>>
>>> Sorry to be holding things up after having nagged about getting a
>>> release out, but I just now marked #506 "release_critical".  It looks
>>> like a pretty fundamental bug in blitting on qt4agg, and I think I
>>> introduced it back in January, right after 1.0.1.  I can look more
>>> closely this evening; I am hoping it will be fairly simple and safe to fix.
>> Is this the issue Michael identified in this thread above pointing to:
>> "[matplotlib-devel] Typo in backend_qt4.py
>> (matplotlib-1.1.0-rc1-py2.7-python.org-macosx10.3.dmg)?"  I was
>> holding on that issue until I heard from him.
> I'm just getting to look at this now -- I'll report back once I have a
> sense of what the issues are.
Pretty simple.  I have a pull request here:

https://github.com/matplotlib/matplotlib/pull/509

Mike

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread John Hunter 
On Thu, Oct 6, 2011 at 9:17 AM, Michael Droettboom  wrote:

> Pretty simple.  I have a pull request here:
>
> https://github.com/matplotlib/matplotlib/pull/509

I confirmed the qt bugs Eric and Michael were working on and tested
the fixes, so i merged and closed these two.  The only remaining issue
I am aware of is Sandro's map issue, and he said earlier in this
thread that he can use the map function rather than the pool, so I
think we are good to go today.  Speak now if I am missing something!

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread John Hunter 
On Thu, Oct 6, 2011 at 9:44 AM, John Hunter  wrote:
> On Thu, Oct 6, 2011 at 9:17 AM, Michael Droettboom  wrote:
>
>> Pretty simple.  I have a pull request here:
>>
>> https://github.com/matplotlib/matplotlib/pull/509
>
> I confirmed the qt bugs Eric and Michael were working on and tested
> the fixes, so i merged and closed these two.  The only remaining issue
> I am aware of is Sandro's map issue, and he said earlier in this
> thread that he can use the map function rather than the pool, so I
> think we are good to go today.  Speak now if I am missing something!

OK, and now I see that Michael removed multi-processing entirely in #507

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Michael Droettboom 
On 10/06/2011 10:46 AM, John Hunter wrote:
> On Thu, Oct 6, 2011 at 9:44 AM, John Hunter  wrote:
>> On Thu, Oct 6, 2011 at 9:17 AM, Michael Droettboom  wrote:
>>
>>> Pretty simple.  I have a pull request here:
>>>
>>> https://github.com/matplotlib/matplotlib/pull/509
>> I confirmed the qt bugs Eric and Michael were working on and tested
>> the fixes, so i merged and closed these two.  The only remaining issue
>> I am aware of is Sandro's map issue, and he said earlier in this
>> thread that he can use the map function rather than the pool, so I
>> think we are good to go today.  Speak now if I am missing something!
> OK, and now I see that Michael removed multi-processing entirely in #507
Yeah -- it only really saves around 30seconds anyway.  I thought it best 
to have it work reliably -- we can investigate the cause of Sandro's 
failure (which I'm not able to reproduce) later -- no need for it to 
hold up the release.

Mike

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread John Hunter 
On Thu, Oct 6, 2011 at 9:48 AM, Michael Droettboom  wrote:
> On 10/06/2011 10:46 AM, John Hunter wrote:
>>
>> On Thu, Oct 6, 2011 at 9:44 AM, John Hunter  wrote:
>>>
>>> On Thu, Oct 6, 2011 at 9:17 AM, Michael Droettboom
>>>  wrote:
>>>
 Pretty simple.  I have a pull request here:

 https://github.com/matplotlib/matplotlib/pull/509
>>>
>>> I confirmed the qt bugs Eric and Michael were working on and tested
>>> the fixes, so i merged and closed these two.  The only remaining issue
>>> I am aware of is Sandro's map issue, and he said earlier in this
>>> thread that he can use the map function rather than the pool, so I
>>> think we are good to go today.  Speak now if I am missing something!
>>
>> OK, and now I see that Michael removed multi-processing entirely in #507
>
> Yeah -- it only really saves around 30seconds anyway.  I thought it best to
> have it work reliably -- we can investigate the cause of Sandro's failure
> (which I'm not able to reproduce) later -- no need for it to hold up the
> release.

Great -- they tarballs for the mpl src and sample_data are at

https://github.com/matplotlib/matplotlib/archives/master

if Sandro would like to start with the debian packaging.  Russell and
Christoph, if you could point me to some binary builds I'll upload
these to the sf site along with the tarballs and do the ANN.

Thanks all,
JDH

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread John Hunter 
On Thu, Oct 6, 2011 at 9:57 AM, John Hunter  wrote:

> Great -- they tarballs for the mpl src and sample_data are at
>
> https://github.com/matplotlib/matplotlib/archives/master
>
> if Sandro would like to start with the debian packaging.  Russell and
> Christoph, if you could point me to some binary builds I'll upload
> these to the sf site along with the tarballs and do the ANN.

Actually, if you can just upload the binaries directly to

https://sourceforge.net/projects/matplotlib/upload/matplotlib/matplotlib-1.1.0/

that will save a step.  Christoph, if you send me you sf ID I'll make
sure you have upload permissions.  Russell, you should already be good
to go.

JDH

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Sandro Tosi 
On Thu, Oct 6, 2011 at 16:57, John Hunter  wrote:
> Great -- they tarballs for the mpl src and sample_data are at
>
> https://github.com/matplotlib/matplotlib/archives/master

I got an access denied for sample_data (I'm logged in as 'sandrotosi'
on github) while I can get without problem mpl-1.1.0.tar.gz .

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread John Hunter 
On Thu, Oct 6, 2011 at 11:04 AM, Sandro Tosi  wrote:
> On Thu, Oct 6, 2011 at 16:57, John Hunter  wrote:
>> Great -- they tarballs for the mpl src and sample_data are at
>>
>> https://github.com/matplotlib/matplotlib/archives/master
>
> I got an access denied for sample_data (I'm logged in as 'sandrotosi'
> on github) while I can get without problem mpl-1.1.0.tar.gz .


Strange, I am seeing that too, even after deleting and re-uploading.
Can you try from the sf page.

https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.1.0/

I'm going to delete the file from the github download page.

JDH

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Christoph Gohlke 


On 10/6/2011 7:57 AM, John Hunter wrote:
> On Thu, Oct 6, 2011 at 9:48 AM, Michael Droettboom  wrote:
>> On 10/06/2011 10:46 AM, John Hunter wrote:
>>>
>>> On Thu, Oct 6, 2011 at 9:44 AM, John Hunterwrote:

 On Thu, Oct 6, 2011 at 9:17 AM, Michael Droettboom
   wrote:

> Pretty simple.  I have a pull request here:
>
> https://github.com/matplotlib/matplotlib/pull/509

 I confirmed the qt bugs Eric and Michael were working on and tested
 the fixes, so i merged and closed these two.  The only remaining issue
 I am aware of is Sandro's map issue, and he said earlier in this
 thread that he can use the map function rather than the pool, so I
 think we are good to go today.  Speak now if I am missing something!
>>>
>>> OK, and now I see that Michael removed multi-processing entirely in #507
>>
>> Yeah -- it only really saves around 30seconds anyway.  I thought it best to
>> have it work reliably -- we can investigate the cause of Sandro's failure
>> (which I'm not able to reproduce) later -- no need for it to hold up the
>> release.
>
> Great -- they tarballs for the mpl src and sample_data are at
>
> https://github.com/matplotlib/matplotlib/archives/master
>
> if Sandro would like to start with the debian packaging.  Russell and
> Christoph, if you could point me to some binary builds I'll upload
> these to the sf site along with the tarballs and do the ANN.
>
> Thanks all,
> JDH
>
>

Is it really intended to include ~36 MB of tests/baseline_images in the 
binary distributions for end users?

Do you need eggs (not tested; without pytz and dateutil)?

Christoph


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Sandro Tosi 
On Thu, Oct 6, 2011 at 18:09, John Hunter  wrote:
> On Thu, Oct 6, 2011 at 11:04 AM, Sandro Tosi  wrote:
>> On Thu, Oct 6, 2011 at 16:57, John Hunter  wrote:
>>> Great -- they tarballs for the mpl src and sample_data are at
>>>
>>> https://github.com/matplotlib/matplotlib/archives/master
>>
>> I got an access denied for sample_data (I'm logged in as 'sandrotosi'
>> on github) while I can get without problem mpl-1.1.0.tar.gz .
>
>
> Strange, I am seeing that too, even after deleting and re-uploading.
> Can you try from the sf page.
>
> https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.1.0/
>
> I'm going to delete the file from the github download page.

All fine from SF.

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread John Hunter 
On Thu, Oct 6, 2011 at 11:43 AM, Christoph Gohlke  wrote:

> Is it really intended to include ~36 MB of tests/baseline_images in the
> binary distributions for end users?

I'm OK with excluding the test images from the binaries.  Does anyone disagree?

> Do you need eggs (not tested; without pytz and dateutil)?

I'm OK w/ not shipping eggs.  Someone will probably ask for them, though.

JDH

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Benjamin Root 
On Thursday, October 6, 2011, John Hunter  wrote:
> On Thu, Oct 6, 2011 at 11:43 AM, Christoph Gohlke  wrote:
>
>> Is it really intended to include ~36 MB of tests/baseline_images in the
>> binary distributions for end users?
>
> I'm OK with excluding the test images from the binaries.  Does anyone
disagree?

What happens if someone tries to test without having the baseline images?  I
guess it hasn't been an issue before.

>
>> Do you need eggs (not tested; without pytz and dateutil)?
>
> I'm OK w/ not shipping eggs.  Someone will probably ask for them, though.

Have we shipped eggs before?
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread John Hunter 
On Thu, Oct 6, 2011 at 12:42 PM, Benjamin Root  wrote:

> What happens if someone tries to test without having the baseline images?  I
> guess it hasn't been an issue before.

Tests will fail.  But the tests are already pretty dependent on things
like freetype version so it might be more trouble than it is worth to
try and support them in a generic user environment.

>>> Do you need eggs (not tested; without pytz and dateutil)?
>>
>> I'm OK w/ not shipping eggs.  Someone will probably ask for them, though.
>
> Have we shipped eggs before?

Yep,

https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1

But they have been the source of much pain and annoyance, especially on OSX.

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Christoph Gohlke 


On 10/6/2011 10:42 AM, Benjamin Root wrote:
>
>
> On Thursday, October 6, 2011, John Hunter  > wrote:
>>  On Thu, Oct 6, 2011 at 11:43 AM, Christoph Gohlke  > wrote:
>>
>> > Is it really intended to include ~36 MB of tests/baseline_images in the
>> > binary distributions for end users?
>>
>>  I'm OK with excluding the test images from the binaries.  Does anyone
> disagree?
>
> What happens if someone tries to test without having the baseline
> images?  I guess it hasn't been an issue before.

The baseline images were included in previous binary distributions but 
they were much smaller (~10 MB uncompressed). Mpl 1.1 includes ~19.5 MB 
new test_delaunay images.

The mpl 1.1 installers with baseline images are around 30 MB, vs. ~4.2 
MB without.

There's a switch in setup.py:

if 0:
 # TODO: exclude these when making release?
 baseline_images = glob.glob(os.path.join('lib','matplotlib','tests',
  'baseline_images','*','*'))

>
>>
>> > Do you need eggs (not tested; without pytz and dateutil)?
>>
>>  I'm OK w/ not shipping eggs.  Someone will probably ask for them, though.
>
> Have we shipped eggs before?

Yes, on request for mpl 1.0.1 
.

Christoph

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Benjamin Root 
On Thu, Oct 6, 2011 at 12:55 PM, John Hunter  wrote:

> On Thu, Oct 6, 2011 at 12:42 PM, Benjamin Root  wrote:
>
> > What happens if someone tries to test without having the baseline images?
>  I
> > guess it hasn't been an issue before.
>
> Tests will fail.  But the tests are already pretty dependent on things
> like freetype version so it might be more trouble than it is worth to
> try and support them in a generic user environment.
>

That's valid.  I guess I am just wondering if there is a decent error
message to the user explaining that the test could not proceed.


>
> >>> Do you need eggs (not tested; without pytz and dateutil)?
> >>
> >> I'm OK w/ not shipping eggs.  Someone will probably ask for them,
> though.
> >
> > Have we shipped eggs before?
>
> Yep,
>
>
> https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1
>
> But they have been the source of much pain and annoyance, especially on
> OSX.
>

True.  Perhaps having fewer installation options available at the download
page would be better/clearer.  Maybe leave egg distribution to pip and
easy_install?

Ben Root
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] propose 1.1.0 release tomorrow

2011-10-06 Thread Christoph Gohlke 


On 10/6/2011 10:58 AM, Christoph Gohlke wrote:
>
>
> On 10/6/2011 10:42 AM, Benjamin Root wrote:
>>
>>
>> On Thursday, October 6, 2011, John Hunter> >  wrote:
>>>   On Thu, Oct 6, 2011 at 11:43 AM, Christoph Gohlke> >  wrote:
>>>
 Is it really intended to include ~36 MB of tests/baseline_images in the
 binary distributions for end users?
>>>
>>>   I'm OK with excluding the test images from the binaries.  Does anyone
>> disagree?
>>
>> What happens if someone tries to test without having the baseline
>> images?  I guess it hasn't been an issue before.
>
> The baseline images were included in previous binary distributions but
> they were much smaller (~10 MB uncompressed). Mpl 1.1 includes ~19.5 MB
> new test_delaunay images.
>
> The mpl 1.1 installers with baseline images are around 30 MB, vs. ~4.2
> MB without.
>
> There's a switch in setup.py:
>
> if 0:
>   # TODO: exclude these when making release?
>   baseline_images = glob.glob(os.path.join('lib','matplotlib','tests',
>'baseline_images','*','*'))
>
>>
>>>
 Do you need eggs (not tested; without pytz and dateutil)?
>>>
>>>   I'm OK w/ not shipping eggs.  Someone will probably ask for them, though.
>>
>> Have we shipped eggs before?
>
> Yes, on request for mpl 1.0.1
> .
>
> Christoph
>

I am ready to upload installers without the baseline images. How about a 
separate installer for matplotlib.tests?

# setup_tests.py
from distutils.core import setup

for line in open('lib/matplotlib/__init__.py').readlines():
 if (line.startswith('__version__')):
 exec(line.strip())

setup(name="matplotlib-tests",
   version=__version__,
   description="Tests for matplotlib",
   author="John D. Hunter",
   author_email="[email protected]",
   url="http://matplotlib.sourceforge.net";,
   packages = ['matplotlib.tests'],
   package_dir = {'': 'lib'},
   package_data = {'matplotlib.tests':['baseline_images/*/*']},
   platforms='any'
   )

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel