the existence of ~/.jackdrc is fine and using it in the future for legacy reasons is also a good thing. Its format, on the other hand, is questionable. I don't find it a good practice to call a server configuration file something that is more some sort of shell script, because the current ~/.jackdrc is nothing but a shell script. However, I am no jack dev, so you can dismiss my opinion if you like.
J.
--- On Wed, 5/20/09, Stéphane Letz <letz@email-addr-hidden> wrote:
> From: Stéphane Letz <letz@email-addr-hidden>
> Subject: [LAD] New proposal for the jackd/jackdbus mess : adding "config" API
> To: "Jack devel" <jack-devel@email-addr-hidden>, "Linux Audio Developers" <linux-audio-dev@email-addr-hidden>
> Date: Wednesday, May 20, 2009, 8:30 AM
> Hi all,
>
> Here is an updated version that add a new (to be defined)
> "config" API in libjack.so. The idea is to provide a way to
> *share* multiple server configurations in a unique place for
> all control application. The important point are:
>
> - we are not allowed to break legacy use of ~/.jackdrc
>
> - we absolutely want to maintain server auto-start from
> clients
>
> So the overall suggestion is to *maintain* this
> ~/.jackdrc with it's current format and to define a
> new config API that will probably use another file (or set
> of files...).
>
> - legacy control application (Qjackcl for instance) can
> still use their multiple server configurations, they will
> not see and use this new share and centralized state, but I
> don't think we can do better.
>
> - new control front-end (jackdbus, jackOSC) would have to
> use this new config API.
>
> Comments?
>
> Stephane
>
>
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev@email-addr-hidden
> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
>
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Received on Wed May 20 16:15:04 2009
This archive was generated by hypermail 2.1.8 : Wed May 20 2009 - 16:15:04 EEST