Re: [matplotlib-devel] propose 1.1.0 release tomorrow

[Benjamin R. <ben...@ou...>]

On Mon, Oct 3, 2011 at 7:54 AM, John Hunter <jd...@gm...> wrote:

> We made some additional progress over the weekend closing pull
> requests and issues, and I think we are ready to release tomorrow if
> no one objects.  I want to hold off for a day to give people who do
> most of their work during the week a chance to close/finish/polish any
> lingering issues.
>
> The only open pull request that should be closed ahead of the release
> is https://github.com/matplotlib/matplotlib/pull/505 ("Geo divide
> zero") which I believe is ready to go.
> https://github.com/matplotlib/matplotlib/pull/496 ("Added Carey
> Rappaport's CMRmap colour map") ooks harmless and if someone wants to
> merge it into v1.1.x rather than master (as the request states) I see
> no reason not to.  On the issue list, nothing is tagged as release
> critical.
>
> Christoph had requested an upgrade of pytz ahead of the release, but I
> am reluctant to make a big change at the final hour unless there are
> some known, fairly serious bugs in the version we are shipping in
> which case we can consider it release critical and hold for upgrade
> and testing.
>
> Once we cut the release, we'll want to merge all the changes into
> master.  I discussed this with  Jouni over the weekend and we think
> that the only thing that doesn't need to be merged is the __version__
> string so it will probably be pretty simple, but if we are missing
> something please speak up.
>
> JDH
>
>
I am fine with that, so long as we have confirmed that there are no critical
issues with the Windows and Mac binaries.

I also remember Sandro having difficulties with building the docs for
Debian, but I haven't been able to replicate his problem.  It sounds like he
is having an exception being thrown and kicking him over to the pdb, but
with the multiprocessing feature we added, it just hangs because the pdb
can't connect to the terminal as a child process.  Maybe it would be useful
to have a switch to turn off multiprocessing for debugging purposes?

Ben Root