From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: bug#36855: guix system switch-generation doesn't Date: Fri, 09 Aug 2019 00:35:44 -0700 Message-ID: <87o90yvlin.fsf__26383.7501568318$1565336181$gmane$org@gmail.com> References: <7BE8190F-A8E9-454E-8F37-FBFE42FBDE10@vllmrt.net> <87zhkkojfv.fsf@dustycloud.org> <877e7on3zd.fsf@sdf.lonestar.org> <87h86ry5j5.fsf@gmail.com> <51A8B412-1AE3-4464-8146-DE8B19B7C4DF@vllmrt.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:56909) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hvzRY-0001hg-1z for bug-guix@gnu.org; Fri, 09 Aug 2019 03:36:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hvzRW-0005CO-3W for bug-guix@gnu.org; Fri, 09 Aug 2019 03:36:07 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:33194) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hvzRU-0005BU-KK for bug-guix@gnu.org; Fri, 09 Aug 2019 03:36:06 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hvzRU-0004A8-4A for bug-guix@gnu.org; Fri, 09 Aug 2019 03:36:04 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <51A8B412-1AE3-4464-8146-DE8B19B7C4DF@vllmrt.net> (Robert Vollmert's message of "Thu, 8 Aug 2019 19:03:38 +0200") 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: Robert Vollmert Cc: guix-devel@gnu.org, 36855@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Robert, Robert Vollmert writes: > On 8. Aug 2019, at 18:40, Chris Marusich wrote: >> zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) writes: >>=20 >>> 'switch-to-system-generation' doesn't call out to >>> 'upgrade-shepherd-services'. I'm not sure if this was an intentional >>> decision or not >>=20 >> It is intentional, but only because there is currently no way to call >> upgrade-shepherd-services when switching system generations. > > How does shepherd work on a non-guix system? Can=E2=80=99t be it be confi= gured > like other daemons to read its configuration from a file, e.g. from > > /run/current-system/etc/shepherd.conf > > and be told via signal to reload its configuration from disk? Maybe! In the email thread I linked, Ludo talked about storing a description of the Shepherd services in the system generation for future reference. Maybe we could store it in a place like this, and maybe Shepherd already has mechanisms for reloading configurations like this. I don't intend to work on this because I need to focus on other things right now, but I would be happy if someone took up this work! > (I feel a bit cheated right now. This behaviour makes Guix System entirely > unsuitable for server use. It shouldn=E2=80=99t be advertised as supporti= ng > transactional upgrades and rollbacks if those require a reboot.) I agree that Guix should update as many Shepherd services as it can when switching generations. However, I don't think it's inaccurate to say that Guix supports transactional upgrades and rollbacks. When you invoke "guix system switch-generation", the system profile symlink is flipped atomically, so you get an atomic update from one version of the system to another. Software running in the system never sees an inconsistent view of the system. Contrast this with nearly any other mutable GNU/Linux system, in which files are more or less sprayed into the existing file system with no guarantee of consistency or atomicity. =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAl1NIlAACgkQ3UCaFdgi Rp2VIw//US1/6CiS04hRQjoDqQ84bx59a3iownqkYyiAL/94IUUetS4ZNSg5nQ4A Pir0iD/3vJEsXLnBzKwH7AcC8mRYI3AUviv+AT7LYKuM95UVOeqp1iuUKlzCQRXl szOwI19vOJKFHrpjPEcwev1/c5Y2hYMW2rRTuajfvkeS2QNiLzNODMMjkksDcHVT tezSf72AtLL74+qXsmDidJpLYXbJ60EK4hFEztJcJLRekN5B0tT06W9qpsRCtNoB O8j8BHLDFvQXj9+2fj1TXGLYnUu0UbmgxoAaykCVIB9RxcWCfoq/ZHxT2SxUiHBG 9HxBKaRnCdXHcGdHiH9vuVjg7vFTBkYHBTFs9Z8rhEzWhoCcXVozbGEY33OUPcdn 0aNqWsQX4er5ewWiDK6Rkw1XrCpl/Jxe+BKLjTIO/UuWAHhpF87Hcqznddzjuerp W6zNXmo0HnweObv/VjWOyf3u+9kwMBRjxXO1FOSZD5D7DAAZewfKE/9CVSbrsjn5 yubVoCB/Yb4ZPJ33w3oXQVHnxL4yrbv3DMdQYNNLkdfQc9n6m3d8nnpsaHTkEmaY 9UdLCpeKN75QVyh66comhZbmkNQ6I7vGypqTDVo12/09aF7YLCDC9AiKYvZ4TYD9 dq7znOudwA72iyxRSM+JRPDmvXXNIr9ypSHjBrPjX6vY8LX882M= =fHHl -----END PGP SIGNATURE----- --=-=-=--