Hi Sandro,
On 01/08/2016 03:34 PM, Sandro Tosi wrote:
has this change with the latest releases of matplotlib?
No, apparently not:
$ python3 test.py
$ dir ~/.matplotlib
/bin/ls: cannot access /home/nikratio/.matplotlib: No such file or directory
$ printenv | grep MPL
$ apt show python3-matplot
has this change with the latest releases of matplotlib? from the last
reply, it seems that enabling the cache make mpl quick for you, so
that would be the solution for this?
On Tue, Oct 20, 2015 at 4:19 PM, Nikolaus Rath wrote:
> Hi Sandro,
>
> When running in a sid chroot using the TkAgg backend
Hi Sandro,
When running in a sid chroot using the TkAgg backend and python2,
matplotlib is not using the ~/.matplotlib directory to cache data. It
can be made to use it by setting $MPLCONFIGDIR=~/.matplotlib, but in
that case it no longer reads ~/.config/matplotlib/matplotlibrc. If data
cachi
there a lot of confusion going on, please post results only when you
have them all: it's already hard to follow your process as it is, and
multiple messages with just a small comment in addition is only making
it worst :(
so, your last tests, on which environment did you run them (chroot,
jessie/w
On 10/19/2015 10:07 AM, Nikolaus Rath wrote:
I forgot to add: with
export MPLCONFIGDIR=~/.matplotlib/
it works fine.
... as far as start-up time is concerned. But it also stops reading
~/.config/matplotlib/matplotlibrc (which is less good).
Best,
-Nikolaus
I forgot to add: with
export MPLCONFIGDIR=~/.matplotlib/
it works fine. It seems matplotlib just doesn't use the directory by
default anymore.
Best,
-Nikolaus
On 10/19/2015 09:52 AM, Sandro Tosi wrote:
On Mon, Oct 19, 2015 at 5:50 PM, Nikolaus Rath wrote:
I don't get it. Does MPLCONFIGDIR have any effects beside determining the
configuration file?
http://matplotlib.org/faq/environment_variables_faq.html#envvar-MPLCONFIGDIR
Ok, we're getting somew
On Mon, Oct 19, 2015 at 5:50 PM, Nikolaus Rath wrote:
> I don't get it. Does MPLCONFIGDIR have any effects beside determining the
> configuration file?
http://matplotlib.org/faq/environment_variables_faq.html#envvar-MPLCONFIGDIR
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http:
I noticed that so far I have only tried a wheezy chroot (no problem), a
sid chroot (crashes, but probably an unrelated problem), and my standard
jessie system (slow) - but not a clean jessie chroot.
When testing in a clean jessie chroot, the problem did not appear
either. I was also able to ge
clone -1 python-matplotlib: QtAgg4 with PySide segfaults
bye
On 10/19/2015 08:52 AM, Sandro Tosi wrote:
On Mon, Oct 19, 2015 at 4:50 PM, Nikolaus Rath wrote:
On 10/17/2015 11:57 AM, Sandro Tosi wrote:
I got something interesting using the -c option. On Jessie:
do you have a chance to test
On Mon, Oct 19, 2015 at 4:50 PM, Nikolaus Rath wrote:
> On 10/17/2015 11:57 AM, Sandro Tosi wrote:
>>>
>>> I got something interesting using the -c option. On Jessie:
>>
>>
>> do you have a chance to test this on the recently uploaded 1.5.0~rc2
>> (i need to have results on a recent version to be
On 10/19/2015 08:57 AM, Sandro Tosi wrote:
since you show(), that will open a window
But I don't:
$ tar xJf issue_796905.tar.xz
$ grep show python-slowdown/test.py
#plt.show()
I got the test case from the original post:
import matplotlib.pyplot as plt
plt.plot([1, 2, 3])
plt.show()
if
>> since you show(), that will open a window
>
>
> But I don't:
>
> $ tar xJf issue_796905.tar.xz
> $ grep show python-slowdown/test.py
> #plt.show()
I got the test case from the original post:
import matplotlib.pyplot as plt
plt.plot([1, 2, 3])
plt.show()
if you're using another one, please
On 10/19/2015 08:52 AM, Sandro Tosi wrote:
>Uh? My test script should close on its own without the need for user
>interaction.
>
since you show(), that will open a window
But I don't:
$ tar xJf issue_796905.tar.xz
$ grep show python-slowdown/test.py
#plt.show()
Best,
-Nikolaus
On 10/17/2015 11:57 AM, Sandro Tosi wrote:
I got something interesting using the -c option. On Jessie:
do you have a chance to test this on the recently uploaded 1.5.0~rc2
(i need to have results on a recent version to be able to forward it
upstream)? In a sid chroot I got:
real0m1.076s
us
> I got something interesting using the -c option. On Jessie:
do you have a chance to test this on the recently uploaded 1.5.0~rc2
(i need to have results on a recent version to be able to forward it
upstream)? In a sid chroot I got:
real0m1.076s
user0m0.432s
sys 0m0.060s
(i lost tim
On 10/05/2015 09:36 AM, Sandro Tosi wrote:
On Mon, Oct 5, 2015 at 5:25 PM, Nikolaus Rath wrote:
Well, it only happens when using matplotlib, so there's got to be some
connection.
this is one good connection indeed. does it happen only on py3k or on
py2 as well?
It happens on py2 as well. He
On 10/07/2015 09:50 AM, Nikolaus Rath wrote:
On 10/05/2015 09:36 AM, Sandro Tosi wrote:
On Mon, Oct 5, 2015 at 5:25 PM, Nikolaus Rath
wrote:
Well, it only happens when using matplotlib, so there's got to be some
connection.
this is one good connection indeed. does it happen only on py3k or o
On 10/5/2015 7:55 AM, Sandro Tosi wrote:
open("/usr/lib/python3.4/encodings/__pycache__/unicode_escape.cpython-34.pyc",
O_RDONLY|O_CLOEXEC) = 8
fstat(8, {st_mode=S_IFREG|0644, st_size=1842, ...}) = 0
lseek(8, 0, SEEK_CUR) = 0
fstat(8, {st_mode=S_IFREG|0644, st_size=1842, ...}
On Mon, Oct 5, 2015 at 5:25 PM, Nikolaus Rath wrote:
> Well, it only happens when using matplotlib, so there's got to be some
> connection.
this is one good connection indeed. does it happen only on py3k or on
py2 as well?
>> Additionally, you're testing on python3, python3-matplotlib has only
>
> open("/usr/lib/python3.4/encodings/__pycache__/unicode_escape.cpython-34.pyc",
> O_RDONLY|O_CLOEXEC) = 8
> fstat(8, {st_mode=S_IFREG|0644, st_size=1842, ...}) = 0
> lseek(8, 0, SEEK_CUR) = 0
> fstat(8, {st_mode=S_IFREG|0644, st_size=1842, ...}) = 0
> read(8,
> "\356\f\r\n\240#
Package: python3-matplotlib
Version: 1.4.2-3.1
Severity: normal
[ Apologies if this is a duplicate. I've submitted this yesterday already, but
never got an email confirmation nor does the bug show up on bugs.debian.org ]
Since upgrading from Wheezy, the startup of matplotlib seems extremely slow
22 matches
Mail list logo
