Description of problem: As summary. I have an rtl_airband server running 24/7 which outputs pulseaudio compatible audio streams to two Mageia computers on the LAN. My Mga8 laptop and desktop (when runnin Mga8) both play this stream as required by un-muting the application in the plasma volume control dialogue. In Cauldron with the same settings in default.pa set manually or via paprefs there is no application shown to be playing sound. The start-up of the user PA server seems to give a clue: [baz@localhost ~]$ systemctl --user status pulseaudio ● pulseaudio.service - Sound Service Loaded: loaded (/usr/lib/systemd/user/pulseaudio.service; disabled; preset: disabled) Active: active (running) since Mon 2023-02-27 16:01:39 GMT; 1h 45min ago TriggeredBy: ● pulseaudio.socket Main PID: 4682 (pulseaudio) Tasks: 9 (limit: 9395) Memory: 9.0M CPU: 522ms CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pulseaudio.service ├─4682 /usr/bin/pulseaudio --daemonize=no --log-target=journal └─4701 /usr/libexec/pulse/gsettings-helper Feb 27 16:01:39 localhost systemd[3203]: Starting pulseaudio.service... Feb 27 16:01:39 localhost pulseaudio[4682]: Failed to open module module-esound-protocol-tcp.so: module-esound-p> Feb 27 16:01:39 localhost pulseaudio[4682]: Failed to open module "module-esound-protocol-tcp". Feb 27 16:01:39 localhost pulseaudio[4682]: pa_module_load() failed Feb 27 16:01:39 localhost pulseaudio[4682]: stat('/etc/pulse/default.pa.d'): No such file or directory Feb 27 16:01:39 localhost systemd[3203]: Started pulseaudio.service. lines 1-18/18 (END) Neither module-esound-protocol-tcp.so nor /etc/pulse/default.pa.d exist in any cauldron package. I'm not sure if the above is the root cause or a red herring.
Priority: Normal => High
The message at the rtl_airband server for the Cauldron machine (192.168.1.65) is : rtl_airband[483]: pulse: 192.168.1.65: connection failed: Connection refused.
Thank you for the report. Unsure where to assign, so doing so globally. CC'ing ghibo and wally in the hope they can help.
Assignee: bugsquad => pkg-bugsCC: (none) => ghibomgx, jani.valimaa
How di you configured pulseaudio the first time?
The first time from installation? Changed headphones to line out and increased notification level in systemsetting5 Edited /etc/pulse/default.pa similar to my working Mga8 systems. When this failed I reverted changes in /etc/pulse/default.pa and used paprefs to make all the changes. Nothing worked including using a new user. Other sound output is fine. Any ideas?
but the pulseaudio process is running? ps -ef | grep pulseaudio shows something?
Yes baz 3465 3215 0 09:34 ? 00:00:00 /usr/bin/pulseaudio --daemonize=no --log-target=journal Content of /etc/pulse/default.pa with comments stripped out: [baz@localhost ~]$ cat default.pa.raw .fail load-module module-device-restore load-module module-stream-restore load-module module-card-restore load-module module-augment-properties load-module module-switch-on-port-available .ifexists module-switch-on-connect.so load-module module-switch-on-connect .endif .ifexists module-udev-detect.so load-module module-udev-detect .else load-module module-detect .endif .ifexists module-jackdbus-detect.so .nofail load-module module-jackdbus-detect channels=2 .fail .endif .ifexists module-bluetooth-policy.so load-module module-bluetooth-policy .endif .ifexists module-bluetooth-discover.so load-module module-bluetooth-discover .endif .ifexists module-esound-protocol-unix.so load-module module-esound-protocol-unix .endif load-module module-native-protocol-unix .ifexists module-gsettings.so .nofail load-module module-gsettings .fail .endif load-module module-default-device-restore load-module module-always-sink load-module module-intended-roles load-module module-suspend-on-idle .ifexists module-console-kit.so load-module module-console-kit .endif .ifexists module-systemd-login.so load-module module-systemd-login .endif load-module module-position-event-sounds load-module module-role-cork load-module module-filter-heuristics load-module module-filter-apply .nofail .include /etc/pulse/default.pa.d [baz@localhost ~]$ cat /etc/pulse/default.pa.d cat: /etc/pulse/default.pa.d: No such file or directory [baz@localhost ~]$
After posting the above I noticed that this line was missing: load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;192.168.1.0/24 Seems that paprefs does something different, however adding it (as it is in Mga8) it has made no difference. Note I am restarting users PA server after any changes (pulseaudio -k)
What I noticed is that the module module-esound-protocol-tcp.so which was present in pulseaudio 14 of mga8, is no longer existing in mga9, and there is another module.
Yes, however in my default.pa in Mga8 module-esound-protocol-tcp is not loaded (well not by default.pa as it's commented out). This is an interesting read: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1899 (it's not all about pipewire).
Just to know, can you try with shorewall temporarely turned down? Maybe it's rejected there.
Done that with firewall wide open - no difference, but I do have the correct port open anyway. 4713/tcp as in Mga8.
CC: jani.valimaa => (none)
Found the problem! I just discovered that the Mga9 install had defaulted to DCHP. This machine has always had a fixed IP and it never crossed my mind that the IP had changed when I installed this Mga9. tcp streams are now working so closing as INVALID Doh!
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
Invalid not fixed
Resolution: FIXED => INVALID