[arch-proaudio] package gcr breaks real-time settings
David Runge
dave at sleepmap.de
Sun Sep 2 11:15:15 UTC 2018
On 2018-09-02 12:52:31 (+0200), Joakim Hernberg wrote:
> > From: "Ralf Mardorf" <ralf.mardorf at alice-dsl.net>
> > To: "arch-proaudio" <arch-proaudio at lists.archlinux.org>
> > Sent: Sunday, September 2, 2018 12:04:03 PM
> > Subject: [arch-proaudio] package gcr breaks real-time settings
>
> > When I started Ardour yesterday, it was complaining about a memlock
> > issue. I fixed it for my install, I only want to inform about this
> > issue. '@users - memlock 1024' overrides 'memlock unlimited' of the
> > audio or realtime group.
What makes you think that the former actually overrides the latter?
I also have gcr installed (with that limits.conf) and don't see a
problem with Ardour (at least not in its logs).
Where exactly is that problem reported?
Which are your user's groups?
Which is your user's default group?
Do you have any other files in /etc/security/limits.d?
What was your claimed fix?
Questions left unanswered ;-)
While all files below /etc/security/limits.d are read in C locale
ordering, this would mean, that 10-gcr.conf is read first and
99-realtime-privileges.conf pretty much last.
However, neither `man 5 limits.conf` nor `man 8 pam_limits` states the
behavior of a user being in two different groups with diverging
settings. I hope that's not undefined... ;-)
--
https://sleepmap.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.archlinux.org/pipermail/arch-proaudio/attachments/20180902/2b7ec4a0/attachment.asc>
More information about the arch-proaudio
mailing list