[Matplotlib-users] matplotlib: no output with Agg - TkAgg - Qt5Agg -- stuck at ttconv.so

[Benjamin Root]

The ttconv.so stuff has to do with font handling. Since it is happening
with all backends, I suspect that the problem is with the font-cache build,
which is done at the first import of matplotlib (or when the cache needs
updating) -- regardless of the selected backend.

I would try a completely clean rebuild of matplotlib (just nuke it from
orbit), and capture the build logs in case there are some notes/warnings in
it regarding linking to freetype.

Cheers!
Ben Root


On Wed, Sep 21, 2016 at 5:54 AM, Thierry <thierry.jolicoeur at u-psud.fr>
wrote:

> Hello,
>
> I use python/matplotlib scripts regularly to produce nice figures from raw
> data files. After the summer break I did an update of my Gentoo box and I
> have
> now a problem with matplotlib. It produces no graphical output: no pop-up
> window with a graph and no way to save a plot. I have tried to change
> the backend : with TkAgg or Qt5Agg the process is stuck forever <defunct>
> and to be killed manually kill -9, with Agg it is slightly better, I get
> back the command line
> but the pdf file created is not complete, unreadable by Okular.
>
> here are the versions:
>
> so it's gentoo box
> kernek is 3.10.17
> python 2.7.10
> dev-python/matplotlib-1.5.3
>
> I use also ipython-5.1.0 which shows the same problem.
> I tried the new jupyter qtconsole which hangs when displaying a plot.
>
> I ran a minimal script that contains the problem:
>
> *************************************
> from pylab import *
> x=[1.,2.,3.]
> y=[2.,3.,4.]
> plot(x,y,'o')
> savefig('myf.pdf',format='pdf')
> *************************************
>
>
> the same behavior arises in interactive shell, calling directly matplotlib
> directly
> instead of pylab.
>
> running the script with python -v my_script.py
> gives a very verbose output whose end is:
>
> ....
> import matplotlib.backends.qt_editor.formsubplottool # precompiled from
> /usr/lib64/python2.7/site-packages/matplotlib/backends/
> qt_editor/formsubplottool.pyc
> # /usr/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.pyc
> matches
> /usr/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py
> import matplotlib.backends.backend_pdf # precompiled from
> /usr/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.pyc
> # /usr/lib64/python2.7/site-packages/matplotlib/backends/backend_mixed.pyc
> matches
> /usr/lib64/python2.7/site-packages/matplotlib/backends/backend_mixed.py
> import matplotlib.backends.backend_mixed # precompiled from
> /usr/lib64/python2.7/site-packages/matplotlib/backends/backend_mixed.pyc
> # /usr/lib64/python2.7/site-packages/matplotlib/type1font.pyc matches
> /usr/lib64/python2.7/site-packages/matplotlib/type1font.py
> import matplotlib.type1font # precompiled from
> /usr/lib64/python2.7/site-packages/matplotlib/type1font.pyc
> dlopen("/usr/lib64/python2.7/site-packages/matplotlib/ttconv.so", 2);
> import matplotlib.ttconv # dynamically loaded from
> /usr/lib64/python2.7/site-packages/matplotlib/ttconv.so
>
>
> it dies right at ttconv.so
> the process is then <defunct>
> should be killed with -9
>
>
> Looking for ttconv.so seems OK ...
>
> tjoli at skynet matplotlib % file ttconv.so
> ttconv.so: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux),
> dynamically linked, stripped
>
> tjoli at skynet matplotlib % ldd ttconv.so
>         linux-vdso.so.1 (0x00007fffe9b1f000)
>         libstdc++.so.6 =>
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libstdc++.so.6 (0x00007f85f6445000)
>         libpython2.7.so.1.0 => /usr/lib64/libpython2.7.so.1.0
> (0x00007f85f6076000)
>         libgcc_s.so.1 =>
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 (0x00007f85f5e5f000)
>         libc.so.6 => /lib64/libc.so.6 (0x00007f85f5ac3000)
>         libm.so.6 => /lib64/libm.so.6 (0x00007f85f57c4000)
>         /lib64/ld-linux-x86-64.so.2 (0x00007f85f6a0c000)
>         libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f85f55a8000)
>         libdl.so.2 => /lib64/libdl.so.2 (0x00007f85f53a4000)
>         libutil.so.1 => /lib64/libutil.so.1 (0x00007f85f51a0000)
>
>
> If I use Agg then the end of the output with '-v' is the same but I get
> back
> the command line.
> No appearance of the usual cleanup messages that appear after a successful
> run.
>
>
>  Any ideas would be welcome
> thanks in advance.
> (In case it is gentoo-specific I posted this problem on the gentoo forum -
> no answers yet.)
>
>
>
>
>
>
> --
> View this message in context: http://matplotlib.1069221.n5.
> nabble.com/matplotlib-no-output-with-Agg-TkAgg-Qt5Agg-
> stuck-at-ttconv-so-tp47535.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-users at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-users/attachments/20160922/104284fd/attachment.html>