bug#59279: Mpv also won't play video on Guix System

2022-11-16 Thread Markus Nilsson
I can confirm that on Guix System mpv also fails after the upgrade to 0.35
.

Mpv won't play videos but it can play audio in the terminal. When trying to
play videos it will give the following error:

"[vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device
[vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be
unavailable.
amdgpu_device_initialize: amdgpu_query_info(ACCEL_WORKING) failed (-13)
amdgpu: amdgpu_device_initialize failed.
[vo/gpu] Failed to commit ModeSetting atomic request (-13)
[vo/gpu/opengl] Failed to set CRTC for connector 66: Permission denied
Error opening/initializing the selected video_out (--vo) device.
Video: no video

Exiting... (Errors when loading file)"

This also sometimes causes the desktop environment to crash and go to the
login screen.

A quick google search indicates that this seems to happen because mpv now
needs libxpresent to work with x11 (just like Jorge P. de Morais said above
):

Mpv Issue no.

10327

Arch Linux package mpv-git

Mpv Issue no. 9773


I would submit a patch to fix this if I was better at guile. Is someone out
there up to the task?

Cheers
Markus


bug#56519: Shepherd non-deterministically fails to load the "guix-daemon" service after the "user-processes" service has been started

2022-07-25 Thread Markus Nilsson
Hi Ludo,

Thankyou for taking a look at this issue!

I think I didn't make it clear in the original bug report what the actual
problem was.

I understand that in the beginning of the boot process the
"device-mapping-streetkid_VG_storage-streetkid_LV_home" shepherd service is
failing and this is causing shepherd services that depend on it to fail to
start as a consequence. Later in the boot process the
"device-mapping-streetkid_VG_storage-streetkid_LV_home" does successfully
start though.

What happens is that after the
"device-mapping-streetkid_VG_storage-streetkid_LV_home" does start (after a
couple of tries), other shepherd services will then start including the
"user-processes" shepherd service. The problem is that the "guix-daemon"
shepherd service doesn't always start after that. Sometimes it will, but
sometimes it won't (see my first message for examples). Shouldn't the
"guix-daemon" shepherd service ALWAYS start after the "user-processes"
shepherd service starts?

I also found that the "nscd" shepherd service is failing to start even
though the "user-processes" shepherd service has started.

The following terminal output was taken after my streetkid server had
finished booting up. This should make things clearer:

1 mark@streetkid ~$ sudo herd status
2 Started:
3  + /proc/fs/nfsd
4  + console-font-tty1
5  + console-font-tty2
6  + console-font-tty3
7  + console-font-tty4
8  + console-font-tty5
9  + console-font-tty6
10  + device-mapping-streetkid_VG_storage-streetkid_LV_home
11  + file-system-/dev/pts
12  + file-system-/dev/shm
13  + file-system-/gnu/store
14  + file-system-/home
15  + file-system-/sys/firmware/efi/efivars
16  + file-system-/sys/kernel/debug
17  + file-systems
18  + idmap-daemon
19  + loopback
20  + mcron
21  + networking
22  + nfs
23  + ntpd
24  + root
25  + root-file-system
26  + rpc-pipefs
27  + rpc.mountd
28  + rpc.nfsd
29  + rpc.statd
30  + rpcbind-daemon
31  + ssh-daemon
32  + sshd-1
33  + syslogd
34  + term-tty1
35  + term-tty2
36  + term-tty3
37  + term-tty4
38  + term-tty5
39  + term-tty6
40  + udev
41  + urandom-seed
42  + user-file-systems
43  + user-processes
44  + virtual-terminal
45 Stopped:
46  - guix-daemon
47  - nscd
48  - term-console
49 One-shot:
50  * host-name
51  * sysctl
52  * user-homes

As you can see on line 10
"device-mapping-streetkid_VG_storage-streetkid_LV_home" has been started
and on line 43 "user-processes" has been started. The problem is that
"guix-daemon" hasn't been started (line 46) and "nscd" also hasn't been
started (line 47). Shouldn't Shepherd start these two services once
"user-processes" has been started?

I checked other services that depend on "user-processes" (see the attached
shepherd dependency graph for my system). The "mcron" service and "ntpd"
successfully start (lines 20 and 23). This still leaves the mystery of why
"guix-daemon" and "nscd" won't start even though "user-processes" HAS been
started.

I hope this makes things clearer.

Cheers
Markus
digraph "Guix shepherd-service" {
  "user-file-systems" [label = "user-file-systems", shape = box, fontname = sans];
  "file-systems" -> "user-file-systems" [color = darkviolet];
  "file-systems" [label = "file-systems", shape = box, fontname = sans];
  "user-processes" -> "file-systems" [color = dimgrey];
  "user-homes" -> "file-systems" [color = darkgoldenrod];
  "urandom-seed" -> "file-systems" [color = magenta];
  "user-processes" [label = "user-processes", shape = box, fontname = sans];
  "nscd" -> "user-processes" [color = darkseagreen];
  "guix-daemon" -> "user-processes" [color = dimgrey];
  "term-tty6" -> "user-processes" [color = peachpuff4];
  "term-tty5" -> "user-processes" [color = red];
  "term-tty4" -> "user-processes" [color = darkseagreen];
  "term-tty3" -> "user-processes" [color = darkgoldenrod];
  "term-tty2" -> "user-processes" [color = dimgrey];
  "term-tty1" -> "user-processes" [color = magenta];
  "term-console" -> "user-processes" [color = magenta];
  "syslogd" -> "user-processes" [color = darkseagreen];
  "ntpd" -> "user-processes" [color = red];
  "mcron" -> "user-processes" [color = darkgoldenrod];
  "nscd" [label = "nscd", shape = box, fontname = sans];
  "guix-daemon" [label = "guix-daemon", shape = box, fontname = sans];
  "term-tty6" [label = "term-tty6", shape = box, fontname = sans];
  "console-font-tty6" -> "term-tty6" [color = darkviolet];
  "console-font-tty6" [label = "console-font-tty6", shape = box, fontname = sans];
  "term-tty5" [label = "term-tty5", shape = box, fontname = sans];
  "console-font-tty5" -> "term-tty5" [color = peachpuff4];
  "console-font-tty5" [label = "console-font-tty5", shape = box, fontname = sans];
  "term-tty4" [label = "term-tty4", shape = box, fontname = sans];
  "console-font-tty4" -> "term-tty4" [color = red];
  "console-font-tty4" [label = "console-font-tty4", shape = box, fontname = sans];
  "term-tty3" [label = "term-tty3", shape = box, fontname = sans];
  "console-font-tty3" -> "term-tty3" [color = cyan3];