On 5 July 2016 at 02:57, Mike Hommey <m...@glandium.org> wrote: > On Tue, Jul 05, 2016 at 11:21:32AM +1200, Adam Warner wrote: >> Package: pulseaudio >> Version: 9.0-1 >> Severity: serious >> Justification: keep out of testing. Workaround is to downgrade to the >> version in testing >> >> >> Installation is x86-64 stock sid/unstable as of an hour ago >> (with libwebrtc-audio-processing-0 held after downgrade to >> pulseaudio 8.0-2+b2) >> >> Before pulseaudio upgrade: >> >> $ pacmd list-sinks | grep name: >> name: <alsa_output.pci-0000_00_1b.0.iec958-stereo> >> name: <alsa_output.pci-0000_00_03.0.hdmi-stereo> > > I have a similar issue, but it fixed itself after I downgraded and > upgraded again. > > With pa 9.0: > $ pacmd list-sinks | grep name: > name: <alsa_output.pci-0000_00_1b.0.analog-stereo>
Was this after a reboot? > > With pa 8.0: > $ pacmd list-sinks | grep name: > name: <alsa_output.pci-0000_00_03.0.hdmi-stereo> > name: <alsa_output.pci-0000_00_1b.0.analog-stereo> > > More than that, the pacmd list-sinks output didn't have any "ports" in > the output with pa 9.0, which prevented me from switching to headset > instead of speakers. > > Now, the interesting thing is that I downgraded to 8.0, killed the > pulseaudio daemon(s), tested that it worked as before the upgrade, > then went back to 9.0, killed the pulseaudio daemon again, and it still > worked. This would suggest some sort of race condition at boot time. Could it be that the upgrade process did not include module-pulseaudio-udev the first time? -- Saludos, Felipe Sateler