[Bug 557016] Re: alsactl depends on X11

2010-09-23 Thread Daniel T Chen
** Changed in: alsa-utils (Ubuntu) Status: Incomplete => Triaged ** Changed in: alsa-utils (Ubuntu) Importance: Undecided => Wishlist ** Summary changed: - alsactl depends on X11 + alsactl should ignore the pulse plugin -- alsactl should ignore the pulse plugin https://bugs.launchpad

[Bug 557016] Re: alsactl depends on X11

2010-04-06 Thread Danny Sauer
Well, if there are no processes running with "pulse" in their name, I ran "alsactl", and the error message mentions the contents of $HOME or "failure to initiate an X11 connection" - I'm not sure how that's "clearly" pulse to a normal person who's not familiar with every string in libpulsecommon.so

[Bug 557016] Re: alsactl depends on X11

2010-04-06 Thread Daniel T Chen
Why would it rule it out? The error message is very clearly from pulse: "Home directory /home/sauer not ours." -- alsactl depends on X11 https://bugs.launchpad.net/bugs/557016 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bu

[Bug 557016] Re: alsactl depends on X11

2010-04-06 Thread Danny Sauer
So, if I kill pulseaudio on the system (which was previously running), and if ssh isn't forwarding anything from my workstation, shouldn't that rule pulse out? sa...@hotrod:/var/lib/mythtv/videos$ sudo alsactl store Home directory /home/sauer not ours. sa...@hotrod:/var/lib/mythtv/videos$ sudo -i

[Bug 557016] Re: alsactl depends on X11

2010-04-06 Thread Daniel T Chen
This is highly unlikely to be an alsa-utils issue. Rather, at least one end seems to be routed through the pulse plugin (configuration shipped by the pulseaudio binary package). I suppose we could hack the alsactl utility to also ignore pulse (i.e., what we do with amixer and alsamixer). ** Change