On Mon, 27 May 2024 at 20:02, Steve Langasek wrote:
>
> On Sun, May 26, 2024 at 07:01:30PM +0100, Luca Boccassi wrote:
> > Control: tags -1 help
>
> > This is the pam config I ship:
>
> > # cat /usr/share/pam-configs/systemd-homed
> > Name: Enable user management by systemd-homed
> > Default: yes
On Sun, May 26, 2024 at 07:01:30PM +0100, Luca Boccassi wrote:
> Control: tags -1 help
> This is the pam config I ship:
> # cat /usr/share/pam-configs/systemd-homed
> Name: Enable user management by systemd-homed
> Default: yes
> Priority: 257
> Auth-Type: Primary
> Auth:
> [success=end def
On Mon, 27 May 2024 at 01:38, Sam Hartman wrote:
>
> > "Luca" == Luca Boccassi writes:
>
> Luca> Ah thanks for the pointer to the file, I had missed that
> Luca> somehow in the first reply. I see it now: the pam-config for
> Luca> unix.so assumes that if something runs before then
> "Luca" == Luca Boccassi writes:
Luca> Ah thanks for the pointer to the file, I had missed that
Luca> somehow in the first reply. I see it now: the pam-config for
Luca> unix.so assumes that if something runs before then everything
Luca> is done already. Unfortunately that as
On Mon, 27 May 2024 at 00:30, Sam Hartman wrote:
>
> > "Luca" == Luca Boccassi writes:
>
> Luca>
> https://www.freedesktop.org/software/systemd/man/latest/pam_systemd_home.html
>
> It's going to be a long time (a couple of weeks) before I have cycles to
> actually look at systemd-home ra
> "Luca" == Luca Boccassi writes:
Luca>
https://www.freedesktop.org/software/systemd/man/latest/pam_systemd_home.html
It's going to be a long time (a couple of weeks) before I have cycles to
actually look at systemd-home rather than to answer questions with my
pam hat on without looking
On Sun, 26 May 2024 at 21:46, Sam Hartman wrote:
>
>
> Hi.
> I'm not really swapped in on Debian this weekend; dealing with a
> transition for day job.
>
> But quick thoughts.
>
> I'm surprised that systemd-home is a pam auth module.
> That is, I wouldn't expect systemd-home to be able to decide w
Hi.
I'm not really swapped in on Debian this weekend; dealing with a
transition for day job.
But quick thoughts.
I'm surprised that systemd-home is a pam auth module.
That is, I wouldn't expect systemd-home to be able to decide whether you
have presented valid credentials to log in.
It may be t
Control: tags -1 help
On Sun, 19 Nov 2023 23:48:46 +0100 Alexander Bochmann
wrote:
> Package: systemd-homed
> Version: 254.5-1~bpo12+2
> Followup-For: Bug #1056166
>
> Hello,
>
> I can confirm this problem still exists in bookworm and
> bookworm-backports:
>
> As soon as the Debian systemd-ho
Package: systemd-homed
Version: 254.5-1~bpo12+2
Followup-For: Bug #1056166
Hello,
I can confirm this problem still exists in bookworm and
bookworm-backports:
As soon as the Debian systemd-homed PAM configuration is activated
by pam-auth-update, it's not possible to change passwords of
users t
Control: found -1 254.5-1
This is not a regression of v255, as v254 shows the same behaviour.
Marking accordingly.
OpenPGP_signature.asc
Description: OpenPGP digital signature
Am 18.11.23 um 03:25 schrieb Jack Pearson:
$ apt install systemd-homed
$ passwd
passwd: Authentication token manipulation error
Installing systemd-homed changes the PAM configuration of common-passwd:
# here are the per-package modules (the "Primary" block)
-password [success=1 default
Package: systemd-homed
Version: 255~rc2-1
Severity: important
Dear Maintainer,
In a minimal Debian installation, `systemd-homed` breaks `passwd`.
Just run these commands:
```
$ sudo -sE
$ debootstrap unstable unstable-dir
$ chroot unstable-dir
$ apt install systemd-homed
$ passwd
passwd: Authe
13 matches
Mail list logo
