From 61ed1ee492ffb411887fd5b9cbb51715f1eb1e1e Mon Sep 17 00:00:00 2001
From: "Andrew G. Morgan" <morgan@kernel.org>
Date: Sat, 19 Jan 2002 07:10:45 +0000
Subject: Relevant BUGIDs: 493294

Purpose of commit: bugfix and document

Commit summary:
---------------
The login limit counting seemed to have its math incorrect.
The default has been changed to the sane one, and a new module argument
has been added "utmp_early" that returns the module to its old behavior.

Thanks to Berend De Schouwe for getting to the bottom of this issue.
---
 doc/modules/pam_limits.sgml | 10 +++++++++-
 1 file changed, 9 insertions(+), 1 deletion(-)

(limited to 'doc')

diff --git a/doc/modules/pam_limits.sgml b/doc/modules/pam_limits.sgml
index 961f0b55..eaa16bd9 100644
--- a/doc/modules/pam_limits.sgml
+++ b/doc/modules/pam_limits.sgml
@@ -54,7 +54,8 @@ configuration file discussed below.
 <descrip>
 
 <tag><bf>Recognized arguments:</bf></tag>
-<tt/debug/; <tt>conf=/path/to/file.conf</tt>
+<tt/debug/; <tt>conf=/path/to/file.conf</tt>; <tt>change_uid</tt>;
+<tt>utmp_early</tt>
 
 <tag><bf>Description:</bf></tag>
 
@@ -80,6 +81,13 @@ option if you have problems like login not forking a shell for user
 who has no processes. Be warned that something else may break when
 you do this.
 
+<item><tt/utmp_early/ - 
+some broken applications actually allocate a utmp entry for the user
+before the user is admitted to the system. If some of the services you
+are configuring PAM for do this, you can selectively use this module
+argument to compensate for this behavior and at the same time maintain
+system-wide consistency with a single limits.conf file.
+
 </itemize>
 
 <tag><bf>Examples/suggested usage:</bf></tag>
-- 
cgit v1.2.3