exception caught while executing 'start' on service 'user-homes':

  • Open
  • quality assurance status badge
Details
2 participants
  • Danny Milosavljevic
  • Ludovic Courtès
Owner
unassigned
Submitted by
Danny Milosavljevic
Severity
normal
D
D
Danny Milosavljevic wrote on 21 Apr 2019 11:18
(address . bug-guix@gnu.org)
20190421111818.0518b702@scratchpost.org
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)))
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAly8NVoACgkQ5xo1VCww
uqVxEwf/QVUizlXEDZe9+dH9Nputi1QgWzEOYadoowowZyFnshW/s0l11rX2cL/i
0RtT+ed/5LUIIw+3wcHX9p8iHmMim7OYOWT9WvQim9olog8gZzWidWhXe9Sw9k3I
TEsXL+4/+fxu/Ikgvoenqy579jgTK2E6yzcYRjOOAGY6pG/vmMSqxfw7VkosgaYr
zyYTSmnEok6kMZMAaysCrr+L2SGf3B9hTkw+HZJDa9W4vbcfriH4gWirBioWvdMl
TO1RC+zmdir3ERUrNJrhgmhoq8s5p2Vh2OoBArt+FVzPkFM3bov+nh88KQ0kEHyl
j2zaTX1nyjWNK3L1wrb6c0/BEUdP7w==
=QGPH
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 21 Apr 2019 22:27
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)(address . 35356@debbugs.gnu.org)
87k1fn2jea.fsf@gnu.org
Hello,

Danny Milosavljevic <dannym@scratchpost.org> skribis:

Toggle quote (5 lines)
> 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’.
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 35356@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 35356
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch