From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id cJiHGvFA02FRdQAAgWs5BA (envelope-from ) for ; Mon, 03 Jan 2022 19:31:13 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id QFkrE/FA02FORAAAG6o9tA (envelope-from ) for ; Mon, 03 Jan 2022 19:31:13 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D84952FE12 for ; Mon, 3 Jan 2022 19:31:12 +0100 (CET) Received: from localhost ([::1]:48606 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n4S6x-0004UY-Ia for larch@yhetil.org; Mon, 03 Jan 2022 13:31:11 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57778) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4S6o-0004UB-Kh for bug-guix@gnu.org; Mon, 03 Jan 2022 13:31:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:52867) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n4S6o-0005On-A8 for bug-guix@gnu.org; Mon, 03 Jan 2022 13:31:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n4S6o-0003rn-1E for bug-guix@gnu.org; Mon, 03 Jan 2022 13:31:02 -0500 Subject: bug#52517: inconstency with offloading Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Date: Mon, 03 Jan 2022 18:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 52517 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: zimoun Mail-Followup-To: 52517@debbugs.gnu.org, ludo@gnu.org, zimon.toutoune@gmail.com Received: via spool by 52517-done@debbugs.gnu.org id=D52517.164123464814838 (code D ref 52517); Mon, 03 Jan 2022 18:31:01 +0000 Received: (at 52517-done) by debbugs.gnu.org; 3 Jan 2022 18:30:48 +0000 Received: from localhost ([127.0.0.1]:36179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4S6a-0003rF-08 for submit@debbugs.gnu.org; Mon, 03 Jan 2022 13:30:48 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:35812) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4S6Y-0003r3-L7 for 52517-done@debbugs.gnu.org; Mon, 03 Jan 2022 13:30:47 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id E88223E5; Mon, 3 Jan 2022 19:30:39 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3n2IVHl04IOz; Mon, 3 Jan 2022 19:30:39 +0100 (CET) Received: from ribbon (91-160-117-201.subs.proxad.net [91.160.117.201]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 89D282C3; Mon, 3 Jan 2022 19:30:38 +0100 (CET) From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87y24lol6r.fsf@gmail.com> <87sfu4g3s0.fsf@gnu.org> <86czl8viwt.fsf@gmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 14 =?UTF-8?Q?Niv=C3=B4se?= an 230 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 03 Jan 2022 19:30:37 +0100 In-Reply-To: <86czl8viwt.fsf@gmail.com> (zimoun's message of "Mon, 03 Jan 2022 18:16:50 +0100") Message-ID: <87k0fgfz8y.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Rspamd-Server: hera X-Rspamd-Queue-Id: E88223E5 X-Spamd-Result: default: False [0.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVRCPT(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.63)[subject]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 52517-done@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1641234673; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-to: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=agU+ZWmGoIEDUc03du5eFKvDYzTMlK8y044jQtQn5kc=; b=tN3NL1M0ou8FyuTZQ7HD5Nguowizl1qkv09Xb7Bxonbl6cinasTm7mw4Z2HkeNlVeBRleZ smMVPI5Ah088VvicQY052PL8l6k/TAyvuNOS+l/lPuoU6Rwxo3TtzafVY88fZAe3XmgvCH kGbqHxhFheBPbOxA0rHS1yFeSUm+Yr+aDx6ZNqAyMhEAYi/OHmScX05Y/SL4urYRckTmWZ SEQ/Vg0GSPrWnEc9rlJhbuSOjDMtCm5MiXKjr85TZ2efxsEMIN6izMi4En45R223ZT88d7 Qph6LQKFDmE+tciZmVgvXrhtcYIwA8Ngu01yzzCpOPTjg5jxbpcx78URdwRZtg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1641234673; a=rsa-sha256; cv=none; b=PcS1vcNdqGXwnSisNZAbGHI0juYvftxrelOM0me5xpMl8BY2myid+Y1k3aatZloaAID1mQ w9dGubtAy02UaOvkTMKjI9tf2WlZRxAmxKLDKiGtKID7M3W1tpNjpuVIUSHIOkSd+but/r Ar+2/jGR70PEwU+30Zh4KKNzVjTgR0rYqx171VLIeb7nIxmE8NmRDgQ1agoCilkTgeB4MR eyD3UJvAq8OSq1WeGoFOKeTKf5eF646Aul2pYvwf44VlJrFvbHJnnZroItA3j7F7E5MwEv l5mD5X3ntnbLfjG7HhbTCkP4wolJKKGOAzplQkcIupTxbelOODBspFqds372YA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -4.89 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: D84952FE12 X-Spam-Score: -4.89 X-Migadu-Scanner: scn0.migadu.com X-TUID: EJ1vw7Ft3PCF Hi, zimoun skribis: > On Mon, 03 Jan 2022 at 17:52, Ludovic Court=C3=A8s wrote: > >> This is because guix-daemon spawns =E2=80=98guix offload=E2=80=99 as roo= t. > > Yes. The issue is I cannot offload to a machine where I have an SSH > account and where Guix is installed if the sysadmin does not configure > correctly this /root/.ssh/. True. That=E2=80=99s admittedly not as flexible as it could be. Interestingly, GUIX_DAEMON_SOCKET=3Dssh://=E2=80=A6 almost achieves that. Perhaps we could implement =E2=80=9Cuser-level offloading=E2=80=9D, probabl= y in addition to system-wide offloading? Food for thought=E2=80=A6 >> diff --git a/doc/guix.texi b/doc/guix.texi >> index 43549da388..9c1f30e83f 100644 >> --- a/doc/guix.texi >> +++ b/doc/guix.texi >> @@ -1250,9 +1250,10 @@ The @file{/etc/guix/machines.scm} file typically = looks like this: >> (systems (list "aarch64-linux")) >> (host-key "ssh-rsa AAAAB3Nza@dots{}") >> (user "alice") >> - (private-key >> - (string-append (getenv "HOME") >> - "/.ssh/identity-for-guix")))) >> + >> + ;; Remember 'guix offload' is spawned by >> + ;; 'guix-daemon' as root. >> + (private-key "/root/.ssh/identity-for-guix"))) > > This patch LGTM. At least, it could save time for people configuring > offload. :-) Alright, committing. > I am fine to close the issue but, as I said, the fix seems to be able to > offload without root access but just an SSH access. Yes, we can discuss that separately. A simple design would be to have clients install a =E2=80=9Cbuild handler= =E2=80=9D; when the handler is called, it selects a machine, open a remote store connection, copies missing inputs, starts the build, retrieves outputs=E2=80=94all that from the client. Of course admins still have to authorize keys both ways, but at least that gives more flexibility. (We could also have a model where keys are authorized just one-way.) Thanks, Ludo=E2=80=99.