"Daniel Richard G." <sk...@iskunk.org> writes: > This used to work. What changed? Is pam_krb5 returning something > different on receiving the correct password? For whatever reason, > pam_unix never interfered with Kerberos password changes before. (Of > course, I can't take pam_unix out, since it's still needed for root > logins and local regular user accounts.)
As far as I can tell from your debugging information, pam-krb5 isn't involved at all, so I don't think it could be what's changed. Presumably something changed about pam_unix or something else on your system. I don't have any idea what that is, personally. > Both pam_krb5 and pam_unix are in the auth and passwd stacks, so at the > very least there's an inconsistency in the behavior of each module in > each stack---Kerberos users don't have any trouble logging in even > though they're not in /etc/passwd, so why is that an issue when changing > password? Well, what do your common-auth and common-password PAM configurations say? Does one of them make pam_unix optional and the other one make it required? -- Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/334795 Title: cannot change password -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
