On Sat, 17 Apr 2010, Jonas Smedegaard wrote:

stop right here.
the library and the daemon are tied together.
the protocol between jackd and libjack is NOT fixed.

(basically i consider it a mistake to even have libjack and jackd in
different packages) but it might make sense to have that.

The separation of library and daemon is so that an application can link against the library without forcing the daemon to be installed: the JACK support might be optional for that application (without it being a plugin that can be packaged separately from the main application.

When you register with libjack, it will start the daemon if it is not already running. So, you can't have the library without the daemon.[*]


[*] There is a trivial case where an application is
    using libjack only for the ringbuffer implementation.
    This wouldn't require the daemon, and I doubt that
    any applications are /only/ using this part.

pkg-multimedia-maintainers mailing list

Reply via email to