Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#68487 - [pulseaudio] Failed to open module module-esound-protocol-tcp.so

Attached to Project: Arch Linux
Opened by James (thx1138) - Sunday, 01 November 2020, 00:45 GMT
Task Type Bug Report
Category Packages: Extra
Status Unconfirmed
Assigned To No-one
Architecture All
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 1
Private No

Details

pulseaudio 13.99.3-1

pulseaudio[1418163]: Failed to open module module-esound-protocol-tcp.so: module-esound-protocol-tcp.so: cannot open shared object file: No such file or directory

Anything known about this?
This task depends upon

2020-11-01: A task closure has been requested. Reason for request: Error does not seem to actually cause any problem.
Comment by James (thx1138) - Sunday, 01 November 2020, 01:04 GMT
Hmm - PulseAudio 13.0 release notes has "meson: Disable esound modules", but then, how is something trying to load the module?

pulseaudio 13.99.2+22+ga9c6d43b7-1 was working fine.

Comment by James (thx1138) - Sunday, 01 November 2020, 01:17 GMT
https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/970

"We support EsounD only with Autotools and not with Meson. As we're going to drop Autotools, we'll either have to add EsounD support to Meson or drop the EsounD stuff entirely."
...
"Might be worth putting in the 14.0 release announcement to see if anyone is still dependent on this."

There does not seem to be any resolution or explanation there though.
Comment by James (thx1138) - Sunday, 01 November 2020, 02:03 GMT
Downgrading to 13.99.2+22+ga9c6d43b7-1 does not restore sound, and now gives the same error. So, it seems that something else is causing the problem, after today's upgrade.
Comment by James (thx1138) - Sunday, 01 November 2020, 02:27 GMT
Hmm - there seems to be a problem with my browser - other sound works fine with pulseaudio 13.99.3-1.

There is still the question of that error message, but it seems unimportant.

Just close this.
Comment by jl (jljljljljljl) - Sunday, 01 November 2020, 22:12 GMT
I have the same issue as James since today (applied the update to 13.99.3, Firefox renders PC completely useless after a few seconds. Need to kill Firefox. All other applications accessing PulseAudio stop working after having started to watch a video/anything that requires audio in FF. Not even a service restart helps. Workaround: do not use Firefox + anything in there that requires sound.
Comment by James (thx1138) - Tuesday, 03 November 2020, 15:19 GMT
Copied from upstream:

Tanu Kaskinen commented on a discussion:

You probably have enabled "Make discoverable PulseAudio network sound devices available locally" in paprefs. The paprefs options are stored in gsettings and read by module-gsettigns.

We should remove the esound stuff from paprefs (I didn't even know it did this before you reported this).

I tried to make a quick patch for dropping the esound stuff from paprefs, but it's less trivial than I thought, so I won't make that patch now. I'll add some todo items to the issue description.

I created a separate issue for the log message. The log message is a bug regardless of whether we drop esound or not.

Loading...