That explains a lot, thanks for digging into this.

I've had pw constantly run into ulimits and failed to find out why.

Martin

On Thu, Mar 14, 2024, 21:19 Simone Baratta <cont...@gmail.com> wrote:

> Howdy, Arch community!
>
> Today Ardour warned me that I had a ulimit enforced for locked memory,
> and indeed I was surprised to find that `ulimit -l` reported 8192 for
> my user (which I configured to `unlimited` a long time ago). After a
> bit of investigation, it turned out that this is a bug introduced by
> PAM 1.6, which fails to read my limits.conf file due to the extra
> whitespace separating entries:
>
> ```
> @audio           -       memlock         unlimited
> ```
>
> This makes pam_limits.so fail with the following:
> ```
> pam_limits(login:session): wrong limit value '        unlimited' for
> limit type '-'
> ```
>
> Looks like this issue was introduced with [1], and indeed I can
> confirm that it's fixed by [2] which references the first commit.
>
> Is there any chance we can get a 1.6.0-5 update with this patch in?
> This version is already in core, and it's a very subtle issue which is
> likely to be unnoticed by many but come with a lot of (possibly
> security-relevant) side effects.
>
> [1]
> https://github.com/linux-pam/linux-pam/commit/eec4358a49dc0d6d699532965f453f0da240227e
> [2]
> https://github.com/linux-pam/linux-pam/commit/9228077d762fc94ebc8d9fb4edfe9b481d96318d
>
> Thanks!
>
> --
> Simone
>

Reply via email to