From mboxrd@z Thu Jan 1 00:00:00 1970 From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) Subject: bug#36876: guix system delete-generations removes custom boot menu entries Date: Wed, 28 Aug 2019 11:38:45 -0400 Message-ID: <87lfvdpaey.fsf@sdf.lonestar.org> References: <20190731094857.28829b11@gmail.com> <8736ifzjfe.fsf@sdf.lonestar.org> <87sgps6p6c.fsf@gnu.org> 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]:47911) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i303H-0006re-8A for bug-guix@gnu.org; Wed, 28 Aug 2019 11:40:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i303G-0004KM-B7 for bug-guix@gnu.org; Wed, 28 Aug 2019 11:40:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:42266) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i303G-0004KI-8e for bug-guix@gnu.org; Wed, 28 Aug 2019 11:40:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1i303G-0008Er-2w for bug-guix@gnu.org; Wed, 28 Aug 2019 11:40:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87sgps6p6c.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 23 Aug 2019 14:28:59 +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: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 36876@debbugs.gnu.org, Jesse Gibbons --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ludo, Ludovic Court=C3=A8s writes: > I agree with Danny here that parsing the GRUB config wouldn=E2=80=99t be = great. > > We have information about the user=E2=80=99s extra menu entries. The iss= ue, as > I see it, as that this information is lost once the system is > instantiated. > > But! We have the structure, that gets serialized with > the system, and which we could extend with those extra menu entries. > That way, the info would be preserved, and we can restore them upon > =E2=80=98delete-generations=E2=80=99. records are bootloade= r-independent, > which is good. > > How does that sound? Would that involve appending an additional field to for storing the previous entries? I think that would have the pleasant side-effect of making the code for deployment/reconfiguration simpler :) Regards, Jakob --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEa1VJLOiXAjQ2BGSm9Qb9Fp2P2VoFAl1moAUACgkQ9Qb9Fp2P 2VqHBg/+I9HKnOOKbVcDscLbE+OFIPGnVdtYBXrUV1e26Yu1pplaK/pI1SL7rV14 5Xl1v+rWKczR597yIglbqllgd4ERs+u+EU6Ke1EDzymAFg2J+qRqcacRecwneXFw OdMC+LtDc0m8nQRf2b2nnsC3BvUc4jF0c30sQGL0+Z/p/yGA+5q5UDBv2zPQ1258 L6MebpfNrYbR6HRObO+chDFM9CYEQNsS+ITfHJO+wAlKP9yEu3f8QjEyf08+t8Uv KiLcB/wNixPtA6bwOeyWx/TqDeYF0KoLHX5LXq/dqBbXXRt1A5eWgBQorcA9iQA1 LoyJOSYNdKNxA7SyZqTdxAyluDnhAJXX3Fv5SziGKxmoJEPSub243/LMqdiqOF3W cA681WGRc2FarK94kce5V43Xg/OBL7X9kWZETK58iRimJkpxXktMf8wtnMu2z2aw eNny6pWKVDLcWZAjb5LnrOo/yMJI+vL+4r1Y24Wfqr/0kEyHmzDJtcMPjJlOI9B8 Mf9WhnqgtC0sWNSTo3+MnToVqE9d3afaMNt20cgd5gRp/OlUiE/lUs2O6sTbyKpk 3TqIXVh2SJ40hdUMzw/91Bwd3p33aZwFABfcyv7FyY4sAqwavS+1YGPcyiy4y1dX m6uTgQ5y+jW1RMOn7SPX3KYg0dZGSrSQXPIUEZ+7q5JDmsf4ilE= =oEDu -----END PGP SIGNATURE----- --=-=-=--