On Tue, 2009-06-23 at 01:53 +0200, Lennart Poettering wrote:
> On Mon, 22.06.09 16:33, Fernando Lopez-Lezcano (nando@email-addr-hidden) wrote:
>
> > If rtkit would demote all processes when triggered, regardless of whether
> > rtkit granted the privileges or not then I can't really bypass it, it is
> > always there defining policy.
>
> Except that rtkit wouldn't be started in the first place if the apps
> get RT by some other means, since rtkit is only the last resort for them.
Sorry to be a pest, if only _one_ app requests through rtkit then all
bets are off until a logout/login sequence, right?
> But really, if this is so important to you then we can certainly
> change that.
I happen to think it is the wrong thing to do in general: you are
essentially forcing policy for something you don't have complete control
over, so that it may overlap or override with what other methods want.
It is probably going to create problems in the long run, but that is a
very non-scientific thing to say.
(BTW, I still have to try to figure out if jack support is possible -
don't know when I'm going to have time - jack bestows rt on threads that
the client programs use, but not through a fork)
-- Fernando
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Received on Tue Jun 23 04:15:08 2009
This archive was generated by hypermail 2.1.8 : Tue Jun 23 2009 - 04:15:09 EEST