[LAD] Any package builders here?

Nick Copeland nickycopeland at hotmail.com
Wed Jun 1 16:37:56 UTC 2011

> Since people usually are using Jack by a package, when thy use real-time
> audio apps IMO it's ok to include it to a Jack package, anyway, IMO
> there should be a dependency setting without nice and with memlock.

Neither jack, ardour or any other app actually uses the 'nice' option simply
because it is in the limits file. The file just says that if applications/users want
to use a value this is what they are allowed to configure themselves without
having to have root permissions and thereby invalidate a otherwise reasonable
security policy. That is why having a 'nice' value in the file is useful: users can
tune the system without needing the recourse of having the root password.

> FWIW very often there are recommendations to _avoid_ a kernel-rt, since
> a distros 'default', 'desktop', 'generic' kernel should have the same
> capabilities and the kernel-rt should have disadvantages. The resume
> then could be, that people wonder, that they can't use Linux for complex
> audio sessions.

The issue is bigger than Linux. I was talking to Stings pianist, Kipper, on this
subject a while ago now. He had just bought the biggest FO Mac for his studio. 
After a few days he pretty much took it back to the store and dumped it on them 
as it did not do what was written on the tin, demanding that they make it work.
They had to tune it. OK, it finally did what he needs but the only difference is 
that either you have to do the work or somebody else does. Linux in itself is not 
the issue.

> IMO it doesn't make sense to package audio and MIDI applications without
> packaging the environment to use those apps.

Again, this is not limited to Linux and the PAM limits file is not in itself the solution. 
The limits file only enables the possibility that applications can ask for what devos
think is optimal for their function and that somebody can configure an optimised 
system without having to be root. That means the limits.conf should give that user 
or group sufficient access to all the resources that they might need. That includes
negative 'nice' values for the cases where it might be useful.

Regards, ninck.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20110601/9b499547/attachment.html>

More information about the Linux-audio-dev mailing list