From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#22883: Trustable "guix pull" Date: Sun, 02 Sep 2018 18:05:42 +0200 Message-ID: <871sab7ull.fsf@gnu.org> References: <87io14sqoa.fsf@dustycloud.org> <87tvnemfjh.fsf@aikidev.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47611) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fwV5i-0000hs-Qm for bug-guix@gnu.org; Sun, 02 Sep 2018 12:19:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fwUt0-0001Br-90 for bug-guix@gnu.org; Sun, 02 Sep 2018 12:06:02 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:38197) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fwUt0-0001Bj-5A for bug-guix@gnu.org; Sun, 02 Sep 2018 12:06:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87tvnemfjh.fsf@aikidev.net> (Vagrant Cascadian's message of "Tue, 28 Aug 2018 12:56:02 -0700") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Vagrant Cascadian Cc: 22883@debbugs.gnu.org Hi Vagrant, Vagrant Cascadian skribis: > This isn't exactly pretty, and obviously a better long-term solution is > needed, but I wrote a quick shell script to at least partially addresses > some my biggest fears with guix pull... > > Basically, it updates a git checkout, checks the signatures on the > commits, looking for the topmost signed commit by a key in a specific > keyring, and then runs guix pull with that commit. Thanks for sharing! Even if it=E2=80=99s not the long-term solution, it=E2= =80=99s a useful way to see how to move forward. > It relies on a custom gpg directory and assumes any of the keys in the > keyring are valid potential signers of the commits; the web of trust is > essentially ignored. > > I really don't like having a custom GNUPGHOME, but I didn't see any > other obvious way to pass arguments to git to use a custom keyring. I > populated this GNUPGHOME with keys from: > > https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=3Dguix&do= wnload=3D1 > > And then ran gpg --refresh-keys on it, as several keys were > outdated/expired. =E2=80=98gpgv=E2=80=99, which is recommended for this use case, has a =E2= =80=98--keyring=E2=80=99 argument. I suppose we could use that. > (an alternative approach to populate the keyring might be: > https://gitlab.com/Efraim/guix-keyring) Indeed, didn=E2=80=99t know about this repo. Thank you, Ludo=E2=80=99.