guix-patches
[Top][All Lists]
Advanced

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

[bug#52283] [PATCH 02/10] transformations: Add '--tune'.


From: Ludovic Courtès
Subject: [bug#52283] [PATCH 02/10] transformations: Add '--tune'.
Date: Fri, 10 Dec 2021 09:49:25 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)

Hello!

zimoun <zimon.toutoune@gmail.com> skribis:

> On Thu, 09 Dec 2021 at 10:19, Ludovic Courtès <ludovic.courtes@inria.fr> 
> wrote:
>> zimoun <zimon.toutoune@gmail.com> skribis:
>
>>> I imagine the scenario: I develop a new simulation tool, I package it
>>> for Guix, I share it; usually I run "guix shell -D" and do loop over
>>> "make" and "make check", then deploy using "guix build --tune".  My
>>> colleague fetches it and want to run it on another cluster, i.e., they
>>> run "guix build --tune".  The test suite for the generic/baseline is
>>> never run inside a clean environment.  And as we know, this isolated
>>> part allows to detect many common issues; which are often source of
>>> "it works for me, why does it not work for you?". ;-)
>>
>> Sure, we can always come up with such scenarios.
>
> Turning off the test is the general case to cover various use case.
>
> Does it make sense to conditionally turn off?  Say, the default for
> ’tune’ is #f, but it is #t when the requested host micro-architecture is
> the same than the daemon one.  Well, maybe it is overcomplicated for few
> corner cases. :-)

Yeah, there’s currently no way to know whether the build machine would
be able to run that code.  Knowing what machine the daemon runs on is
not enough because there could be offloading.

Ludo’.





reply via email to

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