* Re: bug#19805: Numpy failures
2015-02-09 23:07 ` bug#19805: " Ludovic Courtès
@ 2015-02-10 13:20 ` Federico Beffa
2015-02-10 13:20 ` Federico Beffa
` (2 subsequent siblings)
3 siblings, 0 replies; 11+ messages in thread
From: Federico Beffa @ 2015-02-10 13:20 UTC (permalink / raw
To: Ludovic Courtès; +Cc: Guix-devel, 19805
On Tue, Feb 10, 2015 at 12:07 AM, Ludovic Courtès <ludo@gnu.org> wrote:
>> At some point we should fix the support for '#:substitutable?' on hydra
>
> That probably means that #:substitutable? should be propagated–i.e.,
> that anything depending on ATLAS should not be substituted.
I guess so. Is there a way to specify this in a package or does it
require changes to the guix code?
Regards,
Fede
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#19805: Numpy failures
2015-02-09 23:07 ` bug#19805: " Ludovic Courtès
2015-02-10 13:20 ` Federico Beffa
@ 2015-02-10 13:20 ` Federico Beffa
2015-02-10 13:52 ` Mark H Weaver
2015-02-10 13:52 ` Mark H Weaver
3 siblings, 0 replies; 11+ messages in thread
From: Federico Beffa @ 2015-02-10 13:20 UTC (permalink / raw
To: Ludovic Courtès; +Cc: Guix-devel, 19805
On Tue, Feb 10, 2015 at 12:07 AM, Ludovic Courtès <ludo@gnu.org> wrote:
>> At some point we should fix the support for '#:substitutable?' on hydra
>
> That probably means that #:substitutable? should be propagated–i.e.,
> that anything depending on ATLAS should not be substituted.
I guess so. Is there a way to specify this in a package or does it
require changes to the guix code?
Regards,
Fede
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#19805: Numpy failures
2015-02-09 23:07 ` bug#19805: " Ludovic Courtès
2015-02-10 13:20 ` Federico Beffa
2015-02-10 13:20 ` Federico Beffa
@ 2015-02-10 13:52 ` Mark H Weaver
2015-02-10 13:52 ` Mark H Weaver
3 siblings, 0 replies; 11+ messages in thread
From: Mark H Weaver @ 2015-02-10 13:52 UTC (permalink / raw
To: Ludovic Courtès; +Cc: guix-devel, 19805, Federico Beffa
ludo@gnu.org (Ludovic Courtès) writes:
> Federico Beffa <beffa@ieee.org> skribis:
>
>> At some point we should fix the support for '#:substitutable?' on hydra
>
> That probably means that #:substitutable? should be propagated–i.e.,
> that anything depending on ATLAS should not be substituted.
As I just wrote in the "texlive failure" thread, setting
#:substitutable? #f might make sense for texlive. However, in that case
we certainly would not want to propagate that setting.
So, instead of propagating it, how about simply arranging to not send
such packages to the build slaves, instead forcing them to build it
locally on their own?
I suppose this would cause the texlive build log to be prepended to some
other build log, which is not so good, but that could also be dealt with
in various ways, e.g. by changing the "send dependency to slave" logic
for non-substitutable packages to build the package on that particular
slave.
What do you think?
Mark
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: bug#19805: Numpy failures
2015-02-09 23:07 ` bug#19805: " Ludovic Courtès
` (2 preceding siblings ...)
2015-02-10 13:52 ` Mark H Weaver
@ 2015-02-10 13:52 ` Mark H Weaver
2015-02-10 14:41 ` Ludovic Courtès
2015-02-10 14:41 ` Ludovic Courtès
3 siblings, 2 replies; 11+ messages in thread
From: Mark H Weaver @ 2015-02-10 13:52 UTC (permalink / raw
To: Ludovic Courtès; +Cc: guix-devel, 19805, Federico Beffa
ludo@gnu.org (Ludovic Courtès) writes:
> Federico Beffa <beffa@ieee.org> skribis:
>
>> At some point we should fix the support for '#:substitutable?' on hydra
>
> That probably means that #:substitutable? should be propagated–i.e.,
> that anything depending on ATLAS should not be substituted.
As I just wrote in the "texlive failure" thread, setting
#:substitutable? #f might make sense for texlive. However, in that case
we certainly would not want to propagate that setting.
So, instead of propagating it, how about simply arranging to not send
such packages to the build slaves, instead forcing them to build it
locally on their own?
I suppose this would cause the texlive build log to be prepended to some
other build log, which is not so good, but that could also be dealt with
in various ways, e.g. by changing the "send dependency to slave" logic
for non-substitutable packages to build the package on that particular
slave.
What do you think?
Mark
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#19805: Numpy failures
2015-02-10 13:52 ` Mark H Weaver
@ 2015-02-10 14:41 ` Ludovic Courtès
2015-02-10 14:41 ` Ludovic Courtès
1 sibling, 0 replies; 11+ messages in thread
From: Ludovic Courtès @ 2015-02-10 14:41 UTC (permalink / raw
To: Mark H Weaver; +Cc: guix-devel, 19805, Federico Beffa
Mark H Weaver <mhw@netris.org> skribis:
> ludo@gnu.org (Ludovic Courtès) writes:
>
>> Federico Beffa <beffa@ieee.org> skribis:
>>
>>> At some point we should fix the support for '#:substitutable?' on hydra
>>
>> That probably means that #:substitutable? should be propagated–i.e.,
>> that anything depending on ATLAS should not be substituted.
>
> As I just wrote in the "texlive failure" thread, setting
> #:substitutable? #f might make sense for texlive. However, in that case
> we certainly would not want to propagate that setting.
>
> So, instead of propagating it, how about simply arranging to not send
> such packages to the build slaves, instead forcing them to build it
> locally on their own?
I think there are two properties of interest: “substitutability”, and
“offloadability”.
What do we want for ATLAS, for NumPy, and for TeX Live?
However, note that we can’t currently distinguish between these two
properties: <http://bugs.gnu.org/18747>.
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: bug#19805: Numpy failures
2015-02-10 13:52 ` Mark H Weaver
2015-02-10 14:41 ` Ludovic Courtès
@ 2015-02-10 14:41 ` Ludovic Courtès
2015-09-11 19:40 ` Ludovic Courtès
1 sibling, 1 reply; 11+ messages in thread
From: Ludovic Courtès @ 2015-02-10 14:41 UTC (permalink / raw
To: Mark H Weaver; +Cc: guix-devel, 19805, Federico Beffa
Mark H Weaver <mhw@netris.org> skribis:
> ludo@gnu.org (Ludovic Courtès) writes:
>
>> Federico Beffa <beffa@ieee.org> skribis:
>>
>>> At some point we should fix the support for '#:substitutable?' on hydra
>>
>> That probably means that #:substitutable? should be propagated–i.e.,
>> that anything depending on ATLAS should not be substituted.
>
> As I just wrote in the "texlive failure" thread, setting
> #:substitutable? #f might make sense for texlive. However, in that case
> we certainly would not want to propagate that setting.
>
> So, instead of propagating it, how about simply arranging to not send
> such packages to the build slaves, instead forcing them to build it
> locally on their own?
I think there are two properties of interest: “substitutability”, and
“offloadability”.
What do we want for ATLAS, for NumPy, and for TeX Live?
However, note that we can’t currently distinguish between these two
properties: <http://bugs.gnu.org/18747>.
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 11+ messages in thread