Received: from out-48.mta1.migadu.com (out-48.mta1.migadu.com [IPv6:2001:41d0:203:375::30]) by gbr-app-1.alpinelinux.org (Postfix) with ESMTPS id D1A7F223844 for <~alpine/users@lists.alpinelinux.org>; Mon, 5 Jun 2023 19:50:46 +0000 (UTC) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ayaya.dev; s=key1; t=1685994643; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=8q045D3nCW/tfdKBJQwna4dU1/HLzxLGOSBHPMyZch8=; b=qiQWYUfbw4KL+kZO82Gmr0ncoX2yJ5K3fRJy1o6HcFtsNfFc7VDC9kvXxf2OJFTG7JWGP3 ewmAOde1SjbT6BKJh6Ye4S6/5DZDzQcv/BYZTOgbzKoLjQjDdUckyBUhdKSBJXPnzTOwBf eIaNv+Nwz4+JeR/jtkrMk+qAsm7SVe8= Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Mon, 05 Jun 2023 21:50:42 +0200 Message-Id: Subject: Re: Fwd: waiting for the keyboxd to come up X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: "alice" To: "Thomas Leplus" , <~alpine/users@lists.alpinelinux.org> References: In-Reply-To: X-Migadu-Flow: FLOW_OUT On Mon Jun 5, 2023 at 9:43 PM CEST, Thomas Leplus wrote: > I am still not 100% clear on what the issue was but I found a fix[1]. If = I > remove the call to `gpg --list-keys` during the docker build, the gpg-age= nt > later used by my script is '/usr/bin/gpg-agent' instead of > '/usr/libexec/keyboxd'. After that everything works. Note that this was n= ot > necessary in 3.17. i've heard of multiple people have this same-ish specific kind of issue wit= h gnupg 2.4 and the new keyboxd thing in this docker context, e.g. on https://github.com/nodejs/docker-node/pull/1895 (the missing keyboxd thing = was actually fixed, that was a packaging error) (not sure if that's the same is= sue) not sure why it malfunctions, but this just seems like a rudimentary gnupg = issue in itself, not related to much else. everyone finds their magic workaround = to call stuff a certain way or kill things in bg first.. > [1] > https://github.com/leplusorg/docker-pgp-verify-jar/commit/0e38af4a86d05b8= dfcbacba804b2cb8086ad6499 > > On Mon, Jun 5, 2023 at 11:33=E2=80=AFAM Thomas Leplus > wrote: > > > Hi Alice, > > > > I did not use my full script, just the command that I pasted, but I did > > run it inside from inside my base image. Now I run it from a vanilla > > alpine:3.18.0 image and it works. So something in my Dockerfile is brea= king > > gnupg. I just need to figure out what but you've narrowed it down quite= a > > bit. Thanks! > > > > On Mon, Jun 5, 2023 at 11:23=E2=80=AFAM alice wrote: > > > >> On Mon Jun 5, 2023 at 8:20 PM CEST, Thomas Leplus wrote: > >> > Hi, > >> > > >> > When I run the following command in an alpine:3.18.0 docker > >> container[1] it > >> > hangs: > >> > > >> > $ gpg --batch --verbose --keyserver keyserver.ubuntu.com --recv-keys > >> > 6B1B9BE54C155617 > >> > >> this exact thing verbatim works fine for me in 3.18 with just `gpg` ad= ded. > >> perhaps the issue is somewhere else in that entire script you run.. > >> but if you reproduce it with just this, then not sure what it could be= . > >> > >> > gpg: enabled compatibility flags: > >> > gpg: no running dirmngr - starting '/usr/bin/dirmngr' > >> > gpg: waiting for the dirmngr to come up ... (5s) > >> > gpg: connection to the dirmngr established > >> > gpg: data source: http://162.213.33.9:11371 > >> > gpg: armor header: Comment: Hostname: > >> > gpg: armor header: Version: Hockeypuck 2.1.0-222-g25248d4 > >> > gpg: key 6B1B9BE54C155617: number of dropped non-self-signatures: 2 > >> > gpg: pub rsa3072/6B1B9BE54C155617 2021-01-22 Thomas Leplus < > >> > thomas@leplus.org> > >> > gpg: no running keyboxd - starting '/usr/libexec/keyboxd' > >> > gpg: waiting for the keyboxd to come up ... (5s) > >> > > >> > Any suggestion would be appreciated. > >> > > >> > Tom > >> > > >> > [1] > >> > > >> https://github.com/leplusorg/docker-pgp-verify-jar/blob/main/pgp-verif= y-jar/Dockerfile > >> > >>