From mboxrd@z Thu Jan 1 00:00:00 1970 From: Danny Milosavljevic Subject: bug#30847: Cannot upgrade GuixSD due to check-device-initrd-modules Date: Sun, 18 Mar 2018 23:33:31 +0100 Message-ID: <20180318233331.59bc54e1@scratchpost.org> References: <87zi351h0t.fsf@vany.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/7XU_3qSGwxLb7OPvhDJ78W8"; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38209) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1exgsQ-0003A4-5K for bug-guix@gnu.org; Sun, 18 Mar 2018 18:34:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1exgsN-0007uf-2Z for bug-guix@gnu.org; Sun, 18 Mar 2018 18:34:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:60792) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1exgsM-0007uT-Tg for bug-guix@gnu.org; Sun, 18 Mar 2018 18:34:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1exgsM-00010r-Fb for bug-guix@gnu.org; Sun, 18 Mar 2018 18:34:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87zi351h0t.fsf@vany.ca> 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: Adam Van Ymeren Cc: 30847@debbugs.gnu.org --Sig_/7XU_3qSGwxLb7OPvhDJ78W8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Adam, On Sun, 18 Mar 2018 12:32:18 -0400 Adam Van Ymeren wrote: > Fundamentally I think the problem is that check-device-initrd-modules is > checking modules for the currently running kernel which is not > necessarily the kernel that I will be installing. Yeah, otherwise it would have to build everything first. > At the very least however it would be nice if I could override this > check with a --i-know-what-im-doing flag of some sort. It exists: --skip-checks > It seems odd that check-device-initrd-modules will not prevent your > installation from continuing if it can't find modules.alias, but if it > can find it and you didn't specify the initrd-modules it thinks you need > then it becomes a hard error that you can't override.=20 > Perhaps it should > always be a warning or prompt the user if they want to continue. Yeah, I'd prefer a warning and sleep 5 since the result is not guaranteed t= o be correct. Also it would be possible to build a Frankenstein's monster version where it checks the new kernel config and finds out which modules would be builtin (that would involve a lot of Makefile and Kconfig parsing... ugh). An additional more complete check (with the new kernel etc) at the end would make sense. --Sig_/7XU_3qSGwxLb7OPvhDJ78W8 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlqu6TsACgkQ5xo1VCww uqVsoAf+KBvrfuaJ9EMMEz9c5jCaD+4ZQxFo/dT7AbQPewIzVAcZyIs4FCrrA/3h I1Vc8/XkrQUaqC9MrDsS7ExsnFZ10xJFg+szqcr0gxV9q/BHfP6XcVa1mLVui2e7 qWoh/ZDRWIu9W9wjypmofeKoVho2yLMMwZwEuaVFrlrXtpKTEVUpniHYpfiEHXpA JeagG/xqTpJnwQjXswQ4ZdTjXOl6QQWsW3908CQMJx4aMD/kJWohA6ERoAdqKsKH EvYVbt0wu+xkQiyy4aE8y8kJfQOAb/HUsbboBEx4dRf6mKtQ7Gx1tRiXFxlySzcu hz6Tp4zOZittloVea+MaUm6gDxxLEw== =PCYY -----END PGP SIGNATURE----- --Sig_/7XU_3qSGwxLb7OPvhDJ78W8--