Your message dated Tue, 19 Aug 2025 12:20:51 +0200
with message-id <[email protected]>
and subject line pipewire: Shows and uses soundcards from another seat
has caused the Debian Bug report #1111484,
regarding pipewire: Shows and uses soundcards from another seat
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1111484: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1111484
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: pipewire
Version: 1.4.7-3
Severity: normal


I have assigned soundcards to the respective seats that may use them.
Somehow pipewire manages to mess that up and create issues:

1) Users can't use their assigned card when another user's pipewire has it
   opened.
2) Users can listen to (or record from) to another user's microphone.


In the example below, card1, card2 and card3 are assigned to seat0 where
user1 is logged in. Only card0 is assigend to seat1 where user2 is logged
in. Yet pipewire for user2 has opened card3 and user1 can't use it.

# lsof /dev/snd/*
COMMAND      PID  USER  FD   TYPE DEVICE SIZE/OFF NODE NAME
pipewire    3058  user1 57u   CHR  116,1      0t0  505 /dev/snd/seq
pipewire    3058  user1 58u   CHR  116,1      0t0  505 /dev/snd/seq
wireplumb   3082  user1 23u   CHR 116,16      0t0  893 /dev/snd/controlC3
wireplumb   3082  user1 24u   CHR 116,13      0t0  876 /dev/snd/controlC2
wireplumb   3082  user1 25u   CHR  116,8      0t0  845 /dev/snd/controlC0
wireplumb   3082  user1 27u   CHR  116,7      0t0  843 /dev/snd/controlC1
pipewire  153009 user2 mem    CHR  116,9           859 /dev/snd/pcmC3D0p
pipewire  153009 user2  50u   CHR 116,16      0t0  876 /dev/snd/controlC3
pipewire  153009 user2  57u   CHR  116,1      0t0  505 /dev/snd/seq
pipewire  153009 user2  58u   CHR  116,1      0t0  505 /dev/snd/seq
pipewire  153009 user2  66u   CHR  116,9      0t0  859 /dev/snd/pcmC3D0p
wireplumb 153017 user2  23u   CHR 116,16      0t0  893 /dev/snd/controlC3
wireplumb 153017 user2  24u   CHR 116,13      0t0  876 /dev/snd/controlC2
wireplumb 153017 user2  25u   CHR  116,8      0t0  845 /dev/snd/controlC0
wireplumb 153017 users  27u   CHR  116,7      0t0  843 /dev/snd/controlC1

# loginctl seat-status seat0 | grep sound | grep -v input
         │ │ 
├─/sys/devices/pci0000:00/0000:00:02.1/0000:16:00.0/usb1/1-6/1-6:1.0/sound/card3
         │ │ │ sound:card3 "MS"
         ├─/sys/devices/pci0000:00/0000:00:08.1/0000:30:00.1/sound/card1
         │ sound:card1 "seat0HDMI"
         ├─/sys/devices/pci0000:00/0000:00:08.1/0000:30:00.6/sound/card2
         │ sound:card2 "seat0"

# loginctl seat-status seat1 | grep sound | grep -v input
         ├─/sys/devices/pci0000:00/0000:00:01.1/0000:10:00.1/sound/card0
         │ sound:card0 "seat1"



-- System Information:
Debian Release: forky/sid
  APT prefers unstable
  APT policy: (505, 'unstable'), (500, 'unstable-debug'), (500, 'stable'), 
(400, 'experimental'), (110, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.16-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pipewire depends on:
ii  adduser                     3.152
ii  init-system-helpers         1.69
ii  libpipewire-0.3-modules     1.4.7-3
ii  pipewire-bin                1.4.7-3
hi  systemd [systemd-sysusers]  257.7-1

pipewire recommends no packages.

pipewire suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Hi,

It seems that along the years something has started adding ACL's to
/dev/snd nodes upon user login. The years old standard of adding users 
to the audio group interfered with that. Removing the users from the 
audio group fixes the issue. Just too bad this isn't documented 
anywhere.
-- 
mvg,

Alex Hermann

--- End Message ---
_______________________________________________
Pkg-utopia-maintainers mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

Reply via email to