Pulse audio error

[ZoltanHegedus]

Nov 17 16:00:39 pulseaudio[1674]: [(null)] core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Nov 17 16:00:39 syslogd: last message repeated 10 times
Nov 17 16:00:39 pulseaudio[1674]: [(null)] module-sndio.c: record channels changed: 4294967295 -> 0
Nov 17 16:00:39 pulseaudio[1674]: [(null)] oss-util.c: '/dev/dsp1' doesn't support full duplex
Nov 17 16:00:39 pulseaudio[1674]: [(null)] oss-util.c: '/dev/dsp2' doesn't support full duplex
Nov 17 16:00:39 pulseaudio[1674]: [(null)] authkey.c: Failed to open cookie file '/usr/home/user/.config/pulse/cookie': No such file or directory
Nov 17 16:00:39 pulseaudio[1674]: [(null)] authkey.c: Failed to load authentication key '/usr/home/user/.config/pulse/cookie': No such file or directory

[RodMyers]

has this been fixed with the latest release

[ZoltanHegedus]

In the pre-release the sequential error messages disappeared, I could found only this two in the /var/log/messages:

Nov 26 10:29:01 pulseaudio[2323]: [(null)] module-sndio.c: record channels changed: 4294967295 -> 0
Nov 26 10:29:01 pulseaudio[2323]: [(null)] oss-util.c: '/dev/dsp1' doesn't support full duplex

I can control the volume, but if I choose on the system tray icon between the two hardware of my machines Realtek ALC255 internal analog and Intel Skylake HDMI than every time the Realtek works.

[ZoltanHegedus]

More information (Trident pre-release):

Hardwares:

Nov 26 23:07:10 kernel: hdaa0: at nid 1 on hdacc0
Nov 26 23:07:10 kernel: pcm0: <Realtek ALC255 (Internal Analog)> at nid 20 and 18 on hdaa0
Nov 26 23:07:10 kernel: pcm1: <Realtek ALC255 (Front Analog Headphones)> at nid 33 on hdaa0
Nov 26 23:07:10 kernel: hdacc1: at cad 2 on hdac0
Nov 26 23:07:10 kernel: hdaa1: at nid 1 on hdacc1
Nov 26 23:07:10 kernel: pcm2: <Intel Skylake (HDMI/DP 8ch)> at nid 3 on hdaa1

Messages:

Nov 26 23:07:25 pulseaudio[2293]: [(null)] module-sndio.c: record channels changed: 4294967295 -> 0
Nov 26 23:07:25 pulseaudio[2293]: [(null)] oss-util.c: '/dev/dsp1' doesn't support full duplex
Nov 26 23:07:25 pulseaudio[2293]: [(null)] oss-util.c: '/dev/dsp2' doesn't support full duplex
Nov 26 23:48:59 pulseaudio[9218]: [(null)] module-sndio.c: record channels changed: 4294967295 -> 0
Nov 26 23:48:59 pulseaudio[9218]: [(null)] oss-util.c: '/dev/dsp1' doesn't support full duplex
Nov 26 23:48:59 pulseaudio[9218]: [(null)] oss-util.c: '/dev/dsp2' doesn't support full duplex
Nov 26 23:49:23 pulseaudio[9297]: [(null)] pid.c: Daemon already running.
Nov 26 23:49:31 pulseaudio[9324]: [(null)] module-sndio.c: record channels changed: 4294967295 -> 0

[RodMyers]

No longer using pulse audio

maybe close?

[beanpole135]

Closing this issue.
Pretty much every package has had the pulseaudio option disabled now, and the pulseaudio->sndio sink is no longer used/needed by default any more.
After all those change, we have not been seeing any audio trouble on Trident (or at least none are getting mentioned/reported)