matplotlib-devel Mailing List for matplotlib

>>>>> "Stephen" == Stephen Walton <ste...@cs...> writes:
 Stephen> template = file('matplotlibrc.template').read() IOError:
 Stephen> [Errno 2] No such file or directory:
 Stephen> 'matplotlibrc.template' error: Bad exit status from
 Stephen> /var/tmp/rpm-tmp.93117 (%build)
 Stephen> RPM build errors: Bad exit status from
 Stephen> /var/tmp/rpm-tmp.93117 (%build) error: command 'rpmbuild'
 Stephen> failed with exit status 1
Add matplotlibrc.template to the MANIFEST.in file...
JDH

Charlie Moad wrote:
> Latest release of matplotlib available with the usual slew of
>updates.
>
I just downloaded 0.86 and "python setup.py bdist_rpm" on a Fedora Core 
4 machine fails with the following output at the end. "python setup.py 
build" succeeds on the same machine in the same terminal window.
+ env 'CFLAGS=-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 
-march=i386 -mtune=pentium4 -fasynchronous-unwind-tables' python 
setup.py build
installing data to lib/python2.4/site-packages/matplotlib/mpl-data
pygtk present but import failed
Using default library and include directories for Tcl and Tk because a
Tk window failed to open. You may need to define DISPLAY for Tk to work
so that setup can determine where your libraries are located.
pygtk present but import failed
Traceback (most recent call last):
 File "setup.py", line 281, in ?
 template = file('matplotlibrc.template').read()
IOError: [Errno 2] No such file or directory: 'matplotlibrc.template'
error: Bad exit status from /var/tmp/rpm-tmp.93117 (%build)
RPM build errors:
 Bad exit status from /var/tmp/rpm-tmp.93117 (%build)
error: command 'rpmbuild' failed with exit status 1

On 2006年1月10日, John Hunter apparently wrote: 
> My guess is that the default rc file is using GTKAgg -- 
> I usually reset this to TkAgg for the windows distro, and 
> manually set Numeric for the numerix setting. In this 
> release the rc file is autogenerated depending on what was 
> found at build time. 
> Quick fix: just set TkAgg (or whatever) in your rc manually. 
I made that change in matplotlib/mpl-data/matplotlibrc
Is that what you meant? Anyway, I seem to be up and 
running.
Thanks!
Alan

>>>>> "Alan" == Alan G Isaac <ai...@am...> writes:
 Alan> Something seems to be broken here ... Alan Isaac
My guess is that the default rc file is using GTKAgg -- I usually
reset this to TkAgg for the windows distro, and manually set Numeric
for the numerix setting. In this release the rc file is
autogenerated depending on what was found at build time.
Quick fix: just set TkAgg (or whatever) in your rc manually.
Charlie: make a mental note on the bug-fix build to automatically set
the right defaults in setup.py for win32 builds.
JDH

Something seems to be broken here ...
Alan Isaac
Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit 
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import pylab
Traceback (most recent call last):
 File "<stdin>", line 1, in ?
 File "C:\Python24\Lib\site-packages\pylab.py", line 1, in ?
 from matplotlib.pylab import *
 File "C:\Python24\Lib\site-packages\matplotlib\pylab.py", line 217, in ?
 new_figure_manager, draw_if_interactive, show = pylab_setup()
 File "C:\Python24\Lib\site-packages\matplotlib\backends\__init__.py", line 24,
 in pylab_setup
 globals(),locals(),[backend_name])
 File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_gtkagg.py", li
ne 10, in ?
 from backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\
 File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_gtk.py", line
6, in ?
 import gobject
ImportError: No module named gobject
>>>

 Latest release of matplotlib available with the usual slew of
updates. Notable changes are:
 - Support for numpy (was scipy_core)
 - Support for setuptools (eggs to appear soon on cheeseshop)
 -- more on eggs: http://peak.telecommunity.com/DevCenter/setuptoo=
ls
 - Matplotlib data files moved inside the matplotlib module for
better portability
http://sourceforge.net/project/showfiles.php?group_id=3D80706&package_id=3D=
82474&release_id=3D384391
http://cheeseshop.python.org/pypi/matplotlib/
Full changelog below....
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
2006年1月9日 Released 0.86
2006年1月4日 Changed to support numpy (new name for scipy_core) - TEO
2006年1月4日 Added Mark's scaled axes patch for shared axis
2005年12月28日 Added Chris Barker's build_wxagg patch - JDH
2005年12月27日 Altered numerix/scipy to support new scipy package
 structure - TEO
2005年12月20日 Fixed Jame's Boyles date tick reversal problem - JDH
2005年12月20日 Added Jouni's rc patch to support lists of keys to set on -
 JDH
2005年12月12日 Updated pyparsing and mathtext for some speed enhancements
 (Thanks Paul McGuire) and minor fixes to scipy numerix and
 setuptools
2005年12月12日 Matplotlib data is now installed as package_data in
 the matplotlib module. This gets rid of checking the
 many possibilities in matplotlib._get_data_path() - CM
2005年12月11日 Support for setuptools/pkg_resources to build and use
 matplotlib as an egg. Still allows matplotlib to exist
 using a traditional distutils install. - ADS
2005年12月03日 Modified setup to build matplotlibrc based on compile time
 findings. It will set numerix in the order of scipy,
 numarray, Numeric depending on which are founds, and
 backend as in preference order GTKAgg, WXAgg, TkAgg, GTK,
 Agg, PS
2005年12月03日 Modified scipy patch to support Numeric, scipy and numarray
=09 Some work remains to be done because some of the scipy
=09 imports are broken if only the core is installed. Eg
=09 apparently we need from scipy.basic.fftpack import * rather
=09 than from scipy.fftpack import *
2005年12月03日 Applied some fixes to Nicholas Young's nonuniform image
 patch
2005年12月01日 Applied Alex Gontmakher hatch patch - PS only for now
2005年11月30日 Added Rob McMullen's EMF patch
2005年11月30日 Added Daishi's patch for scipy
2005年11月30日 Fixed out of bounds draw markers segfault in agg
2005年11月28日 Got TkAgg blitting working 100% (cross fingers) correctly. - CM
2005年11月27日 Multiple changes in cm.py, colors.py, figure.py, image.py,
 contour.py, contour_demo.py; new _cm.py, examples/image_masked.p=
y.
 1) Separated the color table data from cm.py out into
 a new file, _cm.py, to make it easier to find the actual
 code in cm.py and to add new colormaps. Also added
 some line breaks to the color data dictionaries. Everything
 from _cm.py is imported by cm.py, so the split should be
 transparent.
 2) Enabled automatic generation of a colormap from
 a list of colors in contour; see modified
 examples/contour_demo.py.
 3) Support for imshow of a masked array, with the
 ability to specify colors (or no color at all) for
 masked regions, and for regions that are above or
 below the normally mapped region. See
 examples/image_masked.py.
 4) In support of the above, added two new classes,
 ListedColormap, and no_norm, to colors.py, and modified
 the Colormap class to include common functionality. Added
 a clip kwarg to the normalize class. Reworked color
 handling in contour.py, especially in the ContourLabeller
 mixin.
 - EF
2005年11月25日 Changed text.py to ensure color is hashable. EF

This morning I finished some changes to mpl's postscript and usetex options.
1) In matpltolibrc, ps.usedistiller should now be set to None, ghostscript, or 
xpdf. If you had usedistiller = True, it needs to be changed to ghostscript. 
The xpdf option is preferable where available, producing publication quality 
output and small file sizes. It requires ghostscript, xpdf and ps2eps.
2) It used to be that for the usetex option, backend_ps created a bunch of 
temporary files in the current directory. These steps have been moved to the 
os's temp directory.
3) (usetex = True) and (usedistiller = ghostscript or xpdf) all require 
external dependencies. When these rc-options are validated, these deps are 
checked and an error is raised when something is missing.
These changes are all available in cvs. Testing and comments appreciated.
Darren