From: Eric Bavier <ericbavier@gmail.com>
To: Federico Beffa <beffa@ieee.org>
Cc: Guix-devel <guix-devel@gnu.org>
Subject: Re: [PATCH 4/4] gnu: matplotlib: Add gtk3 backends.
Date: Tue, 23 Dec 2014 11:43:46 -0600 [thread overview]
Message-ID: <87oaqudzxp.fsf@gmail.com> (raw)
In-Reply-To: <CAKrPhPO67TnVO3j4jTZHtk=M+ibLy5EYpEHj8_2MPhpR+SDyQw@mail.gmail.com>
Federico Beffa writes:
> On Tue, Dec 23, 2014 at 1:17 AM, Ludovic Courtès <ludo@gnu.org> wrote:
>> I found that “guix build python2-matplotlib -n” triggers a seemingly
>> infinite loop (either uses of ‘package-with-python2’ somehow introduce
>> cycles, or they lead to very large DAGs), which is what is causing Hydra
>> evaluation failures.
>>
>> I tried reverting 25f9a0 but it doesn’t help.
>>
>> Could you try to bisect it and revert or fix the problem? If it turns
>> out to require more time, could you just comment out the offending parts
>> of python.scm so Hydra can resume?
>
> 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.!
> Currently I do not understand the reason, but I note that matplotlib,
> numpy and scipy are the only python packages with a large number of
> inputs.
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. The reason I
haven't pushed any of those `guix refresh -l` changes is because I
haven't yet figure out a way to get output from it in under ~10 minutes.
--
Eric Bavier
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
next prev parent reply other threads:[~2014-12-23 17:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-14 19:52 [PATCH 4/4] gnu: matplotlib: Add gtk3 backends Federico Beffa
2014-12-15 22:37 ` Ludovic Courtès
2014-12-17 19:25 ` Federico Beffa
2014-12-17 20:34 ` Ludovic Courtès
2014-12-18 17:09 ` Federico Beffa
2014-12-23 0:17 ` Ludovic Courtès
2014-12-23 17:09 ` Federico Beffa
2014-12-23 17:43 ` Eric Bavier [this message]
2014-12-23 18:22 ` Ludovic Courtès
2014-12-23 19:27 ` Eric Bavier
2014-12-24 15:34 ` Mark H Weaver
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87oaqudzxp.fsf@gmail.com \
--to=ericbavier@gmail.com \
--cc=beffa@ieee.org \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.