Re: Re: Re: Re: Re : Problème avec pulseaudio

[didier gaumet]

De mon point de vue (pas très informé à ce sujet, que ceux qui s'y
connaissent n'hésitent pas à corriger mes propos) il ne faut pas
considérer Pipewire comme un remplaçant de Pulseaudio, mais comme une
couche logicielle de routage et transmission de flux audio/vidéo créée
pour solutionner des problèmes apparus en même temps que l'émergence
d'autres technologies (bacs à sable, Wayland, concurrence et différence
entre Pulseaudio et Jack, etc...). Du coup, non seulement Pipewire
couvre un champ d'application plus large que Pulseaudio mais ne
remplace pas obligatoirement celui-ci même si il en est capable lorsque
configuré de manière adéquate.
https://en.wikipedia.org/wiki/PipeWire

Concernant Bluetooth sur mon laptop en Debian Testing sous Gnome avec
du Pulseaudio et du Pipewire: je ne l'utilise pas et je ne sais pas si
il est fonctionnel ou non actuellement dans cette configuration.

Re: Re : Re: Re : Re: Re : Problème avec pulseaudio

[steve]

Le jeudi 24 juin 2021, Hugues Larrive a écrit :


Le mercredi 23 juin 2021 à 11:45, steve  a écrit :


Il semble qu'avec la création du répertoire /nonexistent, le message

d'erreur ait disparu. Mais maintenant, le système se plaint que ce

pipewire ne soit pas installé:

Jun 23 10:10:34 box xdg-desktop-portal[3121]: could not open 
/usr/lib/x86_64-linux-gnu/pipewire-0.3: Aucun fichier ou dossier de ce type

Jun 23 10:10:34 box xdg-desktop-portal[3121]: No module 
"libpipewire-module-session-manager" was found

Je vais l'installer pour voir si ça fait disparaitre le message d'erreur.


Oui, j'ai vu ça aussi quand j'ai désinstallé pipewire, c'est sans
rapport avec l'utilisateur nobody et /nonexistent.

Personnellement j'ai désinstallé aussi xdg-desktop-portal dont je n'ai
pas l'utilité.



"desktop integration portal for Flatpak and Snap"

Aucune utilité pour moi => apt purge xdg-desktop-portal

Merci de l'avoir signalé.

Re : Re: Re: Re: Re : Problème avec pulseaudio

[Hugues Larrive]

Bonjour,

>
> Tu as vérifié que le service user Pulseaudio est désactivé sous
>
> Bullseye? Parce que de ce que je comprends, jusqu'à Debian 11 inclus,
>
> l'installation de Pipewire installe les bibliothèques nécessaires à
>
> l'utilisation de paquets qui en dépendent (et si j'ai bien saisi ce
>
> serait d'une aide appréciable pour les flatpaks), alors qu'à partir de
>
> Debian 12 il y aura en plus un nouveau paquet pipewire-pulse qui, lui,
>
> permettra de remplacer Pulseaudio. Remplacer Pulseaudio serait déjà
>
> possible mais déconseillé sous Debian 11 en suivant les instructions
>
> données et ce ne serait donc pas le comportement par défaut.
>
> J'ai récemment dû anticiper sur mon laptop ma migration vers Bullseye à
>
> partir de Buster (je suis sous Gnome classique):
>
Non je n'ai pas vérifié. Je suis sous mate desktop. J'ai eu un message
d'erreur dans blueman en tentant de connecter un casque bluetooth qui ma
aiguillé sur https://wiki.debian.org/PipeWire#Bluetooth. J'ai fais un
`ps aux | grep pipe` qui m'a montré que pipewire était actif et il me
semble avoir aussi fais un `ps aux | grep pulse` qui n'a rien retourné
mais je ne peux pas l'affirmer avec certitude.

J'ai alors tenté d'installer libspa-0.2-bluetooth ce qui n'a pas résolu
le problème.

Finalement j'ai désinstallé tout ce qui concerne pipewire et fait un
`apt-get install pulseaudio pulseaudio-module-bluetooth` qui a tout résolu.

blueman et pulseaudio-module-bluetooth ne sont pas installé par défaut
pour task-mate-desktop. Donc il se peut très bien que j'ai cru installer
pulseaudio en même temps que pulseaudio-module-bluetooth alors qu'il était
déjà installé (apt-get ne s'arrête pas dans ce cas là).

Maintenant si je réinstalle pipewire, les deux sont actif mais l'audio
bluetooth ne fonctionne plus. Donc si la seule utilité d'avoir pipewire
en plus de pulseaudio concerne les flatpacks ça ne m'intéresse pas.

Je remplacerait pulseaudio par pipewire le jour où pipewire sera
complètement stable et fonctionnel.

Concernant mon point de vue sur les flatpacks, je trouve ça anti-debian
dans le principe...

Cordialement

Re: Re: Re: Re : Problème avec pulseaudio

[didier gaumet]

Le jeudi 24 juin 2021 à 15:06 +, Hugues Larrive a écrit :


> Bonjour,
> 
> Je viens juste d'installer 2 chroot pour tester :
[...]
> sous buster pipewire n'est pas installé :
[...]
> sous bullseye pipewire est installé :
[...]
> Soit c'est une erreur soit la page de wiki a besoin d'une mise à
> jour, parce qu'actuellement on se retrouve avec pipewire installé et
> pulseaudio désactivé par défaut.

Tu as vérifié que le service user Pulseaudio est désactivé sous
Bullseye? Parce que de ce que je comprends, jusqu'à Debian 11 inclus,
l'installation de Pipewire installe les bibliothèques nécessaires à
l'utilisation de paquets qui en dépendent (et si j'ai bien saisi ce
serait d'une aide appréciable pour les flatpaks), alors qu'à partir de
Debian 12 il y aura en plus un nouveau paquet pipewire-pulse qui, lui,
permettra de remplacer Pulseaudio. Remplacer Pulseaudio serait déjà
possible mais déconseillé sous Debian 11 en suivant les instructions
données et ce ne serait donc pas le comportement par défaut.

J'ai récemment dû anticiper sur mon laptop ma migration vers Bullseye à
partir de Buster (je suis sous Gnome classique):

didier@hp-notebook14:~$ systemctl --user | grep -i pulse
  pulseaudio.service  
loaded active running   Sound Service
  pulseaudio.socket   
loaded active running   Sound System
didier@hp-notebook14:~$ systemctl --user | grep -i pipe
  pipewire.service
loaded active running   Multimedia Service
  pipewire.socket 
loaded active running   Multimedia System

la liste actuelle des fichiers du paquet pipewire de Bullseye
suggèrerait donc que le wiki est à jour car un exemple de service
pipewire-pulse est fournu dans /usr/share/doc/pipewire/examples mais le
service lui-même n'existe toujours pas dans /usr/lib/systemd/user
https://packages.debian.org/bullseye/amd64/pipewire/filelist

Re : Re: Re: Re : Problème avec pulseaudio

[Hugues Larrive]

 a écrit :

> Sous Buster et Bullseye, Pipewire est disponible mais ne remplace pas
>
> Alsa, Jack et Pulseaudio. On peut contraindre ce fonctionnement mais
>
> c'est déconseillé
>
> https://wiki.debian.org/PipeWire#Using_as_a_substitute_for_PulseAudio.2FJACK.2FALSA

Bonjour,

Je viens juste d'installer 2 chroot pour tester :
# debootstrap --foreign buster buster http://deb.debian.org/debian
# debootstrap --foreign bullseye bullseye http://deb.debian.org/debian

Pour la tâche "environnement de bureau Debian" ;
sous buster pipewire n'est pas installé :
hugues@W520:~$ schroot -c buster -u root
-bash-5.0# echo n | apt-get install task-desktop | grep -e pulseaudio -e 
pipewire
  gstreamer1.0-plugins-ugly gstreamer1.0-pulseaudio gstreamer1.0-x
  libphodav-2.0-common libphonenumber7 libpipeline1 libpipewire-0.2-1
  psmisc publicsuffix pulseaudio pulseaudio-module-bluetooth pulseaudio-utils

sous bullseye pipewire est installé :
-bash-5.1# echo n | apt-get install task-desktop | grep -e pulseaudio -e 
pipewire
  gstreamer1.0-libav gstreamer1.0-packagekit gstreamer1.0-pipewire
  gstreamer1.0-plugins-ugly gstreamer1.0-pulseaudio gstreamer1.0-x
  libphonenumber8 libpipeline1 libpipewire-0.3-0 libpipewire-0.3-modules
  pipewire pipewire-bin pkg-config plymouth plymouth-label pocketsphinx-en-us
  policykit-1 poppler-data ppp procps psmisc publicsuffix pulseaudio
  pulseaudio-module-bluetooth pulseaudio-utils python-apt-common python3

Ce n'est pas une dépendance mais juste une recommandation car quand on le 
supprime ça n'enlève rien d'autre. Je pense que debian-installer installe la 
même chose à moins de mettre l'option install-recommends à false.

Soit c'est une erreur soit la page de wiki a besoin d'une mise à jour, parce 
qu'actuellement on se retrouve avec pipewire installé et pulseaudio désactivé 
par défaut.

Re: Re : Re: Problème avec pulseaudio

[Vincent Lefevre]

On 2021-06-24 08:55:25 +, Hugues Larrive wrote:
> Le mercredi 23 juin 2021 à 06:39, Haricophile  a écrit 
> :
> Chez moi il semble être lancé par systemd lors de l'exécution des tâches 
> cron.daily, et plus particulièrement du script /etc/cron.daily/locate qui 
> contient :
> # run find as this user
> LOCALUSER="nobody"
> Ça lance le script /usr/bin/updatedb.findutils qui fait un `su nobody` ... ce 
> qui provoque :
> Jun 23 06:55:12 pbp systemd[1]: Created slice User Slice of UID 65534.
> Jun 23 06:55:12 pbp systemd[1]: Starting User Runtime Directory 
> /run/user/65534...
> Jun 23 06:55:12 pbp systemd[1]: Finished User Runtime Directory 
> /run/user/65534.
> Jun 23 06:55:12 pbp systemd[1]: Starting User Manager for UID 65534...
> et une tentative de lancement de pulseaudio.service pour cet utilisateur.

C'est parce qu'avec systemd et son utilisation des CGroup, il ne
faut pas utiliser "su" dans un fichier crontab.

Si je comprends bien, le problème est que le service cron est dans
le system.slice, et que le su va alors créer un user.slice pour
l'utilisateur en question (ici, nobody). Et c'est ça qui va activer
divers trucs, dont une tentative de lancement de pulseaudio.

Par exemple, si j'ajoute un fichier dans /etc/cron.d avec une
ligne du genre

40 * * * * root su nobody -c true

alors quand la commande est lancée, j'obtiens:

Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session opened for 
user root(uid=0) by (uid=0)
Jun 24 15:40:01 zira CRON[186137]: (root) CMD (su nobody -c true)
Jun 24 15:40:01 zira systemd[1]: Created slice User Slice of UID 65534.
Jun 24 15:40:01 zira su[186138]: (to nobody) root on none
Jun 24 15:40:01 zira systemd[1]: Starting User Runtime Directory 
/run/user/65534...
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session opened for user 
nobody(uid=65534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Finished User Runtime Directory 
/run/user/65534.
Jun 24 15:40:01 zira systemd[186140]: pam_unix(systemd-user:session): session 
opened for user nobody(uid=65534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Starting User Manager for UID 65534...
[...]
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira nologin[186163]: Attempted login by root (UID: 65534) on 
UNKNOWN
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session closed for user 
nobody
Jun 24 15:40:01 zira pipewire[186161]: could not set nice-level to -11: 
Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 
2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 
2 users.
Jun 24 15:40:01 zira systemd[186140]: Started D-Bus User Message Bus.
Jun 24 15:40:01 zira pipewire[186161]: could not make thread realtime: 
Permission denied
Jun 24 15:40:01 zira systemd[1]: session-799.scope: Succeeded.
Jun 24 15:40:01 zira pipewire[186161]: Failed to receive portal pid: 
org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 
'org.freedesktop.portal.Desktop': no such name
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not set nice-level 
to -11: Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 
2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 
2 users.
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not make thread 
realtime: Permission denied
Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session closed for 
user root
Jun 24 15:40:01 zira pulseaudio[186162]: Failed to create secure directory 
(/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira postfix/pickup[183192]: A54ACC23C25: uid=0 from=
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, 
code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 
'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
[...]
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Scheduled restart 
job, restart counter is at 1.
Jun 24 15:40:01 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira pulseaudio[186178]: Failed to create secure directory 
(/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, 
code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 
'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Scheduled restart 
job, restart counter is at 2.
Jun 24 15:40:02 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:02 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:02 zira pulseaudio[186179]: Failed to create secure directory 
(/nonexistent/.config/pulse): No such file

Re: Re : Re: Re : Re: Problème avec pulseaudio

[Vincent Lefevre]

On 2021-06-24 13:52:17 +, Hugues Larrive wrote:
> mais `su test` ne provoque pas la création d'une instance utilisateur,
> `su nobody -s /bin/sh` non plus.

Pas depuis un shell (je pense que la raison est qu'on est déjà dans
une instance utilisateur), mais depuis un service comme cron, il y
a bien une création d'une instance utilisateur.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: Re : Re: Problème avec pulseaudio

[steve]

Bonjour Hugues,

Merci pour toutes ces explications mais il y a une chose que je ne
comprends pas vraiment. Qu'est que pulseaudio et updatedb ont à voir
ensemble. updatedb sert à créer un index des fichiers afin d'accélérer
la recherche avec locate ou mlocate. Qu'est-ce que ça a voir avec
pulseaudio ?

Re: Re : Re: Re : Problème avec pulseaudio

[steve]

Le 23-06-2021, à 11:45:12 +0200, steve a écrit :


Il semble qu'avec la création du répertoire /nonexistent, le message
d'erreur ait disparu. Mais maintenant, le système se plaint que ce
pipewire ne soit pas installé:

Jun 23 10:10:34 box xdg-desktop-portal[3121]: could not open 
/usr/lib/x86_64-linux-gnu/pipewire-0.3: Aucun fichier ou dossier de ce type
Jun 23 10:10:34 box xdg-desktop-portal[3121]: No module 
"libpipewire-module-session-manager" was found

Je vais l'installer pour voir si ça fait disparaitre le message d'erreur.


La suite de l'aventure:

Jun 24 07:37:11 box pipewire[159455]: Failed to receive portal pid: 
org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 
'org.freedesktop.portal.Desktop': no such name
Jun 24 07:37:11 box rtkit-daemon[1065]: Supervising 4 threads of 2 processes of 
2 users.
Jun 24 07:37:11 box pipewire-media-session[159463]: could not set nice-level to 
-11: Permission denied
Jun 24 07:37:11 box pipewire[159455]: could not make thread realtime: 
Permission denied
Jun 24 07:37:11 box rtkit-daemon[1065]: Supervising 4 threads of 2 processes of 
2 users.
Jun 24 07:37:11 box rtkit-daemon[1065]: Supervising 4 threads of 2 processes of 
2 users.
Jun 24 07:37:11 box pipewire-media-session[159463]: could not make thread 
realtime: Permission denied
Jun 24 07:37:11 box pulseaudio[159457]: Failed to load module "module-alsa-sink" 
(argument: ""): initialization failed.
Jun 24 07:37:11 box pulseaudio[159457]: Failed to open cookie file 
'/nonexistent/.config/pulse/cookie': Aucun fichier ou dossier de ce type
Jun 24 07:37:11 box pulseaudio[159457]: Failed to load authentication key 
'/nonexistent/.config/pulse/cookie': Aucun fichier ou dossier de ce type
Jun 24 07:37:11 box pulseaudio[159457]: Failed to open cookie file 
'/nonexistent/.pulse-cookie': Aucun fichier ou dossier de ce type
Jun 24 07:37:11 box pulseaudio[159457]: Failed to load authentication key 
'/nonexistent/.pulse-cookie': Aucun fichier ou dossier de ce type

Et le son fonctionne toujours…

Re: Re : Re: Re : Problème avec pulseaudio

[steve]

Il semble qu'avec la création du répertoire /nonexistent, le message
d'erreur ait disparu. Mais maintenant, le système se plaint que ce
pipewire ne soit pas installé:

Jun 23 10:10:34 box xdg-desktop-portal[3121]: could not open 
/usr/lib/x86_64-linux-gnu/pipewire-0.3: Aucun fichier ou dossier de ce type
Jun 23 10:10:34 box xdg-desktop-portal[3121]: No module 
"libpipewire-module-session-manager" was found

Je vais l'installer pour voir si ça fait disparaitre le message d'erreur.

Re: Re : Re: Re : Problème avec pulseaudio

[steve]

Le 22-06-2021, à 21:01:46 +, Hugues Larrive a écrit :


Le mardi 22 juin 2021 à 10:27, steve  a écrit :


Le 20-06-2021, à 09:22:06 +0200, steve a écrit :

Finalement l'erreur est de nouveau présente. J'avais aussi ajouter mon

utilisateur au groupe 'pulse' au cas où.

Une autre idée ?

Merci



À mon avis le mieux à faire (le plus simple) pour se débarasser de ces
messages c'est de créer le dossier /nonexistent avec des permissions
similaires à /tmp (chmod 1777) afin que tous les utilisateurs dont
c'est le dossier personnel puissent y accéder.


Je vais essayer ça pour voir si ça a un effet. Néanmoins, je suis
d'accord avec Haricophile que ce serait quand même mieux d'identifier la
source du problème et le corriger.


Autrement peut-être qu'en configurant pulseaudio en tant que démon
système il ne se lancerait plus en mode utilisateur (à vérifier).


Prochaine étape ?


Ou encore remplacer pulseaudio par pipewire...


Jamais entendu parlé de ce pipewire.

Re: Re: Re : Problème avec pulseaudio

[didier gaumet]

Le mardi 22 juin 2021 à 21:01 +, Hugues Larrive a écrit :
[...]
> Je n'ai qu'une seule machine en bullseye
[...]
> Le système de son par défaut était pipewire 
[...]

Sous Buster et Bullseye, Pipewire est disponible mais ne remplace pas
Alsa, Jack et Pulseaudio. On peut contraindre ce fonctionnement mais
c'est déconseillé
https://wiki.debian.org/PipeWire#Using_as_a_substitute_for_PulseAudio.2FJACK.2FALSA

Re: Problème avec pulseaudio

[Haricophile]

Le Tue, 22 Jun 2021 21:01:46 +,
Hugues Larrive  a écrit :

> À mon avis le mieux à faire (le plus simple) pour se débarasser de
> ces messages c'est de créer le dossier /nonexistent avec des
> permissions similaires à /tmp (chmod 1777) afin que tous les
> utilisateurs dont c'est le dossier personnel puissent y accéder.

Le mieux ça serait de voir comment est lancé pulseaudio pour voir
pourquoi il est lancé en nobody qui n'a pas de /home/nobody d'où le
"nonexitent", au lieu d'être lancé sous un user. Sans
rejeter totalement le bug, à mon avis c'est dans une config ou
le profil de l'utilisateur (quelque chose qui a changé avec un
changement de version ou autre ?). Créer un dossier nonexitent me
parait comme réparer une tête de robinet qui goutte en mettant une
bassine en dessous, ça élimine les inconvénients mais ne résoud rien. 

Si tu lance pulse en root, il va aussi envoyer le "nonexitent" avec
avant "impossible de créer le dossier, permission refusée" (message
plus clair, il n'a pas le droit de créer /root/.config/pulseaudio

Mettre pulse en daemon peut avoir quelques inconvénients (surtout au
début de pulse quand ça plantait tout le temps), mais c'est une
possibilité qui affranchit de la gestion des utilisateurs.

Re: Re : Problème avec pulseaudio

[steve]

Le 20-06-2021, à 09:22:06 +0200, steve a écrit :


Le 19-06-2021, à 23:44:44 +, Hugues Larrive a écrit :


Bonjour,


Une idée?


Peut-être :
# usermod -a -G  pulse-access ton-utilisateur


Merci, mon utilisateur n'était pas dans ce groupe.

J'ai redémarré et il semble que l'erreur ait disparu. A voir.



Finalement l'erreur est de nouveau présente. J'avais aussi ajouter mon
utilisateur au groupe 'pulse' au cas où.

Une autre idée ?

Merci

Re: Re : Problème avec pulseaudio

[steve]

Le 19-06-2021, à 23:44:44 +, Hugues Larrive a écrit :


Bonjour,


Une idée?


Peut-être :
# usermod -a -G  pulse-access ton-utilisateur


Merci, mon utilisateur n'était pas dans ce groupe.

J'ai redémarré et il semble que l'erreur ait disparu. A voir.