guix deploy with (with build-locally #f) needlessly syncs build artifacts

  • Done
  • quality assurance status badge
Details
2 participants
  • Ludovic Courtès
  • Maxim Cournoyer
Owner
unassigned
Submitted by
Maxim Cournoyer
Severity
normal
M
M
Maxim Cournoyer wrote on 20 Nov 2021 04:58
(name . bug-guix)(address . bug-guix@gnu.org)
87pmqveawe.fsf@gmail.com
Hello,

While configuring a machine setup for building the packages remotely, I
observed that all substitutes were first retrieved on the local host.

Since the intent is to deploy the remote machine and have it build the
package itself, this is a wasteful use resources. The remote machine
should fetch the or substitutes or package sources itself.

Thanks,

Maxim
M
M
Maxim Cournoyer wrote on 20 Nov 2021 05:38
(address . 51991@debbugs.gnu.org)
87lf1je90w.fsf@gmail.com
Hello,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

Toggle quote (9 lines)
> Hello,
>
> While configuring a machine setup for building the packages remotely, I
> observed that all substitutes were first retrieved on the local host.
>
> Since the intent is to deploy the remote machine and have it build the
> package itself, this is a wasteful use resources. The remote machine
> should fetch the or substitutes or package sources itself.

I'm not sure the above is accurate because near the end of deploy it
only transferred a handful of megabytes. I suspect it needed something
to compute the derivations locally, perhaps grafts? For example, I have
openjdk installed on the remote machine, and it was downloaded locally
(more than 100 MiB download IIRC), but it was never transferred, if I
followed correctly.

Sorry to write confusing things; I'm a bit confused myself :-).

Thanks,

Maxim
L
L
Ludovic Courtès wrote on 17 Dec 2021 22:33
(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)(address . 51991@debbugs.gnu.org)
87a6gyq5lk.fsf@gnu.org
Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:

Toggle quote (18 lines)
> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
>
>> Hello,
>>
>> While configuring a machine setup for building the packages remotely, I
>> observed that all substitutes were first retrieved on the local host.
>>
>> Since the intent is to deploy the remote machine and have it build the
>> package itself, this is a wasteful use resources. The remote machine
>> should fetch the or substitutes or package sources itself.
>
> I'm not sure the above is accurate because near the end of deploy it
> only transferred a handful of megabytes. I suspect it needed something
> to compute the derivations locally, perhaps grafts? For example, I have
> openjdk installed on the remote machine, and it was downloaded locally
> (more than 100 MiB download IIRC), but it was never transferred, if I
> followed correctly.

Yeah, I’m tempted to tag it as “notabug”. WDYT?

Ludo’.
M
M
Maxim Cournoyer wrote on 17 Dec 2021 22:41
control message for bug #51991
(address . control@debbugs.gnu.org)
871r2a7vuf.fsf@gmail.com
tags 51991 + notabug
quit
M
M
Maxim Cournoyer wrote on 17 Dec 2021 22:42
Re: bug#51991: guix deploy with (with build-locally #f) needlessly syncs build artifacts
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 51991-done@debbugs.gnu.org)
87wnk26h90.fsf@gmail.com
Hello Ludovic,

Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (24 lines)
> Hi,
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>
>> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
>>
>>> Hello,
>>>
>>> While configuring a machine setup for building the packages remotely, I
>>> observed that all substitutes were first retrieved on the local host.
>>>
>>> Since the intent is to deploy the remote machine and have it build the
>>> package itself, this is a wasteful use resources. The remote machine
>>> should fetch the or substitutes or package sources itself.
>>
>> I'm not sure the above is accurate because near the end of deploy it
>> only transferred a handful of megabytes. I suspect it needed something
>> to compute the derivations locally, perhaps grafts? For example, I have
>> openjdk installed on the remote machine, and it was downloaded locally
>> (more than 100 MiB download IIRC), but it was never transferred, if I
>> followed correctly.
>
> Yeah, I’m tempted to tag it as “notabug”. WDYT?

Fine by me, closing for now.

Thank you!

Maxim
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 51991@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 51991
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch