GNU bug report logs - #35356
exception caught while executing 'start' on service 'user-homes':

Previous Next

To reply to this bug, email your comments to 35356 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: <bug-guix <at> gnu.org>
Subject: exception caught while executing 'start' on service 'user-homes':
Date: Sun, 21 Apr 2019 11:18:18 +0200

[Message part 1 (text/plain, inline)]

guix system: error: exception caught while executing 'start' on service 'user-homes':
Throw to key `match-error' with args `("match" "no matching pattern" "#<<user-account> name: \"root\" password: \"\" uid: 0 group: \"root\" supplementary-groups: () comment: \"System administrator\" home-directory: #<procedure home-directory (x)> create-home-directory?: #t shell: \"/gnu/store/qn1ax1fkj16x280m1rv7mcimfmn9l2pf-bash-4.4.23/bin/bash\" system?: #f>")'.

commit dc01978288318a8155e2e2657be9b278a754ebac.

Config:

  (users (cons* (user-account
                 (name "dannym")
                 (uid 27481)
                 (comment "Danny")
                 (group "users")
                 ; <https://itvision.altervista.org/files/audio.png> says user should not be in the "audio" group.
                 (supplementary-groups '("wheel" "netdev" "video" "cdrom" "adbusers" "docker"))
                 (home-directory (string-append "/home/" name)))

[Message part 2 (application/pgp-signature, inline)]

Message #8 received at 35356 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Danny Milosavljevic <dannym <at> scratchpost.org>
Cc: 35356 <at> debbugs.gnu.org
Subject: Re: bug#35356: exception caught while executing 'start' on service
 'user-homes':
Date: Sun, 21 Apr 2019 22:27:57 +0200

Hello,

Danny Milosavljevic <dannym <at> scratchpost.org> skribis:

> guix system: error: exception caught while executing 'start' on service 'user-homes':
> Throw to key `match-error' with args `("match" "no matching pattern" "#<<user-account> name: \"root\" password: \"\" uid: 0 group: \"root\" supplementary-groups: () comment: \"System administrator\" home-directory: #<procedure home-directory (x)> create-home-directory?: #t shell: \"/gnu/store/qn1ax1fkj16x280m1rv7mcimfmn9l2pf-bash-4.4.23/bin/bash\" system?: #f>")'.
>
> commit dc01978288318a8155e2e2657be9b278a754ebac.

(Note that ‘reconfigure’ succeeded; it’s only ‘user-homes’ that failed
to start, no big deal.)

That happens when updating a system that dates back to before
6061d01512081c93c53fdd1d4302b36696403061.

What happens, I think, the new ‘user-homes’ service is started (in
PID 1), but it still refers to the old (gnu build activation), which
expects a tuple instead of a <user-account> record.

We can’t fix this now.  To avoid this we could make the ‘user-homes’
code a standalone program (with ‘program-file’) instead of running it in
PID 1.

Thoughts?

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.