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
Federico Beffa skribis:
> On Sun, Dec 21, 2014 at 12:04 PM, Ludovic Courtès wrote:
>>> +(arguments
>>> + `(#:tests? #f ; To contact dbus it needs to load
>>> /var/lib/dbus/machine-id
>>> + ; or /etc/machine-id.
>>
>> I suspect you may be able to work around it with:
>>
On Sun, Dec 21, 2014 at 12:04 PM, Ludovic Courtès wrote:
>> +(arguments
>> + `(#:tests? #f ; To contact dbus it needs to load
>> /var/lib/dbus/machine-id
>> + ; or /etc/machine-id.
>
> I suspect you may be able to work around it with:
>
> (setenv "DBUS_FATAL_WARNINGS"
Ricardo Wurmus writes:
> * gnu/packages/compression.scm (fastjar): New variable.
> ---
> gnu/packages/compression.scm | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/gnu/packages/compression.scm b/gnu/packages/compression.scm
> index 7c22300..b768326 100644
> --- a/
* gnu/packages/compression.scm (fastjar): New variable.
---
gnu/packages/compression.scm | 20
1 file changed, 20 insertions(+)
diff --git a/gnu/packages/compression.scm b/gnu/packages/compression.scm
index 7c22300..b768326 100644
--- a/gnu/packages/compression.scm
+++ b/gnu/