Discussion:
[Matplotlib-users] Error in atexit._run_exitfuncs
k***@bt.com
2014-06-25 12:29:50 UTC
Permalink
I am running matplotlib 1.3.1 under Ubuntu 13 and python3.
Everything works fine, but I get this message every time:

Error in atexit._run_exitfuncs:
AttributeError: 'FigureManagerGTK3Cairo' object has no attribute 'canvas'

What does it mean, and how do I stop it?

Keith
Benjamin Root
2014-06-25 18:24:13 UTC
Permalink
What it means, specifically, is that one (or more) figure objects still in
memory at the time of exiting the python interpretor are missing the
expected canvas attribute. I see this happen in various backends from time
to time. The best I can figure is that somehow, the destructor for the
figure has already been called (as it should), which should eliminate its
"FigureManager" instance, but for some reason, that figure manager is still
around and its destructor finally tries to destroy the canvas, which is
already gone.

It is really an odd bug, and I am fairly certain my diagnostic isn't quite
right because I never was able to make a SSCE for
testing/debugging/traceback purposes. The closest I was able to get was
with a preliminary version of the animation framework Ryan May and I were
working on a few years back. His code was holding some extra references,
while destroying other objects... it was weird.

Sorry, I don't have any solutions for you. Maybe someone else will.

Ben Root


On Wed, Jun 25, 2014 at 8:29 AM, <***@bt.com> wrote:

> I am running matplotlib 1.3.1 under Ubuntu 13 and python3.
> Everything works fine, but I get this message every time:
>
> Error in atexit._run_exitfuncs:
> AttributeError: 'FigureManagerGTK3Cairo' object has no attribute 'canvas'
>
> What does it mean, and how do I stop it?
>
> Keith
>
>
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-***@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
k***@bt.com
2015-03-18 10:50:50 UTC
Permalink
kbriggs:~/Downloads/matplotlib-1.4.3> python3 setup.py build
============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13:05:11) [GCC
4.8.2]]
platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
numpy: yes [version 1.8.2]
six: yes [using six version 1.5.2]
dateutil: yes [dateutil was not found. It is required for date
axis support. pip/easy_install may attempt to
install it after matplotlib.]
pytz: yes [pytz was not found. pip will attempt to install
it after matplotlib.]
tornado: yes [tornado was not found. It is required for the
WebAgg backend. pip/easy_install may attempt to
install it after matplotlib.]
pyparsing: yes [using pyparsing version 2.0.1]
pycxx: yes [Official versions of PyCXX are not compatible
with matplotlib on Python 3.x, since they lack
support for the buffer object. Using local copy]
libagg: yes [pkg-config information for 'libagg' could not
be found. Using local copy.]
Traceback (most recent call last):
File "setup.py", line 155, in <module>
result = package.check()
File "/home/kbriggs/Downloads/matplotlib-1.4.3/setupext.py", line 961, in check
min_version='2.3', version=version)
File "/home/kbriggs/Downloads/matplotlib-1.4.3/setupext.py", line 445, in _check_for_pkg_config
if (not is_min_version(version, min_version)):
File "/home/kbriggs/Downloads/matplotlib-1.4.3/setupext.py", line 173, in is_min_version
return found_version >= expected_version
File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__
c = self._cmp(other)
File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp
if self.version < other.version:
TypeError: unorderable types: str() < int()
keithbriggs
2014-09-15 11:19:27 UTC
Permalink
I am still getting this error, this time with matplotlib.pyplot.matshow, and
I do not get any plot. This bug really needs to be fixed!



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Error-in-atexit-run-exitfuncs-tp43566p43947.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
Thomas Caswell
2014-09-15 12:22:45 UTC
Permalink
Can you provide a minimal example that will trigger the bug?

>
Thomas Caswell
2014-09-15 12:38:26 UTC
Permalink
What versions of things are you using (python, mpl, gtk, gtk's python
bindings, and cairo) and how did you install them?

Can you also include the full backtrace?

On Mon, Sep 15, 2014 at 8:28 AM, <***@bt.com> wrote:
> How's this for minimal?
>
> from matplotlib import pyplot as plt
> plt.matshow([[0.0]])
>
> It crashes with the FigureManagerGTK3Cairo error.
> Keith
>
>
> -----Original Message-----
> From: Thomas Caswell [mailto:***@gmail.com]
> Sent: 15 September 2014 13:23
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib-***@lists.sourceforge.net
> Subject: Re: [Matplotlib-users] Error in atexit._run_exitfuncs
>
> Can you provide a minimal example that will trigger the bug?
>
>
k***@bt.com
2014-09-15 12:42:27 UTC
Permalink
python 3.3.2, everything else is whatever Ubuntu 14.04 amd64 uses in its latest updates.

kbriggs:~> cat bug.py
#!/usr/bin/env python3
from matplotlib import pyplot as plt
plt.matshow([[0.0]])

kbriggs:~> ./bug.py
Error in atexit._run_exitfuncs:
AttributeError: 'FigureManagerGTK3Cairo' object has no attribute 'canvas'



________________________________________
From: Thomas Caswell [***@gmail.com]
Sent: 15 September 2014 13:38
To: Briggs,KM,Keith,TUB2 R
Cc: matplotlib-***@lists.sourceforge.net
Subject: Re: [Matplotlib-users] Error in atexit._run_exitfuncs

What versions of things are you using (python, mpl, gtk, gtk's python
bindings, and cairo) and how did you install them?

Can you also include the full backtrace?

On Mon, Sep 15, 2014 at 8:28 AM, <***@bt.com> wrote:
> How's this for minimal?
>
> from matplotlib import pyplot as plt
> plt.matshow([[0.0]])
>
> It crashes with the FigureManagerGTK3Cairo error.
> Keith
>
>
> -----Original Message-----
> From: Thomas Caswell [mailto:***@gmail.com]
> Sent: 15 September 2014 13:23
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib-***@lists.sourceforge.net
> Subject: Re: [Matplotlib-users] Error in atexit._run_exitfuncs
>
> Can you provide a minimal example that will trigger the bug?
>
>
k***@bt.com
2014-09-15 12:28:28 UTC
Permalink
How's this for minimal?

from matplotlib import pyplot as plt
plt.matshow([[0.0]])

It crashes with the FigureManagerGTK3Cairo error.
Keith


-----Original Message-----
From: Thomas Caswell [mailto:***@gmail.com]
Sent: 15 September 2014 13:23
To: Briggs,KM,Keith,TUB2 R
Cc: matplotlib-***@lists.sourceforge.net
Subject: Re: [Matplotlib-users] Error in atexit._run_exitfuncs

Can you provide a minimal example that will trigger the bug?

From the description you have given we don't have enough information to diagnose the problem.

Ben thinks this is related to some long-standing issues, if you could help us track them down it would be greatly appreciated.

Tom

On Mon, Sep 15, 2014 at 7:19 AM, keithbriggs <***@bt.com> wrote:
> I am still getting this error, this time with matplotlib.pyplot.matshow, and
> I do not get any plot. This bug really needs to be fixed!
>
>
>
> --
> View this message in context:
> http://matplotlib.1069221.n5.nabble.com/Error-in-atexit-run-exitfuncs-
> tp43566p43947.html Sent from the matplotlib - users mailing list
> archive at Nabble.com.
>
> ----------------------------------------------------------------------
> --------
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce Perforce version control.
> Predictably reliable.
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.
> clktrk _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-***@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-us
Benjamin Root
2015-03-18 17:16:38 UTC
Permalink
One thing I just noticed is that python3.4 and the distutils libraries are
installed at /usr/lib/python3.4/distutils/, but the setuptools is located
at /usr/local/lib/python3.4/dist-packages/. One of the oddities of
setuptools is that it monkey-patches distutils, if I understand it
correctly, so perhaps it isn't doing it correctly for some reason? I
haven't a clue, really.

This oddity in directory structures was actually one thing I noticed in
Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
in a rush at the time, so I just switched to anaconda, nuked everything
python in my .local and moved on. That is always an option here, but it
would be nice to get to the bottom of this as well.

Ben Root

On Wed, Mar 18, 2015 at 1:03 PM, <***@bt.com> wrote:

> Ben: thanks for your help - it's very much appreciated!
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python3
> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
> [GCC 4.8.2] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> >>> import setuptools
> >>> print(setuptools.__file__)
>
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg/setuptools/__init__.py
> >>>
>
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python
> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
> [GCC 4.8.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> >>> import setuptools
> >>> print(setuptools.__file__)
> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
> >>>
>
>
> ________________________________________
> From: ***@gmail.com [***@gmail.com] On Behalf Of Benjamin
> Root [***@ou.edu]
> Sent: 18 March 2015 16:58
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> Keith,
>
> Back to the issue at hand. could you do the following?
>
> import setuptools
> print(setuptools.__file__)
>
> It would be interesting to see if that path differs from the path of the
> egg you just listed.
> Ben
>
> On Wed, Mar 18, 2015 at 11:39 AM, <***@bt.com<mailto:
> ***@bt.com>> wrote:
> pip still thinks I have the latest. I think it's a question of how to
> force the matplotlib setup.py to use actually it.
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
> --upgrade
> Requirement already up-to-date: setuptools in
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
> Cleaning up...
>
> ________________________________________
> From: ***@gmail.com<mailto:***@gmail.com> [
> ***@gmail.com<mailto:***@gmail.com>] On Behalf Of Benjamin
> Root [***@ou.edu<mailto:***@ou.edu>]
> Sent: 18 March 2015 15:33
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> I would just use pip. Ubuntu/Debian has really messed up the python
> environment in more ways than one.
>
> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <***@bt.com<mailto:
> ***@bt.com><mailto:***@bt.com<mailto:***@bt.com>>>
> wrote:
> The Ubuntu package manager tells me it is up to date.
> If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and
> doesn't get used.
> How do I force it to be used?
> Or am I supposed to override the Ubuntu package manager?
> Keith
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-***@lists.sourceforge.net<mailto:
> Matplotlib-***@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
Benjamin Root
2015-03-18 17:25:39 UTC
Permalink
We would too. This is the first time I have seen updating setuptools not
work. That was the fix... I have no clue why it is broken on your system.

On Wed, Mar 18, 2015 at 1:20 PM, <***@bt.com> wrote:

> Ok, I will check out anaconda anyway.
>
>
>
> I would think that the matplotlib maintainers would want to make sure they
> support the very popular Ubuntu platform, even if a workaround for a bug
> elsewhere is needed.
>
>
>
> K
>
>
>
>
>
> *From:* ***@gmail.com [mailto:***@gmail.com] *On Behalf Of *Benjamin
> Root
> *Sent:* 18 March 2015 17:17
> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>
> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
>
>
> One thing I just noticed is that python3.4 and the distutils libraries are
> installed at /usr/lib/python3.4/distutils/, but the setuptools is located
> at /usr/local/lib/python3.4/dist-packages/. One of the oddities of
> setuptools is that it monkey-patches distutils, if I understand it
> correctly, so perhaps it isn't doing it correctly for some reason? I
> haven't a clue, really.
>
> This oddity in directory structures was actually one thing I noticed in
> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
> in a rush at the time, so I just switched to anaconda, nuked everything
> python in my .local and moved on. That is always an option here, but it
> would be nice to get to the bottom of this as well.
>
> Ben Root
>
>
>
> On Wed, Mar 18, 2015 at 1:03 PM, <***@bt.com> wrote:
>
> Ben: thanks for your help - it's very much appreciated!
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python3
> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
> [GCC 4.8.2] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> >>> import setuptools
> >>> print(setuptools.__file__)
>
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg/setuptools/__init__.py
> >>>
>
>
> kbriggs:~/Downloads/matplotlib-1.4.3> python
> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
> [GCC 4.8.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> >>> import setuptools
> >>> print(setuptools.__file__)
> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
> >>>
>
>
> ________________________________________
> From: ***@gmail.com [***@gmail.com] On Behalf Of Benjamin
> Root [***@ou.edu]
> Sent: 18 March 2015 16:58
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> Keith,
>
> Back to the issue at hand. could you do the following?
>
> import setuptools
> print(setuptools.__file__)
>
> It would be interesting to see if that path differs from the path of the
> egg you just listed.
> Ben
>
> On Wed, Mar 18, 2015 at 11:39 AM, <***@bt.com<mailto:
> ***@bt.com>> wrote:
> pip still thinks I have the latest. I think it's a question of how to
> force the matplotlib setup.py to use actually it.
> Keith
>
> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
> --upgrade
> Requirement already up-to-date: setuptools in
> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
> Cleaning up...
>
> ________________________________________
> From: ***@gmail.com<mailto:***@gmail.com> [
> ***@gmail.com<mailto:***@gmail.com>] On Behalf Of Benjamin
> Root [***@ou.edu<mailto:***@ou.edu>]
> Sent: 18 March 2015 15:33
> To: Briggs,KM,Keith,TUB2 R
> Cc: matplotlib development list
> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
> python3
>
> I would just use pip. Ubuntu/Debian has really messed up the python
> environment in more ways than one.
>
> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <***@bt.com<mailto:
> ***@bt.com><mailto:***@bt.com<mailto:***@bt.com>>>
> wrote:
> The Ubuntu package manager tells me it is up to date.
> If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and
> doesn't get used.
> How do I force it to be used?
> Or am I supposed to override the Ubuntu package manager?
> Keith
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-***@lists.sourceforge.net<mailto:
> Matplotlib-***@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
Thomas Caswell
2015-03-18 17:51:46 UTC
Permalink
We do support ubuntu, travis.ci (which we use for continuous integration
testing) is ubuntu based and my main development box is ubuntu (but I
mostly work inside conda environments rather than virtualenvs these days).
Even though it is the worst thing for a dev to say, 'it works on my
machine'.

Part of the problem here is that it looks like you are doing system-wide
installations from source so you have almost certainly driven your system
into an inconsistent state. Unless you know enough sys-admin magic to
ensure you won't step on the toes of the system packages, I strongly
suggest _never_ using sudo to install python packages. Either use
venv/conda or install into a directory in your home directory and modify
$PYTHONPATH as needed.

I know it is frustrating, but there isn't a whole lot we can do to help
you with you knowing exactly what you have done to your system.

In any case antagonizing the developers and the debian packager is _not_
the most effective course of action. I assure you all of us are making a
good faith effort to make sure mpl works everywhere. Starting from that
assumption will make all of these conversations go much more smoothly.
Also remember everyone responding to you on this list is a volunteer,
please be respectful of our time and energy.

Tom

On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <***@ou.edu> wrote:

> We would too. This is the first time I have seen updating setuptools not
> work. That was the fix... I have no clue why it is broken on your system.
>
> On Wed, Mar 18, 2015 at 1:20 PM, <***@bt.com> wrote:
>
>> Ok, I will check out anaconda anyway.
>>
>>
>>
>> I would think that the matplotlib maintainers would want to make sure
>> they support the very popular Ubuntu platform, even if a workaround for a
>> bug elsewhere is needed.
>>
>>
>>
>> K
>>
>>
>>
>>
>>
>> *From:* ***@gmail.com [mailto:***@gmail.com] *On Behalf Of
>> *Benjamin Root
>> *Sent:* 18 March 2015 17:17
>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>
>
>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>> python3
>>
>>
>>
>> One thing I just noticed is that python3.4 and the distutils libraries
>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>> located at /usr/local/lib/python3.4/dist-packages/. One of the oddities
>> of setuptools is that it monkey-patches distutils, if I understand it
>> correctly, so perhaps it isn't doing it correctly for some reason? I
>> haven't a clue, really.
>>
>> This oddity in directory structures was actually one thing I noticed in
>> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
>> in a rush at the time, so I just switched to anaconda, nuked everything
>> python in my .local and moved on. That is always an option here, but it
>> would be nice to get to the bottom of this as well.
>>
>> Ben Root
>>
>>
>>
>> On Wed, Mar 18, 2015 at 1:03 PM, <***@bt.com> wrote:
>>
>> Ben: thanks for your help - it's very much appreciated!
>> Keith
>>
>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
>> [GCC 4.8.2] on linux
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>>
>> >>> import setuptools
>> >>> print(setuptools.__file__)
>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>> 4.egg/setuptools/__init__.py
>> >>>
>>
>>
>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>> [GCC 4.8.2] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>>
>> >>> import setuptools
>> >>> print(setuptools.__file__)
>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>> >>>
>>
>>
>> ________________________________________
>> From: ***@gmail.com [***@gmail.com] On Behalf Of Benjamin
>> Root [***@ou.edu]
>> Sent: 18 March 2015 16:58
>> To: Briggs,KM,Keith,TUB2 R
>> Cc: matplotlib development list
>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>> python3
>>
>> Keith,
>>
>> Back to the issue at hand. could you do the following?
>>
>> import setuptools
>> print(setuptools.__file__)
>>
>> It would be interesting to see if that path differs from the path of the
>> egg you just listed.
>> Ben
>>
>> On Wed, Mar 18, 2015 at 11:39 AM, <***@bt.com<mailto:ke
>> ***@bt.com>> wrote:
>> pip still thinks I have the latest. I think it's a question of how to
>> force the matplotlib setup.py to use actually it.
>> Keith
>>
>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
>> --upgrade
>> Requirement already up-to-date: setuptools in
>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>> Cleaning up...
>>
>> ________________________________________
>> From: ***@gmail.com<mailto:***@gmail.com> [
>> ***@gmail.com<mailto:***@gmail.com>] On Behalf Of Benjamin
>> Root [***@ou.edu<mailto:***@ou.edu>]
>> Sent: 18 March 2015 15:33
>> To: Briggs,KM,Keith,TUB2 R
>> Cc: matplotlib development list
>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>> python3
>>
>> I would just use pip. Ubuntu/Debian has really messed up the python
>> environment in more ways than one.
>>
>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <***@bt.com
>> <mailto:***@bt.com><mailto:***@bt.com<mailto:keith.
>> ***@bt.com>>> wrote:
>> The Ubuntu package manager tells me it is up to date.
>> If I download setuptools-14.3 and install, it goes into /usr/local/lib/
>> and
>> doesn't get used.
>> How do I force it to be used?
>> Or am I supposed to override the Ubuntu package manager?
>> Keith
>>
>>
>>
>>
>>
>> ------------------------------------------------------------
>> ------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Matplotlib-***@lists.sourceforge.net<mailto:Matplot
>> lib-***@lists.sourceforge.net>
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>>
> ------------------------------------------------------------
> ------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-***@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
Benjamin Root
2015-03-18 18:01:06 UTC
Permalink
For my part, I didn't take Keith's comment as antagonizing. If anything, I
should apologize to Sandro. It was not necessary for me to drag Debian into
this, because all I know is that I was having issues on Ubuntu.

Ben Root

On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <***@gmail.com> wrote:

> We do support ubuntu, travis.ci (which we use for continuous integration
> testing) is ubuntu based and my main development box is ubuntu (but I
> mostly work inside conda environments rather than virtualenvs these days).
> Even though it is the worst thing for a dev to say, 'it works on my
> machine'.
>
> Part of the problem here is that it looks like you are doing system-wide
> installations from source so you have almost certainly driven your system
> into an inconsistent state. Unless you know enough sys-admin magic to
> ensure you won't step on the toes of the system packages, I strongly
> suggest _never_ using sudo to install python packages. Either use
> venv/conda or install into a directory in your home directory and modify
> $PYTHONPATH as needed.
>
> I know it is frustrating, but there isn't a whole lot we can do to help
> you with you knowing exactly what you have done to your system.
>
> In any case antagonizing the developers and the debian packager is _not_
> the most effective course of action. I assure you all of us are making a
> good faith effort to make sure mpl works everywhere. Starting from that
> assumption will make all of these conversations go much more smoothly.
> Also remember everyone responding to you on this list is a volunteer,
> please be respectful of our time and energy.
>
> Tom
>
> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <***@ou.edu> wrote:
>
>> We would too. This is the first time I have seen updating setuptools not
>> work. That was the fix... I have no clue why it is broken on your system.
>>
>> On Wed, Mar 18, 2015 at 1:20 PM, <***@bt.com> wrote:
>>
>>> Ok, I will check out anaconda anyway.
>>>
>>>
>>>
>>> I would think that the matplotlib maintainers would want to make sure
>>> they support the very popular Ubuntu platform, even if a workaround for a
>>> bug elsewhere is needed.
>>>
>>>
>>>
>>> K
>>>
>>>
>>>
>>>
>>>
>>> *From:* ***@gmail.com [mailto:***@gmail.com] *On Behalf
>>> Of *Benjamin Root
>>> *Sent:* 18 March 2015 17:17
>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>
>>
>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>> with python3
>>>
>>>
>>>
>>> One thing I just noticed is that python3.4 and the distutils libraries
>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>> located at /usr/local/lib/python3.4/dist-packages/. One of the oddities
>>> of setuptools is that it monkey-patches distutils, if I understand it
>>> correctly, so perhaps it isn't doing it correctly for some reason? I
>>> haven't a clue, really.
>>>
>>> This oddity in directory structures was actually one thing I noticed in
>>> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
>>> in a rush at the time, so I just switched to anaconda, nuked everything
>>> python in my .local and moved on. That is always an option here, but it
>>> would be nice to get to the bottom of this as well.
>>>
>>> Ben Root
>>>
>>>
>>>
>>> On Wed, Mar 18, 2015 at 1:03 PM, <***@bt.com> wrote:
>>>
>>> Ben: thanks for your help - it's very much appreciated!
>>> Keith
>>>
>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
>>> [GCC 4.8.2] on linux
>>> Type "help", "copyright", "credits" or "license" for more information.
>>> >>>
>>> >>> import setuptools
>>> >>> print(setuptools.__file__)
>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>> 4.egg/setuptools/__init__.py
>>> >>>
>>>
>>>
>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>> [GCC 4.8.2] on linux2
>>> Type "help", "copyright", "credits" or "license" for more information.
>>> >>>
>>> >>> import setuptools
>>> >>> print(setuptools.__file__)
>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>> >>>
>>>
>>>
>>> ________________________________________
>>> From: ***@gmail.com [***@gmail.com] On Behalf Of Benjamin
>>> Root [***@ou.edu]
>>> Sent: 18 March 2015 16:58
>>> To: Briggs,KM,Keith,TUB2 R
>>> Cc: matplotlib development list
>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>> python3
>>>
>>> Keith,
>>>
>>> Back to the issue at hand. could you do the following?
>>>
>>> import setuptools
>>> print(setuptools.__file__)
>>>
>>> It would be interesting to see if that path differs from the path of the
>>> egg you just listed.
>>> Ben
>>>
>>> On Wed, Mar 18, 2015 at 11:39 AM, <***@bt.com<mailto:ke
>>> ***@bt.com>> wrote:
>>> pip still thinks I have the latest. I think it's a question of how to
>>> force the matplotlib setup.py to use actually it.
>>> Keith
>>>
>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
>>> --upgrade
>>> Requirement already up-to-date: setuptools in
>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>> Cleaning up...
>>>
>>> ________________________________________
>>> From: ***@gmail.com<mailto:***@gmail.com> [
>>> ***@gmail.com<mailto:***@gmail.com>] On Behalf Of
>>> Benjamin Root [***@ou.edu<mailto:***@ou.edu>]
>>> Sent: 18 March 2015 15:33
>>> To: Briggs,KM,Keith,TUB2 R
>>> Cc: matplotlib development list
>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>> python3
>>>
>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>> environment in more ways than one.
>>>
>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <***@bt.com
>>> <mailto:***@bt.com><mailto:***@bt.com<mailto:keith.
>>> ***@bt.com>>> wrote:
>>> The Ubuntu package manager tells me it is up to date.
>>> If I download setuptools-14.3 and install, it goes into /usr/local/lib/
>>> and
>>> doesn't get used.
>>> How do I force it to be used?
>>> Or am I supposed to override the Ubuntu package manager?
>>> Keith
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
>>> things parallel software development, from weekly thought leadership
>>> blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Matplotlib-***@lists.sourceforge.net<mailto:Matplot
>>> lib-***@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>>
>> ------------------------------------------------------------
>> ------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Matplotlib-***@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>
Thomas Caswell
2015-03-18 18:04:40 UTC
Permalink
Hmm, I can't read and miss-attributed who was antagonizing Sandro, please
don't do that.

On Wed, Mar 18, 2015 at 2:01 PM Benjamin Root <***@ou.edu> wrote:

> For my part, I didn't take Keith's comment as antagonizing. If anything, I
> should apologize to Sandro. It was not necessary for me to drag Debian into
> this, because all I know is that I was having issues on Ubuntu.
>
> Ben Root
>
> On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <***@gmail.com>
> wrote:
>
>> We do support ubuntu, travis.ci (which we use for continuous integration
>> testing) is ubuntu based and my main development box is ubuntu (but I
>> mostly work inside conda environments rather than virtualenvs these days).
>> Even though it is the worst thing for a dev to say, 'it works on my
>> machine'.
>>
>> Part of the problem here is that it looks like you are doing system-wide
>> installations from source so you have almost certainly driven your system
>> into an inconsistent state. Unless you know enough sys-admin magic to
>> ensure you won't step on the toes of the system packages, I strongly
>> suggest _never_ using sudo to install python packages. Either use
>> venv/conda or install into a directory in your home directory and modify
>> $PYTHONPATH as needed.
>>
>> I know it is frustrating, but there isn't a whole lot we can do to help
>> you with you knowing exactly what you have done to your system.
>>
>> In any case antagonizing the developers and the debian packager is _not_
>> the most effective course of action. I assure you all of us are making a
>> good faith effort to make sure mpl works everywhere. Starting from that
>> assumption will make all of these conversations go much more smoothly.
>> Also remember everyone responding to you on this list is a volunteer,
>> please be respectful of our time and energy.
>>
>> Tom
>>
>> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <***@ou.edu> wrote:
>>
>>> We would too. This is the first time I have seen updating setuptools not
>>> work. That was the fix... I have no clue why it is broken on your system.
>>>
>>> On Wed, Mar 18, 2015 at 1:20 PM, <***@bt.com> wrote:
>>>
>>>> Ok, I will check out anaconda anyway.
>>>>
>>>>
>>>>
>>>> I would think that the matplotlib maintainers would want to make sure
>>>> they support the very popular Ubuntu platform, even if a workaround for a
>>>> bug elsewhere is needed.
>>>>
>>>>
>>>>
>>>> K
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *From:* ***@gmail.com [mailto:***@gmail.com] *On Behalf
>>>> Of *Benjamin Root
>>>> *Sent:* 18 March 2015 17:17
>>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>>
>>>
>>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>>> with python3
>>>>
>>>>
>>>>
>>>> One thing I just noticed is that python3.4 and the distutils libraries
>>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>>> located at /usr/local/lib/python3.4/dist-packages/. One of the
>>>> oddities of setuptools is that it monkey-patches distutils, if I understand
>>>> it correctly, so perhaps it isn't doing it correctly for some reason? I
>>>> haven't a clue, really.
>>>>
>>>> This oddity in directory structures was actually one thing I noticed in
>>>> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
>>>> in a rush at the time, so I just switched to anaconda, nuked everything
>>>> python in my .local and moved on. That is always an option here, but it
>>>> would be nice to get to the bottom of this as well.
>>>>
>>>> Ben Root
>>>>
>>>>
>>>>
>>>> On Wed, Mar 18, 2015 at 1:03 PM, <***@bt.com> wrote:
>>>>
>>>> Ben: thanks for your help - it's very much appreciated!
>>>> Keith
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>>> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
>>>> [GCC 4.8.2] on linux
>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>> >>>
>>>> >>> import setuptools
>>>> >>> print(setuptools.__file__)
>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>>> 4.egg/setuptools/__init__.py
>>>> >>>
>>>>
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>>> [GCC 4.8.2] on linux2
>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>> >>>
>>>> >>> import setuptools
>>>> >>> print(setuptools.__file__)
>>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>>> >>>
>>>>
>>>>
>>>> ________________________________________
>>>> From: ***@gmail.com [***@gmail.com] On Behalf Of
>>>> Benjamin Root [***@ou.edu]
>>>> Sent: 18 March 2015 16:58
>>>> To: Briggs,KM,Keith,TUB2 R
>>>> Cc: matplotlib development list
>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>> python3
>>>>
>>>> Keith,
>>>>
>>>> Back to the issue at hand. could you do the following?
>>>>
>>>> import setuptools
>>>> print(setuptools.__file__)
>>>>
>>>> It would be interesting to see if that path differs from the path of
>>>> the egg you just listed.
>>>> Ben
>>>>
>>>> On Wed, Mar 18, 2015 at 11:39 AM, <***@bt.com<mailto:ke
>>>> ***@bt.com>> wrote:
>>>> pip still thinks I have the latest. I think it's a question of how to
>>>> force the matplotlib setup.py to use actually it.
>>>> Keith
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
>>>> --upgrade
>>>> Requirement already up-to-date: setuptools in
>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>>> Cleaning up...
>>>>
>>>> ________________________________________
>>>> From: ***@gmail.com<mailto:***@gmail.com> [
>>>> ***@gmail.com<mailto:***@gmail.com>] On Behalf Of
>>>> Benjamin Root [***@ou.edu<mailto:***@ou.edu>]
>>>> Sent: 18 March 2015 15:33
>>>> To: Briggs,KM,Keith,TUB2 R
>>>> Cc: matplotlib development list
>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>> python3
>>>>
>>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>>> environment in more ways than one.
>>>>
>>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <***@bt.com
>>>> <mailto:***@bt.com><mailto:***@bt.com<mailto:keith.
>>>> ***@bt.com>>> wrote:
>>>> The Ubuntu package manager tells me it is up to date.
>>>> If I download setuptools-14.3 and install, it goes into /usr/local/lib/
>>>> and
>>>> doesn't get used.
>>>> How do I force it to be used?
>>>> Or am I supposed to override the Ubuntu package manager?
>>>> Keith
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>> sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>> for all
>>>> things parallel software development, from weekly thought leadership
>>>> blogs to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Matplotlib-***@lists.sourceforge.net<mailto:Matplot
>>>> lib-***@lists.sourceforge.net>
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
>>> things parallel software development, from weekly thought leadership
>>> blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Matplotlib-***@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>
>>
>
Benjamin Root
2015-03-18 18:07:55 UTC
Permalink
"please don't do that"

Yes, I will make sure that any antagonizing I do in the future, it will be
completely clear that I am the one doing it. ;-)

On Wed, Mar 18, 2015 at 2:04 PM, Thomas Caswell <***@gmail.com> wrote:

> Hmm, I can't read and miss-attributed who was antagonizing Sandro, please
> don't do that.
>
> On Wed, Mar 18, 2015 at 2:01 PM Benjamin Root <***@ou.edu> wrote:
>
>> For my part, I didn't take Keith's comment as antagonizing. If anything,
>> I should apologize to Sandro. It was not necessary for me to drag Debian
>> into this, because all I know is that I was having issues on Ubuntu.
>>
>> Ben Root
>>
>> On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <***@gmail.com>
>> wrote:
>>
>>> We do support ubuntu, travis.ci (which we use for continuous
>>> integration testing) is ubuntu based and my main development box is ubuntu
>>> (but I mostly work inside conda environments rather than virtualenvs these
>>> days). Even though it is the worst thing for a dev to say, 'it works on my
>>> machine'.
>>>
>>> Part of the problem here is that it looks like you are doing system-wide
>>> installations from source so you have almost certainly driven your system
>>> into an inconsistent state. Unless you know enough sys-admin magic to
>>> ensure you won't step on the toes of the system packages, I strongly
>>> suggest _never_ using sudo to install python packages. Either use
>>> venv/conda or install into a directory in your home directory and modify
>>> $PYTHONPATH as needed.
>>>
>>> I know it is frustrating, but there isn't a whole lot we can do to help
>>> you with you knowing exactly what you have done to your system.
>>>
>>> In any case antagonizing the developers and the debian packager is _not_
>>> the most effective course of action. I assure you all of us are making a
>>> good faith effort to make sure mpl works everywhere. Starting from that
>>> assumption will make all of these conversations go much more smoothly.
>>> Also remember everyone responding to you on this list is a volunteer,
>>> please be respectful of our time and energy.
>>>
>>> Tom
>>>
>>> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <***@ou.edu> wrote:
>>>
>>>> We would too. This is the first time I have seen updating setuptools
>>>> not work. That was the fix... I have no clue why it is broken on your
>>>> system.
>>>>
>>>> On Wed, Mar 18, 2015 at 1:20 PM, <***@bt.com> wrote:
>>>>
>>>>> Ok, I will check out anaconda anyway.
>>>>>
>>>>>
>>>>>
>>>>> I would think that the matplotlib maintainers would want to make sure
>>>>> they support the very popular Ubuntu platform, even if a workaround for a
>>>>> bug elsewhere is needed.
>>>>>
>>>>>
>>>>>
>>>>> K
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> *From:* ***@gmail.com [mailto:***@gmail.com] *On Behalf
>>>>> Of *Benjamin Root
>>>>> *Sent:* 18 March 2015 17:17
>>>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>>>
>>>>
>>>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>>>> with python3
>>>>>
>>>>>
>>>>>
>>>>> One thing I just noticed is that python3.4 and the distutils libraries
>>>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>>>> located at /usr/local/lib/python3.4/dist-packages/. One of the
>>>>> oddities of setuptools is that it monkey-patches distutils, if I understand
>>>>> it correctly, so perhaps it isn't doing it correctly for some reason? I
>>>>> haven't a clue, really.
>>>>>
>>>>> This oddity in directory structures was actually one thing I noticed
>>>>> in Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I
>>>>> was in a rush at the time, so I just switched to anaconda, nuked everything
>>>>> python in my .local and moved on. That is always an option here, but it
>>>>> would be nice to get to the bottom of this as well.
>>>>>
>>>>> Ben Root
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Mar 18, 2015 at 1:03 PM, <***@bt.com> wrote:
>>>>>
>>>>> Ben: thanks for your help - it's very much appreciated!
>>>>> Keith
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>>>> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
>>>>> [GCC 4.8.2] on linux
>>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> >>>
>>>>> >>> import setuptools
>>>>> >>> print(setuptools.__file__)
>>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>>>> 4.egg/setuptools/__init__.py
>>>>> >>>
>>>>>
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>>>> [GCC 4.8.2] on linux2
>>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> >>>
>>>>> >>> import setuptools
>>>>> >>> print(setuptools.__file__)
>>>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>>>> >>>
>>>>>
>>>>>
>>>>> ________________________________________
>>>>> From: ***@gmail.com [***@gmail.com] On Behalf Of
>>>>> Benjamin Root [***@ou.edu]
>>>>> Sent: 18 March 2015 16:58
>>>>> To: Briggs,KM,Keith,TUB2 R
>>>>> Cc: matplotlib development list
>>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>>> python3
>>>>>
>>>>> Keith,
>>>>>
>>>>> Back to the issue at hand. could you do the following?
>>>>>
>>>>> import setuptools
>>>>> print(setuptools.__file__)
>>>>>
>>>>> It would be interesting to see if that path differs from the path of
>>>>> the egg you just listed.
>>>>> Ben
>>>>>
>>>>> On Wed, Mar 18, 2015 at 11:39 AM, <***@bt.com<mailto:ke
>>>>> ***@bt.com>> wrote:
>>>>> pip still thinks I have the latest. I think it's a question of how
>>>>> to force the matplotlib setup.py to use actually it.
>>>>> Keith
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
>>>>> --upgrade
>>>>> Requirement already up-to-date: setuptools in
>>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>>>> Cleaning up...
>>>>>
>>>>> ________________________________________
>>>>> From: ***@gmail.com<mailto:***@gmail.com> [
>>>>> ***@gmail.com<mailto:***@gmail.com>] On Behalf Of
>>>>> Benjamin Root [***@ou.edu<mailto:***@ou.edu>]
>>>>> Sent: 18 March 2015 15:33
>>>>> To: Briggs,KM,Keith,TUB2 R
>>>>> Cc: matplotlib development list
>>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>>> python3
>>>>>
>>>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>>>> environment in more ways than one.
>>>>>
>>>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <***@bt.com
>>>>> <mailto:***@bt.com><mailto:***@bt.com<mailto:keith.
>>>>> ***@bt.com>>> wrote:
>>>>> The Ubuntu package manager tells me it is up to date.
>>>>> If I download setuptools-14.3 and install, it goes into
>>>>> /usr/local/lib/ and
>>>>> doesn't get used.
>>>>> How do I force it to be used?
>>>>> Or am I supposed to override the Ubuntu package manager?
>>>>> Keith
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------
>>>>> ------------------
>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>> sponsored
>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>> for all
>>>>> things parallel software development, from weekly thought leadership
>>>>> blogs to
>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>> the
>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>> _______________________________________________
>>>>> Matplotlib-devel mailing list
>>>>> Matplotlib-***@lists.sourceforge.net<mailto:Matplot
>>>>> lib-***@lists.sourceforge.net>
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>
>>>>>
>>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>> sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>> for all
>>>> things parallel software development, from weekly thought leadership
>>>> blogs to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Matplotlib-users mailing list
>>>> Matplotlib-***@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>
>>>
>>
Loading...