In article <50509FB1.7070305@...31...>,

Michael Droettboom <mdroe@...31...>

wrote:

I have tagged and created a tarball for 1.2.0rc1. The githash is

bda6dd9feab8. The tarball is on the github download page here:

https://github.com/matplotlib/matplotlib/downloads

I have created a new branch, v1.2.x, for continuing 1.2.x development.

The feature freeze on master is now lifted and big experimental changes

can be merged into master. Any bugfixes that need to go into 1.2.x

should be merged into both places. Please mark any PRs for the 1.2.x

branch with the 1.2.x milestone so we can verify that things are merged

in both places.

It appears that

import matplotlib

no longer imports matplotlib.dates -- that I must do that explicitly:

import matplotlib.dates

Is that an intentional change? It breaks existing code of mine, which is

easily fixed and perhaps was making unwarranted assumptions. But I

wonder what else will break.

-- Russell

P.S. Damon McDougall and mdehoon fixed the problem with matplotlib

building for Mac using gcc 4.0! Many thanks!

Russel,

Which version were you on? with MPL v1.1 i get:

In [28]: import matplotlib

In [29]: matplotlib.dates

## ···

On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <rowen@...748...> wrote:

In article <50509FB1.7070305@...31...>,

Michael Droettboom <mdroe@...31...>

wrote:

I have tagged and created a tarball for 1.2.0rc1. The githash is

bda6dd9feab8. The tarball is on the github download page here:

https://github.com/matplotlib/matplotlib/downloads

I have created a new branch, v1.2.x, for continuing 1.2.x development.

The feature freeze on master is now lifted and big experimental changes

can be merged into master. Any bugfixes that need to go into 1.2.x

should be merged into both places. Please mark any PRs for the 1.2.x

branch with the 1.2.x milestone so we can verify that things are merged

in both places.

It appears that

import matplotlib

no longer imports matplotlib.dates -- that I must do that explicitly:

import matplotlib.dates

Is that an intentional change? It breaks existing code of mine, which is

easily fixed and perhaps was making unwarranted assumptions. But I

wonder what else will break.

---------------------------------------------------------------------------

AttributeError Traceback (most recent call last)

<ipython-input-29-a13aa8cf36d8> in <module>()

----> 1 matplotlib.dates

AttributeError: 'module' object has no attribute 'dates'

In [30]: matplotlib.__version__

Out[30]: '1.1.0'

In [31]: import matplotlib.dates

In [32]: matplotlib.dates

Out[32]: <module 'matplotlib.dates' from

'C:\Python27\lib\site-packages\matplotlib\dates.pyc'>

I was using 1.1.1 most recently. I'm not sure when I started using matplotlib.dates without explicitly importing it.

In any case, it sounds as if it's not meant to work, so there's no need to change anything in matplotlib.

Regards,

-- Russell

## ···

On Sep 18, 2012, at 4:05 PM, Paul Hobson wrote:

On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <rowen@...748...> wrote:

In article <50509FB1.7070305@...31...>,

Michael Droettboom <mdroe@...31...>

wrote:

I have tagged and created a tarball for 1.2.0rc1. The githash is

bda6dd9feab8. The tarball is on the github download page here:

https://github.com/matplotlib/matplotlib/downloads

I have created a new branch, v1.2.x, for continuing 1.2.x development.

The feature freeze on master is now lifted and big experimental changes

can be merged into master. Any bugfixes that need to go into 1.2.x

should be merged into both places. Please mark any PRs for the 1.2.x

branch with the 1.2.x milestone so we can verify that things are merged

in both places.

It appears that

import matplotlib

no longer imports matplotlib.dates -- that I must do that explicitly:

import matplotlib.dates

Is that an intentional change? It breaks existing code of mine, which is

easily fixed and perhaps was making unwarranted assumptions. But I

wonder what else will break.

Russel,

Which version were you on? with MPL v1.1 i get:

In [28]: import matplotlib

In [29]: matplotlib.dates

---------------------------------------------------------------------------

AttributeError Traceback (most recent call last)

<ipython-input-29-a13aa8cf36d8> in <module>()

----> 1 matplotlib.dates

AttributeError: 'module' object has no attribute 'dates'

In [30]: matplotlib.__version__

Out[30]: '1.1.0'

In [31]: import matplotlib.dates

In [32]: matplotlib.dates

Out[32]: <module 'matplotlib.dates' from

'C:\Python27\lib\site-packages\matplotlib\dates.pyc'>

Russell, I fixed this and it will be in rc2. See https://github.com/matplotlib/matplotlib/pull/1264.

Thanks,

## ···

On 19 September 2012 00:32, Russell Owen <rowen@…748…> wrote:

On Sep 18, 2012, at 4:05 PM, Paul Hobson wrote:

On Tue, Sep 18, 2012 at 3:57 PM, Russell E. Owen <rowen@…748…> wrote:

In article <50509FB1.7070305@…31…>,

Michael Droettboom <mdroe@…552…31…>

wrote:

I have tagged and created a tarball for 1.2.0rc1. The githash is

bda6dd9feab8. The tarball is on the github download page here:

https://github.com/matplotlib/matplotlib/downloads

I have created a new branch, v1.2.x, for continuing 1.2.x development.

The feature freeze on master is now lifted and big experimental changes

can be merged into master. Any bugfixes that need to go into 1.2.x

should be merged into both places. Please mark any PRs for the 1.2.x

branch with the 1.2.x milestone so we can verify that things are merged

in both places.

It appears that

import matplotlib

no longer imports matplotlib.dates – that I must do that explicitly:

import matplotlib.dates

Is that an intentional change? It breaks existing code of mine, which is

easily fixed and perhaps was making unwarranted assumptions. But I

wonder what else will break.

Russel,

Which version were you on? with MPL v1.1 i get:

In [28]: import matplotlib

In [29]: matplotlib.dates

AttributeError Traceback (most recent call last)

in ()

----> 1 matplotlib.dates

AttributeError: ‘module’ object has no attribute ‘dates’

In [30]: matplotlib.**version**

Out[30]: ‘1.1.0’

In [31]: import matplotlib.dates

In [32]: matplotlib.dates

Out[32]: <module ‘matplotlib.dates’ from

‘C:\Python27\lib\site-packages\matplotlib\dates.pyc’>

I was using 1.1.1 most recently. I’m not sure when I started using matplotlib.dates without explicitly importing it.

In any case, it sounds as if it’s not meant to work, so there’s no need to change anything in matplotlib.

Regards,

## – Russell

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

Matplotlib-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-devel