using PulseAudio without D-Bus?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jan 11, 2018 at 3:23 PM, Tanu Kaskinen <tanuk at iki.fi> wrote:
> On Tue, 2018-01-09 at 23:22 +0100, Crni Gorac wrote:
>> On Tue, Jan 9, 2018 at 7:47 PM, Tanu Kaskinen <tanuk at iki.fi> wrote:
>> > On Tue, 2018-01-09 at 09:47 +0100, Crni Gorac wrote:
>> > > Is it possible to specify somehow in PulseAudio config files that
>> > > D-Bus should not be used?  I achieved the effect by commenting out
>> > > loading Bluetooth and ConsoleKit modules in my default.pa file, but am
>> > > wondering is it possible to do the same in a more explicit way.
>> >
>> > It's possible to build PulseAudio without D-Bus support. If PulseAudio
>> > has been built with D-Bus support, PulseAudio will use it, there's no
>> > option to disable it.
>>
>> I see, thanks for the clarification.
>>
>> But if it is obviously able to work even if D-Bus is not present on
>> system, why would PulseAudio refuse to start if it's just that some of
>> its modules cannot find D-Bus?  Wouldn't it make more sense if in the
>> case I described above, any Bluetooth audio devices,
>> discoverable/reachable/whatever only through D-Bus, stay inaccessible,
>> but PulseAudio still keeps working with other available audio devices?
>
> If bluetooth support is requested in the startup configuration, it
> seems appropriate to fail the startup if the request can't be
> fulfilled.
>
> How have you ended up in this situation anyway? The bluetooth modules
> depend on bluez, so the operating system should install bluez if you
> request installation of the pulseaudio bluetooth modules, and bluez
> depends on dbus, so if bluez is installed, dbus should be installed
> too.

I've disabled D-Bus - I'm using neither Gnome nor KDE, but an
"old-school" window manager instead (it's Openbox), and I have no use
for D-Bus.  As expected, everything kept working fine, except that
PulseAudio was not started, and I realized that it's because of
several modules (module-bluetooth-policy, module-bluetooth-discover,
module-gconf, module-console-kit) that are loaded through my
default.pa are dependent on D-Bus.  As mentioned in my first message,
after commenting out these modules in default.pa, PulseAudio works
fine, but I was just wondering is there some more "proper" way to tell
PulseAudio to not use D-Bus.

In any case, I understand the reasoning, indeed it makes sense in this
situation to have to explicitly disable PulseAudio modules that
require D-Bus.  Thanks again for clarifications.


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux