<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Connection failure: Protocol error" href="https://bugs.freedesktop.org/show_bug.cgi?id=92141#c19">Comment # 19</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Connection failure: Protocol error" href="https://bugs.freedesktop.org/show_bug.cgi?id=92141">bug 92141</a> from <a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> Tanu Kaskinen</a> <pre>srbchannel is a more efficient transport for the client-server communication. In 7.0 it's enabled by default, in 6.0 it wasn't. It can be disabled by giving option "srbchannel=no" to module-native-protocol-unix in /etc/pulse/default.pa. The reason why /dev/shm isn't empty with 6.0 is probably that when clients connect to PulseAudio, each of them will create a file in /dev/shm. So after the files have been deleted, new ones can be created again. With 7.0 that doesn't happen, because the clients can't connect at all. Using srbchannel involves one long-lived file in /dev/shm that all clients use, and if it's deleted, clients can't connect any more. David: I don't understand either why we don't log failures if they happen due to EACCES or ENOENT. Maybe you'd like to write a patch? By the way, the issue seems to have already been reported to the firejail developers: <a href="https://github.com/netblue30/firejail/issues/69">https://github.com/netblue30/firejail/issues/69</a></pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>