[Matplotlib-users] ANN: matplotlib-0.87.5 *fixed*

Sorry all for the error. I just uploaded "working" (at least for me)
versions to sourceforge again. For those who are sicking of playing
with mirrors here is a direct download. Don't expect this link to be
good for a long time though.

http://euclid.uits.iupui.edu/mplfiles/

- Charlie

···

On 9/6/06, Charlie Moad <cwmoad@...149...> wrote:

The source error must of propagated to those builds. I will post new
ones shortly.

On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
> Well the thread on the devel list that I referred to explicitly has the
> win32 exe in its title ("Missing __init__.py in
> matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there pretty
> much says it all.
>
> There's also a recent post on the numpy list that sounds like it's maybe
> the same problem (quote):
> """
> Is there a compatible matplotlib as well? I was o.k. with mpl from
> enthought until I switched numerix to numpy. That made mpl unhappy.
> I downloaded 0.87.5 but I broke something in the process because now
> even switching back to Numeric doesn't make mpl happy.
> """
>
> Thanks,
> Sven
>
> Charlie Moad schrieb:
> > That error was relating to the source release. Can you please post
> > your error for the binary?
> >
> > On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
> >> Charlie Moad schrieb:
> >> > Minor rev bump for numpy 1.0b5 compatibility. This release should
> >> > remain compatible with future 1.0 releases of numpy.
> >> >
> >>
> >> I keep running into the ImportError problem described on the devel list,
> >> with the win32 2.4 binary (exe). Is that still just a case of waiting
> >> for the mirrors to update, or is there a deeper problem? Are there
> >> alternative download links? How to tell whether it's the "right" binary,
> >> since version numbers are the same?
> >>
> >> Thanks for your help,
> >> Sven
> >>
> >
>

Thanks alot, everything seems to be ok now! (with numpy 1.0b5)
-sven

Charlie Moad schrieb:

···

Sorry all for the error. I just uploaded "working" (at least for me)
versions to sourceforge again. For those who are sicking of playing
with mirrors here is a direct download. Don't expect this link to be
good for a long time though.

http://euclid.uits.iupui.edu/mplfiles/

- Charlie

On 9/6/06, Charlie Moad <cwmoad@...149...> wrote:

The source error must of propagated to those builds. I will post new
ones shortly.

On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
> Well the thread on the devel list that I referred to explicitly has the
> win32 exe in its title ("Missing __init__.py in
> matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there pretty
> much says it all.
>
> There's also a recent post on the numpy list that sounds like it's
maybe
> the same problem (quote):
> """
> Is there a compatible matplotlib as well? I was o.k. with mpl from
> enthought until I switched numerix to numpy. That made mpl unhappy.
> I downloaded 0.87.5 but I broke something in the process because now
> even switching back to Numeric doesn't make mpl happy.
> """
>
> Thanks,
> Sven
>
> Charlie Moad schrieb:
> > That error was relating to the source release. Can you please post
> > your error for the binary?
> >
> > On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
> >> Charlie Moad schrieb:
> >> > Minor rev bump for numpy 1.0b5 compatibility. This release should
> >> > remain compatible with future 1.0 releases of numpy.
> >> >
> >>
> >> I keep running into the ImportError problem described on the
devel list,
> >> with the win32 2.4 binary (exe). Is that still just a case of
waiting
> >> for the mirrors to update, or is there a deeper problem? Are there
> >> alternative download links? How to tell whether it's the "right"
binary,
> >> since version numbers are the same?
> >>
> >> Thanks for your help,
> >> Sven
> >>
> >
>
>

Hi list,

I downloaded the latest version from the link (see under). With 0.87.3 our
application worked fine, but with with 0.87.5 we get the following:

Traceback (most recent call last):
  File "C:\Python24\PanelCheck_V.1.1.0\PanelCheck.py", line 222, in ?
    import PanelCheck_GUI
  File "C:\Python24\PanelCheck_V.1.1.0\PanelCheck_GUI.py", line 10, in ?
    from Line_Plot import *
  File "C:\Python24\PanelCheck_V.1.1.0\Line_Plot.py", line 3, in ?
    from Plot_Setup import *
  File "C:\Python24\PanelCheck_V.1.1.0\Plot_Setup.py", line 9, in ?
    from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as
FigureCanvas
  File
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_wxagg.py", line
21, in ?
    from matplotlib.figure import Figure
  File "C:\Python24\Lib\site-packages\matplotlib\figure.py", line 5, in ?
    from artist import Artist
  File "C:\Python24\Lib\site-packages\matplotlib\artist.py", line 4, in ?
    from transforms import identity_transform
  File "C:\Python24\Lib\site-packages\matplotlib\transforms.py", line 223,
in ?
    from _transforms import Value, Point, Interval, Bbox, Affine
  File "C:\Python24\Lib\site-packages\matplotlib\_transforms.py", line 1,
in ?
    import sys, numerix
  File "C:\Python24\Lib\site-packages\matplotlib\numerix\__init__.py", line
145, in ?
    __import__('fft', g, l)
  File "C:\Python24\Lib\site-packages\matplotlib\numerix\fft\__init__.py",
line 11, in ?
    from numpy.dft.old import *
ImportError: No module named old

Thanks
Oliver

Sorry all for the error. I just uploaded "working" (at least for me)
versions to sourceforge again. For those who are sicking of playing
with mirrors here is a direct download. Don't expect this link to be
good for a long time though.

http://euclid.uits.iupui.edu/mplfiles/

- Charlie

> The source error must of propagated to those builds. I will post new
> ones shortly.
>
> > Well the thread on the devel list that I referred to explicitly has

the

> > win32 exe in its title ("Missing __init__.py in
> > matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there

pretty

> > much says it all.
> >
> > There's also a recent post on the numpy list that sounds like it's

maybe

> > the same problem (quote):
> > """
> > Is there a compatible matplotlib as well? I was o.k. with mpl from
> > enthought until I switched numerix to numpy. That made mpl unhappy.
> > I downloaded 0.87.5 but I broke something in the process because now
> > even switching back to Numeric doesn't make mpl happy.
> > """
> >
> > Thanks,
> > Sven
> >
> > Charlie Moad schrieb:
> > > That error was relating to the source release. Can you please post
> > > your error for the binary?
> > >
> > >> Charlie Moad schrieb:
> > >> > Minor rev bump for numpy 1.0b5 compatibility. This release

should

> > >> > remain compatible with future 1.0 releases of numpy.
> > >> >
> > >>
> > >> I keep running into the ImportError problem described on the
devel list,
> > >> with the win32 2.4 binary (exe). Is that still just a case of

waiting

> > >> for the mirrors to update, or is there a deeper problem? Are there
> > >> alternative download links? How to tell whether it's the
"right" binary,
> > >> since version numbers are the same?
> > >>
> > >> Thanks for your help,
> > >> Sven
> > >>
> > >
> >
> >
>

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job

easier

Download IBM WebSphere Application Server v.1.0.1 based on Apache

Geronimo

···

matplotlib-users-bounces@lists.sourceforge.net wrote on 06.09.2006 21:20:39:

On 9/6/06, Charlie Moad <cwmoad@...149...> wrote:
> On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
> > > On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hey Charlie, I totally appreciate the effort you put into making these
releases, particularly on Windows, where I must admit, I have a faint
heart...

But I found a couple issues (neither require a re-release, but just to
be aware of them next time):

1) there are several .pyc files left in the .tar.gz release
2) the setup.cfg file in the release specifies, in the egg_info section,
"tag_svn_revision = 1", which makes any further attempts to do python
setup.py sdist with setuptools result in a package versioned
matplotlib-0.87.5-r0, which isn't right. (Basically, this setup.cfg file
is telling setuptools that this is a development version and it should
tag the svn version. Not being in a subversion tree, it finds the
version as 0.) I made a note a few weeks ago in the DEVNOTES file
(section "making a release") to remove the setup.cfg file, or at least
this section, prior to making a release.

Cheers!
Andrew

Charlie Moad wrote:

···

Sorry all for the error. I just uploaded "working" (at least for me)
versions to sourceforge again. For those who are sicking of playing
with mirrors here is a direct download. Don't expect this link to be
good for a long time though.

http://euclid.uits.iupui.edu/mplfiles/

- Charlie

On 9/6/06, Charlie Moad <cwmoad@...149...> wrote:
  

The source error must of propagated to those builds. I will post new
ones shortly.

On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
    

Well the thread on the devel list that I referred to explicitly has the
win32 exe in its title ("Missing __init__.py in
matplotlib-0.87.5.win32-py2.4.exe ?") . The starting post there pretty
much says it all.

There's also a recent post on the numpy list that sounds like it's maybe
the same problem (quote):
"""
Is there a compatible matplotlib as well? I was o.k. with mpl from
enthought until I switched numerix to numpy. That made mpl unhappy.
I downloaded 0.87.5 but I broke something in the process because now
even switching back to Numeric doesn't make mpl happy.
"""

Thanks,
Sven

Charlie Moad schrieb:
      

That error was relating to the source release. Can you please post
your error for the binary?

On 9/6/06, Sven Schreiber <svetosch@...434...> wrote:
        

Charlie Moad schrieb:
          

Minor rev bump for numpy 1.0b5 compatibility. This release should
remain compatible with future 1.0 releases of numpy.

I keep running into the ImportError problem described on the devel list,
with the win32 2.4 binary (exe). Is that still just a case of waiting
for the mirrors to update, or is there a deeper problem? Are there
alternative download links? How to tell whether it's the "right" binary,
since version numbers are the same?

Thanks for your help,
Sven

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Andrew Straw wrote:

1) there are several .pyc files left in the .tar.gz release
2) the setup.cfg file in the release specifies, in the egg_info section,
"tag_svn_revision = 1", which makes any further attempts to do python
setup.py sdist with setuptools result in a package versioned
matplotlib-0.87.5-r0, which isn't right. (Basically, this setup.cfg file
is telling setuptools that this is a development version and it should
tag the svn version. Not being in a subversion tree, it finds the
version as 0.) I made a note a few weeks ago in the DEVNOTES file
(section "making a release") to remove the setup.cfg file, or at least
this section, prior to making a release.
  
3) in lib/matplotlib.egg-info/PKG-INFO, the version is specified as
0.87.5-r2761

Issues 2 and 3 appear to stem from matplotlib attempting to use
setuptools for those who would, but not requiring it. I think the
cleanest solution would be to make the actual sdist release using
setuptools -- this should bring these issues into the open rather than
lurking for someone like me to find them.

I agree with all your points and will look out for them in the future.
I typically build the sdist without setuptools, but I guess some
lingering files are getting included.

- Charlie

···

On 9/7/06, Andrew Straw <strawman@...36...> wrote:

Hey Charlie, I totally appreciate the effort you put into making these
releases, particularly on Windows, where I must admit, I have a faint
heart...

But I found a couple issues (neither require a re-release, but just to
be aware of them next time):

1) there are several .pyc files left in the .tar.gz release
2) the setup.cfg file in the release specifies, in the egg_info section,
"tag_svn_revision = 1", which makes any further attempts to do python
setup.py sdist with setuptools result in a package versioned
matplotlib-0.87.5-r0, which isn't right. (Basically, this setup.cfg file
is telling setuptools that this is a development version and it should
tag the svn version. Not being in a subversion tree, it finds the
version as 0.) I made a note a few weeks ago in the DEVNOTES file
(section "making a release") to remove the setup.cfg file, or at least
this section, prior to making a release.