From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#28445: match-error in 'device-sexp->device' while building system Date: Wed, 13 Sep 2017 17:24:25 -0400 Message-ID: <87ingmcmwm.fsf@netris.org> References: <87y3pid5jw.fsf@netris.org> <871snafw35.fsf@fastmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39984) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dsF9h-0000A4-4V for bug-guix@gnu.org; Wed, 13 Sep 2017 17:25:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dsF9b-0007WW-26 for bug-guix@gnu.org; Wed, 13 Sep 2017 17:25:09 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:58547) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dsF9a-0007WS-Vz for bug-guix@gnu.org; Wed, 13 Sep 2017 17:25:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dsF9a-0005YA-KY for bug-guix@gnu.org; Wed, 13 Sep 2017 17:25:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <871snafw35.fsf@fastmail.com> (Marius Bakke's message of "Wed, 13 Sep 2017 17:37:50 +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: Marius Bakke Cc: 28445@debbugs.gnu.org Hi Marius, Marius Bakke writes: > I have an identical setup, and the problem is that the parameters file > contains "(store (device #f))". You can confirm this by `cat > /var/guix/profiles/system-9-link/parameters`. Indeed, I discovered that as well. > This patch fixes the parameters generation, but you have to move away > the profile symlinks that contains the broken parameters file before you > can use `guix system` again). > > From 5ca849b84c02f5d213b40c654f1449e19adb5471 Mon Sep 17 00:00:00 2001 > From: Marius Bakke > Date: Tue, 12 Sep 2017 21:03:36 +0200 > Subject: [PATCH] system: Recognize device titles when creating boot > parameters. Thanks very much for this, but I think we should find a solution that doesn't involve discarding all existing system generations. The problem is, we would have to take a leap of faith that the newly generated system will work. We should not ask users with similar setups to take that leap of faith and possibly end up with an unbootable system in need of rescue. Guix is supposed to prevent this situation from happening. At least for some transition period, it would be good to find a way to cope with (store (device #f)) in some older system generations. What do you think? Mark