path: root/debian/NEWS
diff options
authorSteve Langasek <>2009-08-25 01:17:34 -0700
committerSteve Langasek <>2019-01-08 21:25:56 -0800
commita852177c4fde4f21ca20abba1ca8d9db06824102 (patch)
tree8231cb0fd1f73de3bb882f00db50217ed4126dd0 /debian/NEWS
parentf0a0a0150498209b9363ed088e1c6809a097d8f5 (diff)
debian/patches/007_modules_pam_unix: drop divergence from upstream
that treats "0" as a special value in various fields in /etc/shadow, and document this in debian/NEWS. Thanks to Nicolas Fran├žois <> for the detailed analysis. Closes: #308229.
Diffstat (limited to 'debian/NEWS')
1 files changed, 19 insertions, 0 deletions
diff --git a/debian/NEWS b/debian/NEWS
index f644dc45..327df1ac 100644
--- a/debian/NEWS
+++ b/debian/NEWS
@@ -9,6 +9,25 @@ pam (1.1.0-1) unstable; urgency=low
The pam_unix module still does its own check of /etc/security/opasswd,
so if you are using this module you should not need to change anything.
+ * Change in handling of /etc/shadow fields
+ The Debian PAM package included a patch to treat a value of 0 in certain
+ fields in /etc/shadow as the same as an empty field. This patch has
+ been dropped, since it caused the behavior of pam_unix to differ from
+ both that of PAM upstream and that of the shadow package.
+ The main consequences of this change are that:
+ - a "0" in the sp_expire field will be treated as a date of Jan 1, 1970
+ instead of a "never expires" value, so users with this set will be
+ unable to log in
+ - a "0" in the sp_inact field will indicate that the user should not be
+ allowed to change an expired password at all, instead of being allowed
+ to change an expired at any time after the expiry.
+ See Debian bug #308229 for more information about this change.
-- Steve Langasek <> Tue, 25 Aug 2009 00:13:57 -0700
pam ( unstable; urgency=low