Thanks for confirming. TBH this is really a miracle to me, since merely closing an internal fd in udev should not have _any_ impact on pulseaudio, except if pulseaudio was actually relying on udev not working. I don't think we want to break udev for half of the systems again, so we need to track down the actual pulse leak.
Please try to restart pulse in the foreground with debugging mode with this: pulseaudio -k; pulseaudio -vvv 2>&1 | tee /tmp/pulse.log If you see this in the second last line: E: pid.c: Daemon already running. then please just keep retrying until it works and it says "I: main.c: Daemon startup complete." in the bottom. Does this reproduce the leak as well? Normally it stops after "daemon startup complete" and there's only occasional output. I hope/suspect that you will get a wild endless loop of output; if you do, press Control-C after a couple of seconds. If it stops outputing text, wait 20 seconds and press Control-C then. Please attach /tmp/pulse.log afterwards. If you can reproduce the leak, but don't see looping output, please try to obtain a valgrind log as described on https://wiki.ubuntu.com/Valgrind Thanks! ** Changed in: pulseaudio (Ubuntu) Status: Confirmed => Incomplete -- Pulse audio memory leak https://bugs.launchpad.net/bugs/424655 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
