[LAD] [Jack-Devel] more jack/qjackctl madness

Nedko Arnaudov nedko at arnaudov.name
Mon May 18 08:05:02 UTC 2009

"MarcO'Chapeau" <marco at marcochapeau.org> writes:

> On Sun, 17 May 2009 13:11:23 +0200, Fons Adriaensen <fons at kokkinizita.net>
> wrote:
>> The only argument pro using dbus I'v heard so far
>> is that it permits run-time discovery of new backends,
>> internal clients and their parameters.
> That's unfair. Read the archives. There are more arguments to that.

All features that jackdbus offers can be added without dbus. Using dbus
was and still is the best way. It will be the best until there is better
reusable model invented. Or if someone donates (development time) to
implement such object model. Most important thing missing in jackd is
the log file. Then you have other missing features:
 * no way several app to control single jack server. One needs to adopt it.
 * no runtime discovery of jack settings
 * no hierarchical settings file
 * complex patchbay API that results in complicated code in patchbay apps
 * multithread (for jack1 realtime too) threading model. (GUI) control
   patchbay app should be allowed to be single threaded and not required
   to handle graph change events in a realtime context.

>> Dbus assumes there is a local login, without that
>> there is no session bus, and things don't work.
>> Most of my audio machines are headless, there is
>> no local login, but I still expect things to work,
>> and that, IMHO, is not unreasonable.
> It is not unreasonable. No one said you *had* to use dbus. This needs
> fixing and until it is fixed, packagers should be advised to disable dbus.

ATM headless and multiserver setups are not covered by jackdbus. This
*can* be fixed with dbus model.

Packagers tha have made the packages should have read this before
enabling dbus:


Maybe they did. I dont see why you Fons are attacking jackdbus because of
packaging not matching your needs.

Nedko Arnaudov <GnuPG KeyID: DE1716B0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20090518/b478636b/attachment.pgp>

More information about the Linux-audio-dev mailing list