Re: [matplotlib-devel] how much is dvipng needed?

[Sandro Tosi]

Hi John,

On Sat, Dec 13, 2008 at 01:49, John Hunter  wrote:
> On Fri, Dec 12, 2008 at 6:21 PM, Sandro Tosi  wrote:
>> Hello guys,
>> since I'm going to update debian matplotlib pkg to 0.98.5 I'd like to
>> know how much dvipng lib is needed to let matplotlib work.
>
> It's strictly optional, for the "usetex" mode, which is not turned on
> by default.  Our native mathtext is good enough for most use cases,
> and those who want tex rendering can "apt-get install dvipng"

Thanks for the quick reply! I moved dvipng to Suggests (so that it
remains a trace of it in the package, for the users who want to
install it manually): the net result would be much less packages to
download (and install) to use mpl on Debian/Ubuntu.

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

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] 0.98.5 windows installer is still overwriting existing configobj (bug # 2400466)

[Darren Dale]

The 0.98.5 windows installer is still overwriting existing installations of
configobj. This package is not needed by matplotlib and should not be
installed on windows, nor should traits.


 I have removed configobj and enthought.traits from the trunk, but it is
still present on the maintenance branches. On build systems, setup.cfg for
the maintenance branches should be configured to not install configobj or
traits under any circumstances. Once it has been so configured, the build
directory needs to be deleted, because it probably contains a cached copy of
configobj that will get incorporated into the installer the next time it is
built, regardless of the settings in setup.cfg.


This bug has been assigned to me, but it is out of my hands at this point.


Darren
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] errors building docs

[Darren Dale]

I am seeing some errors when I build the docs, including import errors for
nonexistent date_support and basic_units modules, and:

WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.BracketB:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.Curve:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.CurveA:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.CurveAB:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.CurveB:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.Fancy:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.Simple:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ArrowStyle.Wedge:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.BoxStyle.LArrow: arg
is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.BoxStyle.RArrow: arg
is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.BoxStyle.Round: arg
is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.BoxStyle.Round4: arg
is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.BoxStyle.Roundtooth:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.BoxStyle.Sawtooth:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.BoxStyle.Square: arg
is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for
matplotlib.patches.ConnectionStyle.Angle: arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for
matplotlib.patches.ConnectionStyle.Angle3: arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for matplotlib.patches.ConnectionStyle.Arc:
arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2)
error while formatting signature for
matplotlib.patches.ConnectionStyle.Arc3: arg is not a Python
function
WARNING: /usr/lib/python2.5/site-packages/matplotlib/patches.py:docstring of
matplotlib.patches.FancyBboxPatch.set_width:2: (WARNING/2) Block quote ends
without a blank line; unexpected
unindent.
WARNING: /usr/lib/python2.5/site-packages/matplotlib/axes.py:docstring of
matplotlib.axes.Axes.acorr:22: (ERROR/3) Unexpected
indentation.
WARNING: /usr/lib/python2.5/site-packages/matplotlib/axes.py:docstring of
matplotlib.axes.Axes.semilogy:3: (ERROR/3) Inconsistent literal block
quoting.
WARNING: :0: (ERROR/3) Unexpected
indentation.
WARNING: /home/darren/src/matplotlib/doc/api/backend_wxagg_api.rst:5:
(WARNING/2) autodoc can't import/find module
'matplotlib.backends.backend_wxagg', it reported error: "No module named
wx",please check your spelling and sys.path
WARNING: /home/darren/src/matplotlib/doc/api/cbook_api.rst:9: (WARNING/2)
error while formatting signature for matplotlib.cbook.Xlator: arg is not a
Python
function

WARNING: /home/darren/src/matplotlib/doc/api/font_manager_api.rst::
(WARNING/2) Duplicate explicit target name:
"fontconfig".
WARNING: /home/darren/src/matplotlib/doc/api/mathtext_api.rst:11:
(WARNING/2) error while formatting signature for
matplotlib.mathtext.Parser.State: arg is not a Python
function
WARNING: /home/darren/src/matplotlib/doc/api/mathtext_api.rst:11:
(WARNING/2) error while formatting signature for
matplotlib.mathtext.TruetypeFonts.CachedFont: arg is not a Python
function
WARNING: /home/d

Re: [matplotlib-devel] errors building docs

[Michael Droettboom]

Darren Dale wrote:
> I am seeing some errors when I build the docs, including import errors 
> for nonexistent date_support and basic_units modules, and:
I added the ability for explicitly setting sys.path so that modules in 
the same directory as an example would be importable.  It looks likes 
that has somehow broken again. I'll look into it.
>
>
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.BracketB: arg is not a Python 
> function  
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.Curve: arg is not a Python 
> function 
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.CurveA: arg is not a Python 
> function
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.CurveAB: arg is not a Python 
> function   
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.CurveB: arg is not a Python 
> function
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.Fancy: arg is not a Python 
> function 
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.Simple: arg is not a Python 
> function
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ArrowStyle.Wedge: arg is not a Python 
> function 
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.BoxStyle.LArrow: arg is not a Python 
> function  
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.BoxStyle.RArrow: arg is not a Python 
> function  
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.BoxStyle.Round: arg is not a Python 
> function   
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.BoxStyle.Round4: arg is not a Python 
> function  
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.BoxStyle.Roundtooth: arg is not a Python 
> function  
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.BoxStyle.Sawtooth: arg is not a Python 
> function
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.BoxStyle.Square: arg is not a Python 
> function  
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ConnectionStyle.Angle: arg is not a Python 
> function
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ConnectionStyle.Angle3: arg is not a Python 
> function   
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotlib.patches.ConnectionStyle.Arc: arg is not a Python 
> function  
> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37: 
> (WARNING/2) error while formatting signature for 
> matplotli

Re: [matplotlib-devel] errors building docs

[Chris Walker]

Michael Droettboom  writes:

> Darren Dale wrote:
> > I am seeing some errors when I build the docs, including import errors 
> > for nonexistent date_support and basic_units modules, and:
> I added the ability for explicitly setting sys.path so that modules in 
> the same directory as an example would be importable.  It looks likes 
> that has somehow broken again. I'll look into it.

> >
> > Most importantly:
> >
> > copying static files...
> > Exception occurred:
> >   File "/usr/lib/python2.5/shutil.py", line 165, in rmtree
> > names = os.listdir(path)
> > OSError: [Errno 2] No such file or directory: 
> > '/home/darren/src/matplotlib/doc/build/html/_static/plot_directive'
> > The full traceback has been saved in /tmp/sphinx-err-qaZ8fg.log, if 
> > you want toreport the issue to the author.
> > Please also report this if it was a user error, so that a better error 
> > message can be provided next time.
> > Send reports to sphinx-...@googlegroups.com 
> > . Thanks!
> > Building HTML failed.
> I haven't been able to get to the root of this problem, but an 
> "svn-clean" in the doc directory always fixes it for me.

I get a similar error that I assumed was caused by the docs being
generated by the version of matplotlib that is currently installed,
rather than the new version that has just been compiled. I know the
debian package has a workaround for this.

I get:

  Sphinx v0.5, building html
  loading pickled environment... not found
  building [html]: targets for 369 source files that are out of date
  updating environment: 369 added, 0 changed, 0 removed
  reading sources... api/afm_api api/api_changes api/artist_api makefig: 
fullpath=../mpl_examples/pylab_examples/findobj_demo.py, 
outdir=_static/plot_directive/../mpl_examples/pylab_examples
  Exception occurred:
File "/usr/lib/python2.5/shutil.py", line 46, in copyfile
  fsrc = open(src, 'rb')
  IOError: [Errno 2] No such file or directory: 
'../mpl_examples/pylab_examples/findobj_demo.py'
  The full traceback has been saved in /tmp/sphinx-err-L8wLV6.log, if you want 
to report the issue to the author.
  Please also report this if it was a user error, so that a better error 
message can be provided next time.
  Send reports to sphinx-...@googlegroups.com. Thanks!
  Building HTML failed.
  

There is an examples directory, but no mpl_examples directory. Nb this
error is from the 0.98.4 tarfile compiled on debian lenny with the
sphinx 0.5 from debian's experimental packages.

Chris

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] errors building docs

[Sandro Tosi]

> I get a similar error that I assumed was caused by the docs being
> generated by the version of matplotlib that is currently installed,
> rather than the new version that has just been compiled. I know the
> debian package has a workaround for this.

Of course we have one :)

We build doc this way:

( cd doc ; MATPLOTLIBDATA=../lib/matplotlib/mpl-data/ \
PYTHONPATH=../build/lib.$(PY_PLATFORM)-$(DEFPY) ./make.py )

after having built mpl module. $(PY_PLATFORM)-$(DEFPY) is to be
generic on the arch and the python version we are using to build the
package, so you can replace it with the dir where the module was
compiled.

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

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] errors building docs

[Darren Dale]

On Sat, Dec 13, 2008 at 8:48 AM, Michael Droettboom  wrote:

> Darren Dale wrote:
>
>> I am seeing some errors when I build the docs, including import errors for
>> nonexistent date_support and basic_units modules, and:
>>
> I added the ability for explicitly setting sys.path so that modules in the
> same directory as an example would be importable.  It looks likes that has
> somehow broken again. I'll look into it.
>
>>
>>
>> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.ArrowStyle.BracketB: arg is not a Python function
>>  WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.ArrowStyle.Curve: arg is
>> not a Python function
>>   WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.ArrowStyle.CurveA: arg is not a Python function
>>  WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.ArrowStyle.CurveAB: arg is
>> not a Python function
>> WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.ArrowStyle.CurveB: arg is not a Python function
>>  WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.ArrowStyle.Fancy: arg is
>> not a Python function
>>   WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.ArrowStyle.Simple: arg is not a Python function
>>  WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.ArrowStyle.Wedge: arg is
>> not a Python function
>>   WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.BoxStyle.LArrow: arg is not a Python function
>>  WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.BoxStyle.RArrow: arg is
>> not a Python function
>>WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.BoxStyle.Round: arg is not a Python function
>>   WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.BoxStyle.Round4: arg is
>> not a Python function
>>WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.BoxStyle.Roundtooth: arg is not a Python function
>>  WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.BoxStyle.Sawtooth: arg is
>> not a Python function
>>  WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.BoxStyle.Square: arg is not a Python function
>>  WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.ConnectionStyle.Angle: arg
>> is not a Python function
>>WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.ConnectionStyle.Angle3: arg is not a Python function
>>   WARNING:
>> /home/darren/src/matplotlib/doc/api/artist_api.rst:37: (WARNING/2) error
>> while formatting signature for matplotlib.patches.ConnectionStyle.Arc: arg
>> is not a Python function
>>  WARNING: /home/darren/src/matplotlib/doc/api/artist_api.rst:37:
>> (WARNING/2) error while formatting signature for
>> matplotlib.patches.ConnectionStyle.Arc3: arg is not a Python function
>>
>>
> I have never had any idea what this warning means,
>
>> WARNING: /usr/lib/python2.5/site-packages/matplotlib/patches.py:docstring
>> of matplotlib.patches.FancyBboxPatch.set_width:2: (WARNING/2) Block quote
>> ends without a blank line; unexpected unindent.
>>WARNING:
>> /usr/lib/python2.5/site-packages/matplotlib/axes.py:docstring of
>> matplotlib.axes.Axes.acorr:22: (ERROR/3) Unexpected indentation.
>> WARNING:
>> /usr

Re: [matplotlib-devel] errors building docs

[John Hunter]

On Sat, Dec 13, 2008 at 9:22 AM, Darren Dale  wrote:

>> I haven't been able to get to the root of this problem, but an "svn-clean"
>> in the doc directory always fixes it for me.
>
> I tried that but the problem persists. I have sphinx-0.4.2 installed, are
> you using the same version?

Can you post the full traceback sphinx is pointing you to,o:

/tmp/sphinx-err-qaZ8fg.log

as of your earlier post

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 0.98.5 windows installer is still overwriting existing configobj (bug # 2400466)

[John Hunter]

On Sat, Dec 13, 2008 at 4:52 AM, Darren Dale  wrote:
> The 0.98.5 windows installer is still overwriting existing installations of
> configobj. This package is not needed by matplotlib and should not be
> installed on windows, nor should traits.
>
> I have removed configobj and enthought.traits from the trunk, but it is
> still present on the maintenance branches. On build systems, setup.cfg for
> the maintenance branches should be configured to not install configobj or
> traits under any circumstances. Once it has been so configured, the build
> directory needs to be deleted, because it probably contains a cached copy of
> configobj that will get incorporated into the installer the next time it is
> built, regardless of the settings in setup.cfg.
>
> This bug has been assigned to me, but it is out of my hands at this point.

Since config obj is removed, it is mostly moot going forward, but it
appears that something still went wrong with the win32 build process.
Charlie, are you maintaining a setup.cfg file you use for the win32
builds that has configobj and traits off?  You also need to make sure
that you delete the build dir after any changes to setup.cfg before
rebuilding since cruft in the builddir can get carried along.  I will
add this to the devel release notes,

JDH

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 0.98.5 windows installer is still overwriting existing configobj (bug # 2400466)

[Charlie Moad]

I had all the build opts explicitly set, so I am not quite sure what
happened.  I'm a little more worried about the error two people have
reported involving matplotlib.conf.template.  This file is present in
the source.

- Charlie

On Sat, Dec 13, 2008 at 10:53 AM, John Hunter  wrote:
> On Sat, Dec 13, 2008 at 4:52 AM, Darren Dale  wrote:
>> The 0.98.5 windows installer is still overwriting existing installations of
>> configobj. This package is not needed by matplotlib and should not be
>> installed on windows, nor should traits.
>>
>> I have removed configobj and enthought.traits from the trunk, but it is
>> still present on the maintenance branches. On build systems, setup.cfg for
>> the maintenance branches should be configured to not install configobj or
>> traits under any circumstances. Once it has been so configured, the build
>> directory needs to be deleted, because it probably contains a cached copy of
>> configobj that will get incorporated into the installer the next time it is
>> built, regardless of the settings in setup.cfg.
>>
>> This bug has been assigned to me, but it is out of my hands at this point.
>
> Since config obj is removed, it is mostly moot going forward, but it
> appears that something still went wrong with the win32 build process.
> Charlie, are you maintaining a setup.cfg file you use for the win32
> builds that has configobj and traits off?  You also need to make sure
> that you delete the build dir after any changes to setup.cfg before
> rebuilding since cruft in the builddir can get carried along.  I will
> add this to the devel release notes,
>
> JDH
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 0.98.5 windows installer is still overwriting existing configobj (bug # 2400466)

[Darren Dale]

On Sat, Dec 13, 2008 at 10:53 AM, John Hunter  wrote:

> On Sat, Dec 13, 2008 at 4:52 AM, Darren Dale  wrote:
> > The 0.98.5 windows installer is still overwriting existing installations
> of
> > configobj. This package is not needed by matplotlib and should not be
> > installed on windows, nor should traits.
> >
> > I have removed configobj and enthought.traits from the trunk, but it is
> > still present on the maintenance branches. On build systems, setup.cfg
> for
> > the maintenance branches should be configured to not install configobj or
> > traits under any circumstances. Once it has been so configured, the build
> > directory needs to be deleted, because it probably contains a cached copy
> of
> > configobj that will get incorporated into the installer the next time it
> is
> > built, regardless of the settings in setup.cfg.
> >
> > This bug has been assigned to me, but it is out of my hands at this
> point.
>
> Since config obj is removed, it is mostly moot going forward, but it
> appears that something still went wrong with the win32 build process.
> Charlie, are you maintaining a setup.cfg file you use for the win32
> builds that has configobj and traits off?  You also need to make sure
> that you delete the build dir after any changes to setup.cfg before
> rebuilding since cruft in the builddir can get carried along.  I will
> add this to the devel release notes,
>

I think it should not be an issue for new releases from the trunk, as long
as the build directory has been deleted so there is no chance of a cached
configobj finding its way into the installer.
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] 0.98.5 windows installer is still overwriting existing configobj (bug # 2400466)

[Darren Dale]

On Sat, Dec 13, 2008 at 12:01 PM, Charlie Moad  wrote:

> I had all the build opts explicitly set, so I am not quite sure what
> happened.  I'm a little more worried about the error two people have
> reported involving matplotlib.conf.template.  This file is present in
> the source.
>

Did you delete the build directory before you rebuilt for the installer?
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] os x egg fubar?

[John Hunter]

Because several people are reporting problems with the OS X egg, I
grabbed matplotlib-0.98.5-py2.5-macosx-10.3.egg from sourceforge and
unzipped it to see what was in there.  It seems to contain no of the
extension code and no object files.  What exactly is this thing?  I am
no egg expert, but I don't see how this thing *could* work ...

I think the src egg approach for os x is hopeless because too many
people are having problems with architecture on png and zlib
dependencies, and we don't have a lot of control over this because
they are getting these dependencies from a variety of providers.  I
think we need a binary installer, eg using bdist_mpkg, with the
freetype, png and zlib dependencies built in, as we have on windows.

Any takers?

JDH

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] os x egg fubar?

[John Hunter]

On Sat, Dec 13, 2008 at 3:24 PM, John Hunter  wrote:
> Because several people are reporting problems with the OS X egg, I
> grabbed matplotlib-0.98.5-py2.5-macosx-10.3.egg from sourceforge and
> unzipped it to see what was in there.  It seems to contain no of the
> extension code and no object files.  What exactly is this thing?  I am
> no egg expert, but I don't see how this thing *could* work ...

Hmm, it appears that I missed all the *.so files -- must work on my
grep skills.  Sorry for the noise

JDH

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel