Re: [Jack-Devel] lib{j, tsch}ack{, 1, 2} [Was: Jack "capsule/container" implementation?]
On Thursday 10 February 2011 17:57:42 Gabriel M. Beddingfield wrote:
> On Thu, 10 Feb 2011, Arnold Krille wrote:
> > On Thursday 10 February 2011 17:22:18 Gabriel M. Beddingfield wrote:
> >> But when the hapless user sees package names
> >> libjack-jackd2-0, what do you expect them to think?
> >
> > "Mee, it starts with lib<bla>... I don't care what it is, if some apps
> > need it, its fine. If no app needs it, set the dependency to 'auto' and
> > hope the package-management does the right thing."
> >
> > Unless the users distinctly want to use a different flavour of jack. But
> > then again they should know what they are doing.
>
> Hmmm... this doesn't sound like the typical LAU user. They
> do notice, and you just know that people are going to
> shorten it to libjack2 in a ML post and IRC.
>
> > And if they know even better, they let the distributions version live in
> > /usr and compile/install their wanted version in $HOME, adjust
> > PKG_CONFIG_PATH, PATH and LD_LIBRARY_PATH and be fine with it :-)
>
> ...except that Jack1 prohibits this, and you've
> probably just invoked the wrath of Paul again. :-)
Now that I think of it, I overwrote my installed jack1 with a custom one. Only
when I want to use jack2 I install that to $HOME and have all apps magically
working with it...
I wonder why jack1 isn't capable of running from $HOME and superseeding any
version in /usr...
Yes, I am aware that doing the $HOME-trick will get Paul to bite me in the
a**. I am not recommedning this to anyone who doesn't know about the way the
variables work. And everyone who knows about it, will do it that way without
me telling him. BTW: I think some distros append $HOME/bin to path when its
present. If they did the same for LD_LIBRARY_PATH and PKG_CONFIG_PATH it would
be much easier...
Have fun,
Arnold
PS: No need to cc me, I am subscribed. And I also watch threads I participate
in. :-)
1297367250.17882_0.ltw:2,a <201102102047.03343.arnold at arnoldarts dot de>