[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: elogind status
From: |
Ludovic Courtès |
Subject: |
Re: elogind status |
Date: |
Sat, 06 Feb 2016 12:07:05 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
Andy Wingo <address@hidden> skribis:
> Since elogind wants to manage the content of these directories, it has a
> little internal rm-rf helper to clean them when elogind starts up. But
> that helper is really conservative and doesn't want to remove files on a
> filesystem that's not tmpfs or ramfs, hence these mounts.
>
> Secondly you need to configure a pam-elogind module.
>
> (define pam-elogind
> (pam-entry
> (control "required")
> (module #~(string-append #$elogind "/lib/security/pam_elogind.so"))))
>
> We add the pam module to the base pam services:
>
> (pam-services
> (base-pam-services #:additional-session-modules (list pam-elogind)))
[…]
(See the whole message at
<https://lists.gnu.org/archive/html/guix-devel/2015-08/msg00439.html>.)
It’s been some time, but commit e7ad0d5 finally adds elogind support to
all the PAM sessions. It does so by extending PAM with a procedure that
adds a session entry with pam_elogind.so to all the PAM service.
This extension mechanism for cross-cutting PAM concerns is implemented
in 12c00bc.
I’ve confirmed that ‘loginctl’ now knows about logged-in users and
seats. I haven’t check what effect it has on GNOME and Xfce but
feedback would be welcome!
Ludo’.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: elogind status,
Ludovic Courtès <=