~ubuntu-branches/ubuntu/oneiric/pam/oneiric-proposed

« back to all changes in this revision

Viewing changes to doc/man/pam.conf-syntax.xml

  • Committer: Bazaar Package Importer
  • Author(s): Steve Langasek
  • Date: 2011-02-17 16:15:47 UTC
  • mfrom: (3.2.15 sid)
  • Revision ID: james.westby@ubuntu.com-20110217161547-afxi0yboxvn18a5t
Tags: 1.1.2-2ubuntu1
* Merge from Debian unstable, remaining changes:
  - debian/libpam-modules.postinst: Add PATH to /etc/environment if it's
    not present there or in /etc/security/pam_env.conf. (should send to
    Debian).
  - debian/libpam0g.postinst: only ask questions during update-manager when
    there are non-default services running.
  - debian/patches-applied/series: Ubuntu patches are as below ...
  - debian/patches-applied/ubuntu-rlimit_nice_correction: Explicitly
    initialise RLIMIT_NICE rather than relying on the kernel limits.
  - Change Vcs-Bzr to point at the Ubuntu branch.
  - debian/patches-applied/pam_motd-legal-notice: display the contents of
    /etc/legal once, then set a flag in the user's homedir to prevent
    showing it again.
  - debian/update-motd.5, debian/libpam-modules.manpages: add a manpage
    for update-motd, with some best practices and notes of explanation.
  - debian/patches/update-motd-manpage-ref: add a reference in pam_motd(8)
    to update-motd(5)

Show diffs side-by-side

added added

removed removed

Lines of Context:
246
246
      <emphasis>valueN</emphasis>'s not mentioned explicitly. Note, the
247
247
      full list of PAM errors is available in
248
248
      <filename>/usr/include/security/_pam_types.h</filename>. The
249
 
      <emphasis>actionN</emphasis> can be: an unsigned integer,
250
 
      <emphasis>n</emphasis>, signifying an action of 'jump over the
251
 
      next <emphasis>n</emphasis> modules in the stack'; or take one
252
 
      of the following forms:
 
249
      <emphasis>actionN</emphasis> can take one of the following forms:
253
250
    </para>
254
251
    <variablelist>
255
252
      <varlistentry>
307
304
        </listitem>
308
305
      </varlistentry>
309
306
      <varlistentry>
 
307
        <term>N (an unsigned integer)</term>
 
308
        <listitem>
 
309
           <para>
 
310
             equivalent to ok with the side effect of jumping over the
 
311
             next N modules in the stack. Note that N equal to 0 is not
 
312
             allowed (and it would be identical to ok in such case).
 
313
          </para>
 
314
        </listitem>
 
315
      </varlistentry>
 
316
      <varlistentry>
310
317
        <term>reset</term>
311
318
        <listitem>
312
319
           <para>