<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 10, 2017 at 3:09 PM, Kjetil Matheussen <span dir="ltr"><<a href="mailto:k.s.matheussen@gmail.com" target="_blank">k.s.matheussen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="m_-4846205555466748552m_-1990722601358136055h5"><div><br></div></div></div><div>My point is that when the jack server is started, it writes the path to the jack libraries somewhere global, and removes it when it shuts down. This way all clients will use the same libraries.</div><div><br></div></div></div></div></blockquote><div> </div></span><div>And to clarify some more: The only difference for the user compared to the current situation, is that the user doesn't have to install jack. If the user wants to upgrade jack, the user only have to download the latest version of qjackctl (or similar software). Normal clients doesn't have to include the jack libraries, only programs that wants to start the server have to include the jack libraries.</div></div><br></div></div>
</blockquote></div><br></div><div class="gmail_extra">And of course, it should be like this for Linux and OSX as well. I'm mainly just proposing this as a way to work around the problem with the current installer in windows which (most probably) can't be cross-compiled.</div><div class="gmail_extra"><br></div></div>