Existe-t-il un moyen de définir des autorisations afin qu'un processus puisse utiliser un périphérique spécifique?

Comme vous pouvez le lire, par exemple ici , logind, qui fait partie de systemd, peut définir des autorisations sur certains appareils pour les sessions utilisateur. Il y a aussi une vidéo montrant comment ce type de comportement fonctionne dans la pratique. En bref, si vous commencez, disons, amarok, et que vous jouez une chanson, vous entendrez le son jusqu'à ce que vous passiez à un autre utilisateur ou TTY où vous n'avez que l'invite de connexion. C'est parce que la session active est devenue inactive.

Je sais que vous pouvez simplement ajouter un utilisateur (ou des utilisateurs) à un groupe spécifique, dans ce cas "audio", et cela "résoudra" ce problème, mais je me demande s'il y a une autre solution. Ce que je veux vraiment, c'est définir des autorisations pour le processus afin qu'il puisse utiliser la carte son tout le temps, même lorsque tous les utilisateurs verrouillent leurs sessions.

Est-ce possible? Je demande parce que j'écoute souvent de la musique et que je n'ai pas vraiment besoin que mon moniteur soit allumé la plupart du temps, alors je verrouille simplement l'écran. Mais lorsque je verrouille l'écran, la session active devient inactive et amarok cesse de jouer. Et oui, l'écran doit être verrouillé et non pas simplement éteint.

ÉDITER:

Je ne pense pas que la distribution que j'utilise importe, car s'il y a systemd à bord, ce serait exactement le même problème. Quoi qu'il en soit, j'utilise Debian Sid, mais certains paquets comme systemd, udev (et certaines dépendances) proviennent de la branche expérimentale, et maintenant c'est la version 219-9.

Je ne sais pas quelle version / saveur de Linux vous utilisez, mais il semble que les ACL pour les périphériques audio soient contrôlés par ConsoleKit via les règles udev. Sur mon hôte Debian, je vois quelque chose comme ci-dessous dans /lib/udev/rules.d/70-udev-acl.rules

# sound devices
SUBSYSTEM=="sound", TAG+="udev-acl"

Je jouerais avec cela, donc consolekit n'ajoutera pas de périphériques audio dans sa base de données et ne gèrera pas ACL sur les périphériques audio

Permettez-moi de dire que je connais peu de données audio sur le bureau Linux. Mea Culpa si cela n'aide pas.

Je définirais les autorisations de groupe du périphérique audio:

chgrp audio <dev-path>
chmod g+rw <dev-path>

au groupe dans lequel amarok s'exécute. Utilisez systemd pour forcer amarok à s'exécuter dans ce groupe. Copiez d'abord le fichier amarok systemd dans / etc / systemd / user / et modifiez-le:

[Service]
Group=audio

(c'est une modification, pas tout le fichier).

Mais il peut y avoir une réponse plus "sophistiquée" en raison des multiples couches qui constituent le système audio Linux actuel.

Que diriez-vous d'exécuter le lecteur dans framebuffer vnc? À la menthe 17 ...

# apt search vfb
p   xvfb                            - Virtual Framebuffer 'fake' X server
p   xvfb:i386                       - Virtual Framebuffer 'fake' X server

Vous utiliseriez VNC pour afficher le bureau comme décrit dans https://en.wikipedia.org/wiki/Xvfb

Pulseaudio est démarré via xdg autostart, qui se trouve sous ~/.config/autostart/. Il y a un fichier appelé pulseaudio.desktop, et dans ce fichier, j'ai changé la execligne par défaut en celle-ci:

Exec=/usr/bin/sg audio -c "pulseaudio -D"

Lorsque je me connecte au système, le processus pulseaudio ressemble à ceci:

$ ps -eo user,group,args | grep pulse
morfik   audio    pulseaudio -D
morfik   audio    /usr/lib/pulseaudio/pulse/gconf-helper

Et maintenant, je peux écouter de la musique tout le temps. Je pense que c'est la solution que je cherchais.