guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 4/4] gnu: matplotlib: Add gtk3 backends.


From: Ludovic Courtès
Subject: Re: [PATCH 4/4] gnu: matplotlib: Add gtk3 backends.
Date: Tue, 23 Dec 2014 19:22:50 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)

Federico Beffa <address@hidden> skribis:

> The build does finish as I've tested it on my machine before
> committing the package. However, for some reason, guix needs very long
> to generate the derivation. On my machine (quad-core Xeon E5520)
> python2-matplotlib takes ca. 31 mins to start building.
> Python2-scipy, which includes python2-matplotlib, takes ca. 80 mins.!

Eric Bavier <address@hidden> skribis:

> I wonder if this could this be a result of package-with-python2's
> behavior of recursively creating new package objects for each input in a
> package.  As Ludovic suggested, this could easily create very large DAGs
> that then need to be processed.
>
> This behavior of package-with-python2 was giving me a nightmare when
> trying to code some improvements to `guix refresh -l`, since there would
> easily become tens or hundreds of logically identical python package
> objects floating through the package dependency DAG.

Ouch, thanks for putting me on the right track.  Basically
‘package-with-explicit-python’ was recursing way too much, leading to
hundreds of unique package objects, and thus defeating memoization of
‘package-derivation’.

Commit 78a2745 fixes that.  ‘guix build python2-matplotlib -n
--no-substitutes’ takes ~5 seconds on my laptop (which is still too much
IMO, but that’s another story.)  I’ve thus reinstated numpy, scipy, etc.


In the future, don’t hesitate to report a bug when computing a
derivation takes more than a few seconds.

Eric: the good news is that you can now resume work on ‘guix refresh
-l’.  ;-)

Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]