From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id wKDMLBi+ol/6HwAA0tVLHw (envelope-from ) for ; Wed, 04 Nov 2020 14:43:36 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id uK7UKBi+ol9CPAAA1q6Kng (envelope-from ) for ; Wed, 04 Nov 2020 14:43:36 +0000 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 625FD9403A9 for ; Wed, 4 Nov 2020 14:43:36 +0000 (UTC) Received: from localhost ([::1]:33498 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kaK0d-0005MB-9s for larch@yhetil.org; Wed, 04 Nov 2020 09:43:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47424) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kaK0V-0005M3-DM for guix-devel@gnu.org; Wed, 04 Nov 2020 09:43:27 -0500 Received: from dd26836.kasserver.com ([85.13.145.193]:33450) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kaK0S-00031h-VN; Wed, 04 Nov 2020 09:43:26 -0500 Received: from localhost (80-110-126-103.cgn.dynamic.surfer.at [80.110.126.103]) by dd26836.kasserver.com (Postfix) with ESMTPSA id C57AB3360D7D; Wed, 4 Nov 2020 15:43:21 +0100 (CET) Date: Wed, 4 Nov 2020 15:43:16 +0100 From: Danny Milosavljevic To: Ludovic =?ISO-8859-1?Q?Court=E8s?= Subject: Re: Releasing guix binary in Docker format too? Message-ID: <20201104154316.548b26e3@scratchpost.org> In-Reply-To: <87eelr37rn.fsf@gnu.org> References: <20200922115019.08d40bec@scratchpost.org> <20200924095904.49411b47@scratchpost.org> <87mu0g7xiu.fsf@gnu.org> <87eelr37rn.fsf@gnu.org> X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/oNktDrjfY2ylhvH_=R5a_0/"; protocol="application/pgp-signature"; micalg=pgp-sha512 Received-SPF: none client-ip=85.13.145.193; envelope-from=dannym@scratchpost.org; helo=dd26836.kasserver.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/04 08:36:27 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Guix Devel Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: 1.39 X-TUID: K8lmCfK5RBTl --Sig_/oNktDrjfY2ylhvH_=R5a_0/ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ludo, On Wed, 21 Oct 2020 17:42:36 +0200 Ludovic Court=C3=A8s wrote: > zimoun skribis: >=20 > > The tool is 'skopeo' and packaged in Guix. > > > > However, push to DockerHub requires an account (by Guix project) which > > requires... probably non-free JS, at least once. =20 >=20 > Hmm OK. Users of Docker wouldn=E2=80=99t have to create an account and r= un the > non-free JS, so this is probably acceptable. >=20 > The next problem is: what would this image contain? =E2=80=98guix pack g= uix=E2=80=99 is > probably not enough because people expect the daemon to be running. > Adding =E2=80=98--entry-point=3Dbin/guix-daemon=E2=80=99 probably isn=E2= =80=99t good either > because =E2=80=98guix-daemon=E2=80=99 never exits, which I think is contr= ary to what > users expect. It really depends on how people use the images. It's totally normal for docker containers to start services they need in the foreground on container startup, and people then entering that running container from the outside anyway (!) using docker tools. The guix I packaged on https://gitlab.com/daym/guix-on-docker/ is specifically used as a test runner, which is why I background guix-daemon there. Otherwise, the gitlab test runners would hang waiting for guix-daemon to finish (which never happens). If I wouldn't need that, I'd totally not background stuff. > For the same reason, an image produced by =E2=80=98guix system docker-ima= ge=E2=80=99 may > not be OK because =E2=80=98shepherd=E2=80=99 never returns. >=20 > Should we change =E2=80=98guix system docker-image=E2=80=99 such that =E2= =80=98shepherd=E2=80=99 is > started in the background? Why? Docker tools are perfectly capable of entering a docker container where a foreground process is running. Also, one has to be careful that the container doesn't get stopped since the last process finished. --Sig_/oNktDrjfY2ylhvH_=R5a_0/ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl+ivgQACgkQ5xo1VCww uqW/fwf/TRT5lFT6BQ5HmmEwdbEWiqw7VwJD+ApNZByiJql0J+9Nz3sVaL5qOclk dhtIFg6lgbgKaQpFh8hrquuliYf0X73O8hAXUZ52gas4pKIImVcmCGPtufok3BxD IAUqaqNnFBhoFZfurdGutYGvMSVH04aP9Tm0tZ/hrQGkOHgaGzdtHpJOIF/ZX6bN HhSsJPwqNfn9Pi3zdhISNx/8N+7fEf8hZ0j9ALyBoYiYoMrawA1H4jlF0MwdtrkU EQqtIZntujKwHJc6VLESaD72GQiPHL/mH0ahwc9oiOW2ZnYnUL2JzXyWA0Wyffyo wdUSC40wVtktLpMSTPWCzIocqZWJCg== =jFVs -----END PGP SIGNATURE----- --Sig_/oNktDrjfY2ylhvH_=R5a_0/--