On 06/26/2009 12:32 PM, Fernando Lopez-Lezcano wrote:
On Tue, 2009-06-23 at 17:25 -0700, Fernando Lopez-Lezcano wrote:
On Tue, 2009-06-23 at 18:44 -0400, Paul Davis wrote:
On Tue, Jun 23, 2009 at 6:19 PM, Fernando
Lopez-Lezcano wrote:
http://bugzilla.kernel.org/show_bug.c
On Tue, 2009-06-23 at 13:15 -0700, Fernando Lopez-Lezcano wrote:
> Argh. I should try to find the SCHED_RESET_ON_FORK thread(s) on lkml to
> see what was argued.
It looks like this is all I can find... not a lot of arguing:
2nd try:
http://lkml.org/lkml/2009/5/29/57
3rd version:
http://lkml.org
On Tue, 2009-06-23 at 17:25 -0700, Fernando Lopez-Lezcano wrote:
> On Tue, 2009-06-23 at 18:44 -0400, Paul Davis wrote:
> > On Tue, Jun 23, 2009 at 6:19 PM, Fernando
> > Lopez-Lezcano wrote:
> > >
> > > http://bugzilla.kernel.org/show_bug.cgi?id=10361
> > > (referenced inside the previous ticket
2009/6/25 David Robillard :
> On Wed, 2009-06-24 at 21:47 +0100, Chris Cannam wrote:
>> (I've never really got on with the idea of using ~/.ladspa instead of
>> ~/ladspa -- these are perhaps substantial binary files, why hide them
>> in a configuration directory? -- but it seemed to be widespread f
Ralf Mardorf wrote:
> Chris Cannam wrote:
>> On Thu, Jun 25, 2009 at 9:13 PM, Jeff McClintock
>> wrote:
>>
>>> Windows has official rules for this. Users are no longer allowed to
>>> add
>>> random files to an application's directory in "/Program Files/Appname".
>>>
>>
>> Oh! This is new
Chris Cannam wrote:
> On Thu, Jun 25, 2009 at 9:13 PM, Jeff McClintock wrote:
>
>> Windows has official rules for this. Users are no longer allowed to add
>> random files to an application's directory in "/Program Files/Appname".
>>
>
> Oh! This is news to me -- interesting news too, give
Jeff McClintock wrote:
>>> Windows (i.e. "%ProgramFiles%\LADSPA Plugins\rdf"). ?Not that I
>>> generally build with LRDF support on Windows anyway.
>>>
>> This makes sense to me, if only it could be made "official"...
>> (windows paths too)
>>
>
> Windows has official rules for this. U
On Thu, Jun 25, 2009 at 9:13 PM, Jeff McClintock wrote:
> Windows has official rules for this. Users are no longer allowed to add
> random files to an application's directory in "/Program Files/Appname".
Oh! This is news to me -- interesting news too, given that I
distribute Windows versions of
> > Windows (i.e. "%ProgramFiles%\LADSPA Plugins\rdf"). ?Not that I
> > generally build with LRDF support on Windows anyway.
>
> This makes sense to me, if only it could be made "official"...
> (windows paths too)
Windows has official rules for this. Users are no longer allowed to add
random fil
Jan Weil wrote:
> (multiple versions of jackd etc.).
>
For Linux I'm just a user and not a coder, so my input here might not be
clever, but it's from the sight of a user ;).
If I'm fine with versions of libs, I might use a new Linux install too,
because for some reasons there might be the ne
2009/6/25 Jan Weil
> On Thu, Jun 25, 2009 at 05:47:23PM +0200, Stefano D'Angelo wrote:
> > In case of multiple occourrences, myabe it's better to check for stat()'s
> > st_mtime to decide which one to load? However, I don't see any of such
> > mechanisms officially specified anywhere (apart from
On Thu, Jun 25, 2009 at 05:47:23PM +0200, Stefano D'Angelo wrote:
> In case of multiple occourrences, myabe it's better to check for stat()'s
> st_mtime to decide which one to load? However, I don't see any of such
> mechanisms officially specified anywhere (apart from the "If present, this
> shoul
On Thu, Jun 25, 2009 at 5:11 PM, Ralf Mardorf wrote:
> Chris Cannam wrote:
>>
>> Well, I suppose the user might want the older-installed version to
>> take priority.
>
> Sorry, if I should miss the thread, but I randomly read the latest mail.
>
> I'm using Linux and Windows and I like the behaviour
Chris Cannam wrote:
> Well, I suppose the user might want the older-installed version to
> take priority.
Sorry, if I should miss the thread, but I randomly read the latest mail.
I'm using Linux and Windows and I like the behaviour for VST versions
(on Windows). Even if an old and new version ha
2009/6/25 Chris Cannam
> On Thu, Jun 25, 2009 at 4:49 PM, Stefano D'Angelo
> wrote:
> > What about using stat() to choose the latest?
>
> Well, I suppose the user might want the older-installed version to
> take priority. I don't think it's all that unusual to deliberately
> try to select the ve
On Wed, 2009-06-24 at 21:47 +0100, Chris Cannam wrote:
> (I've never really got on with the idea of using ~/.ladspa instead of
> ~/ladspa -- these are perhaps substantial binary files, why hide them
> in a configuration directory? -- but it seemed to be widespread for
> LADSPA hosts at the time DSS
On Thu, Jun 25, 2009 at 4:49 PM, Stefano D'Angelo wrote:
> What about using stat() to choose the latest?
Well, I suppose the user might want the older-installed version to
take priority. I don't think it's all that unusual to deliberately
try to select the version of the plugin that you set up yo
2009/6/25 Chris Cannam :
> On Thu, Jun 25, 2009 at 4:35 AM, Stefano D'Angelo wrote:
>> I am asking this to you as well, Chris, how does this kind of ordering
>> affect discovery?
>
> A library of a given name may exist in more than one place. Is it
> preferable to allow the non-root user to overri
2009/6/25 Jan Weil
> On Thu, Jun 25, 2009 at 05:25:48AM +0200, Stefano D'Angelo wrote:
> > 2009/6/24 David Robillard :
> > > On Wed, 2009-06-24 at 17:55 +0200, Stefano D'Angelo wrote:
> > >> Hereby I propose some default paths which could be used, in the hope
> > >> that API authors lurking aroun
On Thu, Jun 25, 2009 at 4:35 AM, Stefano D'Angelo wrote:
> I am asking this to you as well, Chris, how does this kind of ordering
> affect discovery?
A library of a given name may exist in more than one place. Is it
preferable to allow the non-root user to override the system version
of the libra
On Thu, Jun 25, 2009 at 05:25:48AM +0200, Stefano D'Angelo wrote:
> 2009/6/24 David Robillard :
> > On Wed, 2009-06-24 at 17:55 +0200, Stefano D'Angelo wrote:
> >> Hereby I propose some default paths which could be used, in the hope
> >> that API authors lurking around here might want to recommend
21 matches
Mail list logo