On Nov 14, 2011, at 5:34 PM, Volker Blum wrote:
> Thanks for the (two!) fast answers on the list. So there is hope :) I'll take
> a look at the fink internals, I guess.
> best wishes
> Volker
having said that ... after trying the one piece of software that I need on
another platform, here's what I get:
File "[...]", line 84, in <module>
length = norm(dot(rlatvec,end) - dot(rlatvec,start))
File "/usr/lib64/python2.6/site-packages/matplotlib/mlab.py", line 1998, in
norm
raise NotImplementedError('Deprecated - see numpy.linalg.norm')
NotImplementedError: Deprecated - see numpy.linalg.norm
The script that I was trying to get to work worked fine on Ubuntu this summer.
Where has "norm" gone? How can it have been deprecated? It looks like a
matplotlib problem, hence I am asking here.
[I am also asking out of some curiosity - I am sure the problem can be fixed
relatively easily, but what I am wondering is, am I looking at a problem that
came with a new version of matplotlib, am I using too old a version of
matplotlib?]
best wishes
Volker
> On Nov 14, 2011, at 5:15 PM, Jeff Blackburne wrote:
>
>>
>> On Nov 14, 2011, at 10:20 AM, Volker Blum wrote:
>>
>>> ... just wanted to report this problem.
>>>
>>> At the heart of the issue is the decision to have too many dependencies in
>>> matplotlib (which is why I am posting here). That, although viewed as good
>>> style, leads to an installation process that is, ultimately, practically
>>> impossible - except by buying a prepackaged solution. (which is possible
>>> but probably not the original intention)
>>>
>>> What ultimately thwarts my installation attempts is the dependency on TeX.
>>> While a good thing in principle, most packaging tools do not realize that
>>> there is already a working TeX distribution there from another source, and
>>> will only accept their own - which, in the case of debian/fink, can no
>>> longer be postinstalled. It appears that I would have to uninstall and
>>> reinstall my entire pre-existing setup just to get matplotlib to work.
>>>
>>> Has anyone seen this problem before? Is there a workaround?
>>>
>>> best wishes
>>> Volker Blum
>>
>> Hi Volker,
>>
>> I have installed matplotlib with Fink. I had a similar issue, because I
>> didn't need to GTKAgg backend and didn't want to install all of the GTK+
>> packages that were required. I ended up making my own fink package called
>> matplotlib-py27-nogtk by editing the matplotlib-py.info and
>> matplotlib-py.patch files in my /sw/fink/10.6/unstable/main/finkinfo/sci
>> directory, to remove the dependencies and turn off the GTK+ check in
>> setup.py, respectively. I put the resulting files in
>> /sw/fink/10.6/local/main/finkinfo. You could try something like that,
>> although it's kind of messy.
>>
>> There may also be a "virtual" fink package for TeX that doesn't install
>> anything, but counts as a proxy for a previous installation. If this is
>> true, it's a much better solution that what I did.
>>
>> I hope this helps. If you need more info, I suspect that your question is
>> actually better suited for the fink-users list.
>>
>> Good luck,
>> Jeff
>>
>
>
>
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
