Your message dated Sat, 22 Jun 2024 15:06:09 +0000
with message-id <[email protected]>
and subject line Bug#1006216: fixed in shadow 1:4.15.1-1
has caused the Debian Bug report #1006216,
regarding shadow: suggestions for man 8 groupadd
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1006216: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006216
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: shadow
Version: 4.8.1
Severity: minor

Hi Serge,

I withdrew the changes you did not appreciate, kept the ones you did no 
comment on and used the suggustions you made.

Attached the respective xml and diff files.

Best regards
Markus

------------------------------------------------------------------------

"Serge E. Hallyn" <[email protected]> schrieb am 20. Februar 2022 um 10:33
> On Thu, Feb 17, 2022 at 09:43:59PM +0100, Markus Hiereth wrote:
> > Hi Serge,
> > 
> > today I worked on the message catalogue for groupadd.8
> > 
> > I have no problems with understanding or translating this manual
> > page. Nevertheless there are paragraphs for which I would suggest
> > alternatives explanations. They are alreay in an attached xml-file.
> > 
> > Below, there is a diff with commments that allows you to jugde the
> > suggestions.
> > 
> > Feel free to tell me what changes are welcome.
> > 
> > Best regards
> > Markus
> > 
> > 
> > --- shadow-4.8.1/man/groupadd.8.xml 2019-07-23 17:26:08.000000000 +0200
> > +++ shadow-4.8.1_mh/man/groupadd.8.xml      2022-02-17 16:30:14.284465573 
> > +0100
> > 

> > Elsewhere, capital letters are used for such arguments 
> > 
> > @@ -72,10 +72,10 @@
> >      <cmdsynopsis>
> >        <command>groupadd</command>
> >        <arg choice='opt'>
> > -   <replaceable>options</replaceable>
> > +   <replaceable>OPTIONS</replaceable>
> >        </arg>
> >        <arg choice='plain'>
> > -   <replaceable>group</replaceable>
> > +   <replaceable>NEWGROUP</replaceable>
> >        </arg>
> >      </cmdsynopsis>
> >    </refsynopsisdiv>
> > 

> > These two paragraphs come from section CAVEATS, but I think the are
> > necessary parts of the section DESCRIPTION
> > @@ -87,6 +87,15 @@
> >        values from the system. The new group will be entered into the system
> >        files as needed.
> >      </para>
> > +     <para>
> > +       Groupnames must start with a lower case letter or an underscore,
> > +       followed by lower case letters, digits, underscores, or dashes.
> > +       They can end with a dollar sign.
> > +       In regular expression terms: [a-z_][a-z0-9_-]*[$]?
> > +     </para>
> > +     <para>
> > +       Groupnames may only be up to &GROUP_NAME_MAX_LENGTH; characters 
> > long.
> > +     </para>
> >    </refsect1>
> > 
> > 

> > Changed due to my different view on the attribute "unique". For me, an
> > ID that appears only once is an unique but in our context, it always
> > deals with the relation between names and IDs.
> > @@ -103,10 +112,11 @@
> >     <listitem>
> >       <para>
> >         This option causes the command to simply exit with success
> > -       status if the specified group already exists. When used with
> > -       <option>-g</option>, and the specified GID already exists,
> > -       another (unique) GID is chosen (i.e. <option>-g</option> is
> > -       turned off).
> > +       status if the specified group already exists. When used
> > +       with <option>-g</option> and the specified GID already
> > +       exists, another one is chosen. As result, option
> > +       <option>-g</option> is turned off and the GID points in a
> > +       unique way to <replaceable>NEWGROUP</replaceable>.
> 
> Sorry, the new language is confusing to me.
> 
> Would simply doing 's/another (unique)/a different, unused, /' be
> clearer to you?

Yes it would.

 
> > I just replaced "this value" with "GID" which is used in the line above
> > 
> > @@ -115,8 +125,8 @@
> >       <option>-g</option>, 
> > <option>--gid</option>&nbsp;<replaceable>GID</replaceable>
> >     </term>
> >     <listitem>
> > -     <para>The numerical value of the group's ID. This value must be
> > -       unique, unless the <option>-o</option> option is used. The value
> > +     <para>The numerical value of the group's ID. 
> > <replaceable>GID</replaceable> 
> > +       must be unique, unless the <option>-o</option> option is used. The 
> > value
> >         must be non-negative. The default is to use the smallest ID
> >         value greater than or equal to <option>GID_MIN</option> and
> >         greater than every other group.
> 
> Ok.

> > Again, "unique-and-non-unique" stuff 
> > 
> > @@ -159,7 +169,10 @@
> >     </term>
> >     <listitem>
> >       <para>
> > -       This option permits to add a group with a non-unique GID.
> > +       permits the creation of a group with an already used
> > +       numerical ID. In turn, for this
> > +       <replaceable>GID</replaceable>, the mapping towards group
> > +       <replaceable>NEWGROUP</replaceable> will not be unique.
> 
> The more I see the substitutions, the more I think we should stick to
> using the term "unique" everywhere.

OK

> > Explanation similar to the one in useradd.8 and usermod.8. Provides more 
> > information about the implications.
> > 
> > @@ -169,11 +182,17 @@
> >     </term>
> >     <listitem>
> >       <para>
> > -       The encrypted password, as returned by <citerefentry>
> > -       <refentrytitle>crypt</refentrytitle><manvolnum>3</manvolnum>
> > -       </citerefentry>. The default is to disable the password.
> > +       defines an initial password for the group account. PASSWORD is 
> > expected to
> > +            be encrypted, as returned by <citerefentry><refentrytitle>crypt
> > +            </refentrytitle><manvolnum>3</manvolnum></citerefentry>. 
> 
> Good.

> 
> >       </para>
> >       <para>
> > +            Without this option, the group account will be locked and
> > +            with no password defined, i.e. a single exclamation mark
> > +            in the respective field of ths system account file 
> > +            <filename>/etc/group</filename> or 
> > <filename>/etc/gshadow</filename>.
> > +          </para>
> > +     <para>
> >         <emphasis role="bold">Note:</emphasis> This option is not
> >         recommended because the password (or encrypted password) will
> >         be visible by users listing the processes.
 


> > Probably a more precise explanation, similar to the one in usermod.8.  
> > @@ -218,14 +237,13 @@
> >     </term>
> >     <listitem>
> >       <para>
> > -       Apply changes in the <replaceable>PREFIX_DIR</replaceable>
> > -       directory and use the configuration files from the
> > -       <replaceable>PREFIX_DIR</replaceable> directory.
> > -           This option does not chroot and is intended for preparing 
> > -           a cross-compilation target.
> > -           Some limitations: NIS and LDAP users/groups are not verified.
> > -           PAM authentication is using the host files.
> > -           No SELINUX support.
> > +       Apply changes within the directory tree starting with
> 
> How about 'Apply changes under the directory tree'.


> > +       <replaceable>PREFIX_DIR</replaceable> and use as well the
> > +       configuration files located there.  This option does not
> > +       chroot and is intended for preparing a cross-compilation
> > +       target.  Some limitations: NIS and LDAP users/groups are
> > +       not verified.  PAM authentication is using the host files.
> > +       No SELINUX support.
> >       </para>
> >     </listitem>
> >        </varlistentry>
> > 
> > Just deleted period signs.
> > @@ -252,19 +270,19 @@
> >        <varlistentry>
> >     <term><filename>/etc/group</filename></term>
> >     <listitem>
> > -     <para>Group account information.</para>
> > +     <para>Group account information</para>
 
> Why do you want to get rid of these?

As mentioned: Period would finish sentences, but we do not have a
sentence/phrase. But the periods are inserted again. They are not
worth being discussed.


> >     </listitem>
> >        </varlistentry>
> >        <varlistentry condition="gshadow">
> >     <term><filename>/etc/gshadow</filename></term>
> >     <listitem>
> > -     <para>Secure group account information.</para>
> > +     <para>Secure group account information</para>
> >     </listitem>
> >        </varlistentry>
> >        <varlistentry>
> >     <term><filename>/etc/login.defs</filename></term>
> >     <listitem>
> > -     <para>Shadow password suite configuration.</para>
> > +     <para>Shadow password suite configuration</para>
> >     </listitem>
> >        </varlistentry>
> >      </variablelist>
> > 
> > Two paragraphs moved towards section DESCRIPTION
> > @@ -273,15 +291,6 @@
> >     <refsect1 id='caveats'>
> >       <title>CAVEATS</title>
> >       <para>
> > -       Groupnames must start with a lower case letter or an underscore,
> > -       followed by lower case letters, digits, underscores, or dashes.
> > -       They can end with a dollar sign.
> > -       In regular expression terms: [a-z_][a-z0-9_-]*[$]?
> > -     </para>
> > -     <para>
> > -       Groupnames may only be up to &GROUP_NAME_MAX_LENGTH; characters 
> > long.
> > -     </para>
> > -     <para>
> >         You may not add a NIS or LDAP group. This must be performed on the
> >         corresponding server.
> >       </para>
--- shadow-4.8.1/man/groupadd.8.xml     2019-07-23 17:26:08.000000000 +0200
+++ shadow-4.8.1_mh/man/groupadd.8.xml  2022-02-21 14:10:58.360297207 +0100
@@ -72,10 +72,10 @@
     <cmdsynopsis>
       <command>groupadd</command>
       <arg choice='opt'>
-       <replaceable>options</replaceable>
+       <replaceable>OPTIONS</replaceable>
       </arg>
       <arg choice='plain'>
-       <replaceable>group</replaceable>
+       <replaceable>NEWGROUP</replaceable>
       </arg>
     </cmdsynopsis>
   </refsynopsisdiv>
@@ -87,6 +87,15 @@
       values from the system. The new group will be entered into the system
       files as needed.
     </para>
+     <para>
+       Groupnames must start with a lower case letter or an underscore,
+       followed by lower case letters, digits, underscores, or dashes.
+       They can end with a dollar sign.
+       In regular expression terms: [a-z_][a-z0-9_-]*[$]?
+     </para>
+     <para>
+       Groupnames may only be up to &GROUP_NAME_MAX_LENGTH; characters long.
+     </para>
   </refsect1>
 
   <refsect1 id='options'>
@@ -102,11 +111,11 @@
        </term>
        <listitem>
          <para>
-           This option causes the command to simply exit with success
-           status if the specified group already exists. When used with
-           <option>-g</option>, and the specified GID already exists,
-           another (unique) GID is chosen (i.e. <option>-g</option> is
-           turned off).
+            This option causes the command to simply exit with success
+            status if the specified group already exists. When used with
+            <option>-g</option>, and the specified GID already exists,
+            another (unique) GID is chosen (i.e. <option>-g</option> is
+            turned off).
          </para>
        </listitem>
       </varlistentry>
@@ -115,8 +124,8 @@
          <option>-g</option>, 
<option>--gid</option>&nbsp;<replaceable>GID</replaceable>
        </term>
        <listitem>
-         <para>The numerical value of the group's ID. This value must be
-           unique, unless the <option>-o</option> option is used. The value
+         <para>The numerical value of the group's ID. 
<replaceable>GID</replaceable> 
+           must be unique, unless the <option>-o</option> option is used. The 
value
            must be non-negative. The default is to use the smallest ID
            value greater than or equal to <option>GID_MIN</option> and
            greater than every other group.
@@ -159,7 +168,10 @@
        </term>
        <listitem>
          <para>
-           This option permits to add a group with a non-unique GID.
+           permits the creation of a group with an already used
+           numerical ID. In turn, for this
+           <replaceable>GID</replaceable>, the mapping towards group
+           <replaceable>NEWGROUP</replaceable> will not be unique.
          </para>
        </listitem>
       </varlistentry>
@@ -169,11 +181,17 @@
        </term>
        <listitem>
          <para>
-           The encrypted password, as returned by <citerefentry>
-           <refentrytitle>crypt</refentrytitle><manvolnum>3</manvolnum>
-           </citerefentry>. The default is to disable the password.
+           defines an initial password for the group account. PASSWORD is 
expected to
+            be encrypted, as returned by <citerefentry><refentrytitle>crypt
+            </refentrytitle><manvolnum>3</manvolnum></citerefentry>. 
          </para>
          <para>
+            Without this option, the group account will be locked and
+            with no password defined, i.e. a single exclamation mark
+            in the respective field of ths system account file 
+            <filename>/etc/group</filename> or 
<filename>/etc/gshadow</filename>.
+          </para>
+         <para>
            <emphasis role="bold">Note:</emphasis> This option is not
            recommended because the password (or encrypted password) will
            be visible by users listing the processes.
@@ -218,14 +236,13 @@
        </term>
        <listitem>
          <para>
-           Apply changes in the <replaceable>PREFIX_DIR</replaceable>
-           directory and use the configuration files from the
-           <replaceable>PREFIX_DIR</replaceable> directory.
-               This option does not chroot and is intended for preparing 
-               a cross-compilation target.
-               Some limitations: NIS and LDAP users/groups are not verified.
-               PAM authentication is using the host files.
-               No SELINUX support.
+           Apply changes under the directory tree starting with
+           <replaceable>PREFIX_DIR</replaceable> and use as well the
+           configuration files located there. This option does not
+           chroot and is intended for preparing a cross-compilation
+           target.  Some limitations: NIS and LDAP users/groups are
+           not verified.  PAM authentication is using the host files.
+           No SELINUX support.
          </para>
        </listitem>
       </varlistentry>
@@ -273,15 +290,6 @@
    <refsect1 id='caveats'>
      <title>CAVEATS</title>
      <para>
-       Groupnames must start with a lower case letter or an underscore,
-       followed by lower case letters, digits, underscores, or dashes.
-       They can end with a dollar sign.
-       In regular expression terms: [a-z_][a-z0-9_-]*[$]?
-     </para>
-     <para>
-       Groupnames may only be up to &GROUP_NAME_MAX_LENGTH; characters long.
-     </para>
-     <para>
        You may not add a NIS or LDAP group. This must be performed on the
        corresponding server.
      </para>
<?xml version="1.0" encoding="UTF-8"?>
<!--
   Copyright (c) 1991       , Julianne Frances Haugh
   Copyright (c) 2007 - 2011, Nicolas François
   All rights reserved.
  
   Redistribution and use in source and binary forms, with or without
   modification, are permitted provided that the following conditions
   are met:
   1. Redistributions of source code must retain the above copyright
      notice, this list of conditions and the following disclaimer.
   2. Redistributions in binary form must reproduce the above copyright
      notice, this list of conditions and the following disclaimer in the
      documentation and/or other materials provided with the distribution.
   3. The name of the copyright holders or contributors may not be used to
      endorse or promote products derived from this software without
      specific prior written permission.
  
   THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
   ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
   LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
   PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL THE COPYRIGHT
   HOLDERS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
   SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
   LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
   DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
   THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
   (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
   OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
-->
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook V4.5//EN"
  "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"; [
<!ENTITY GID_MAX               SYSTEM "login.defs.d/GID_MAX.xml">
<!ENTITY MAX_MEMBERS_PER_GROUP SYSTEM "login.defs.d/MAX_MEMBERS_PER_GROUP.xml">
<!ENTITY SYS_GID_MAX           SYSTEM "login.defs.d/SYS_GID_MAX.xml">
<!-- SHADOW-CONFIG-HERE -->
]>
<refentry id='groupadd.8'>
  <!-- $Id$ -->
  <refentryinfo>
    <author>
      <firstname>Julianne Frances</firstname>
      <surname>Haugh</surname>
      <contrib>Creation, 1991</contrib>
    </author>
    <author>
      <firstname>Thomas</firstname>
      <surname>Kłoczko</surname>
      <email>[email protected]</email>
      <contrib>shadow-utils maintainer, 2000 - 2007</contrib>
    </author>
    <author>
      <firstname>Nicolas</firstname>
      <surname>François</surname>
      <email>[email protected]</email>
      <contrib>shadow-utils maintainer, 2007 - now</contrib>
    </author>
  </refentryinfo>
  <refmeta>
    <refentrytitle>groupadd</refentrytitle>
    <manvolnum>8</manvolnum>
    <refmiscinfo class="sectdesc">System Management Commands</refmiscinfo>
    <refmiscinfo class="source">shadow-utils</refmiscinfo>
    <refmiscinfo class="version">&SHADOW_UTILS_VERSION;</refmiscinfo>
  </refmeta>
  <refnamediv id='name'>
    <refname>groupadd</refname>
    <refpurpose>create a new group</refpurpose>
  </refnamediv>
  <!-- body begins here -->
  <refsynopsisdiv id='synopsis'>
    <cmdsynopsis>
      <command>groupadd</command>
      <arg choice='opt'>
        <replaceable>OPTIONS</replaceable>
      </arg>
      <arg choice='plain'>
        <replaceable>NEWGROUP</replaceable>
      </arg>
    </cmdsynopsis>
  </refsynopsisdiv>

  <refsect1 id='description'>
    <title>DESCRIPTION</title>
    <para>The <command>groupadd</command> command creates a new group
      account using the values specified on the command line plus the default
      values from the system. The new group will be entered into the system
      files as needed.
    </para>
     <para>
       Groupnames must start with a lower case letter or an underscore,
       followed by lower case letters, digits, underscores, or dashes.
       They can end with a dollar sign.
       In regular expression terms: [a-z_][a-z0-9_-]*[$]?
     </para>
     <para>
       Groupnames may only be up to &GROUP_NAME_MAX_LENGTH; characters long.
     </para>
  </refsect1>

  <refsect1 id='options'>
    <title>OPTIONS</title>
    <para>
      The options which apply to the <command>groupadd</command> command
      are:
    </para>
    <variablelist remap='IP'>
      <varlistentry>
        <term>
          <option>-f</option>, <option>--force</option>
        </term>
        <listitem>
          <para>
            This option causes the command to simply exit with success
            status if the specified group already exists. When used with
            <option>-g</option>, and the specified GID already exists,
            another (unique) GID is chosen (i.e. <option>-g</option> is
            turned off).
          </para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term>
          <option>-g</option>, 
<option>--gid</option>&nbsp;<replaceable>GID</replaceable>
        </term>
        <listitem>
          <para>The numerical value of the group's ID. 
<replaceable>GID</replaceable> 
            must be unique, unless the <option>-o</option> option is used. The 
value
            must be non-negative. The default is to use the smallest ID
            value greater than or equal to <option>GID_MIN</option> and
            greater than every other group.
          </para>
          <para>
            See also the <option>-r</option> option and the
            <option>GID_MAX</option> description.
          </para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term><option>-h</option>, <option>--help</option></term>
        <listitem>
          <para>Display help message and exit.</para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term>
          <option>-K</option>, 
<option>--key</option>&nbsp;<replaceable>KEY</replaceable>=<replaceable>VALUE</replaceable>
        </term>
        <listitem>
          <para>
            Overrides <filename>/etc/login.defs</filename> defaults 
            (GID_MIN, GID_MAX and others). Multiple
            <option>-K</option> options can be specified.
          </para>
          <para>
             Example: 
<option>-K</option>&nbsp;<replaceable>GID_MIN</replaceable>=<replaceable>100</replaceable>&nbsp;
            
<option>-K</option>&nbsp;<replaceable>GID_MAX</replaceable>=<replaceable>499</replaceable>
          </para>
          <para>
            Note: 
<option>-K</option>&nbsp;<replaceable>GID_MIN</replaceable>=<replaceable>10</replaceable>,<replaceable>GID_MAX</replaceable>=<replaceable>499</replaceable>
            doesn't work yet.
          </para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term>
          <option>-o</option>, <option>--non-unique</option>
        </term>
        <listitem>
          <para>
            permits the creation of a group with an already used
            numerical ID. In turn, for this
            <replaceable>GID</replaceable>, the mapping towards group
            <replaceable>NEWGROUP</replaceable> will not be unique.
          </para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term>
          <option>-p</option>, 
<option>--password</option>&nbsp;<replaceable>PASSWORD</replaceable>
        </term>
        <listitem>
          <para>
            defines an initial password for the group account. PASSWORD is 
expected to
            be encrypted, as returned by <citerefentry><refentrytitle>crypt
            </refentrytitle><manvolnum>3</manvolnum></citerefentry>. 
          </para>
          <para>
            Without this option, the group account will be locked and
            with no password defined, i.e. a single exclamation mark
            in the respective field of ths system account file 
            <filename>/etc/group</filename> or 
<filename>/etc/gshadow</filename>.
          </para>
          <para>
            <emphasis role="bold">Note:</emphasis> This option is not
            recommended because the password (or encrypted password) will
            be visible by users listing the processes.
          </para>
          <para>
            You should make sure the password respects the system's
            password policy.
          </para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term>
          <option>-r</option>, <option>--system</option>
        </term>
        <listitem>
          <para>
            Create a system group.
          </para>
          <para>
            The numeric identifiers of new system groups are chosen in
            the <option>SYS_GID_MIN</option>-<option>SYS_GID_MAX</option>
            range, defined in <filename>login.defs</filename>, instead of
            <option>GID_MIN</option>-<option>GID_MAX</option>.
          </para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term>
          <option>-R</option>, 
<option>--root</option>&nbsp;<replaceable>CHROOT_DIR</replaceable>
        </term>
        <listitem>
          <para>
            Apply changes in the <replaceable>CHROOT_DIR</replaceable>
            directory and use the configuration files from the
            <replaceable>CHROOT_DIR</replaceable> directory.
          </para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term>
          <option>-P</option>, 
<option>--prefix</option>&nbsp;<replaceable>PREFIX_DIR</replaceable>
        </term>
        <listitem>
          <para>
            Apply changes under the directory tree starting with
            <replaceable>PREFIX_DIR</replaceable> and use as well the
            configuration files located there. This option does not
            chroot and is intended for preparing a cross-compilation
            target.  Some limitations: NIS and LDAP users/groups are
            not verified.  PAM authentication is using the host files.
            No SELINUX support.
          </para>
        </listitem>
      </varlistentry>
    </variablelist>
  </refsect1>

  <refsect1 id='configuration'>
    <title>CONFIGURATION</title>
    <para>
      The following configuration variables in
      <filename>/etc/login.defs</filename> change the behavior of this
      tool:
    </para>
    <variablelist>
      &GID_MAX; <!-- documents also GID_MIN -->
      &MAX_MEMBERS_PER_GROUP;
      &SYS_GID_MAX; <!-- documents also SYS_GID_MIN -->
    </variablelist>
  </refsect1>

  <refsect1 id='files'>
    <title>FILES</title>
    <variablelist>
      <varlistentry>
        <term><filename>/etc/group</filename></term>
        <listitem>
          <para>Group account information.</para>
        </listitem>
      </varlistentry>
      <varlistentry condition="gshadow">
        <term><filename>/etc/gshadow</filename></term>
        <listitem>
          <para>Secure group account information.</para>
        </listitem>
      </varlistentry>
      <varlistentry>
        <term><filename>/etc/login.defs</filename></term>
        <listitem>
          <para>Shadow password suite configuration.</para>
        </listitem>
      </varlistentry>
    </variablelist>
  </refsect1>

   <refsect1 id='caveats'>
     <title>CAVEATS</title>
     <para>
       You may not add a NIS or LDAP group. This must be performed on the
       corresponding server.
     </para>
     <para>
       If the groupname already exists in an external group database such
       as NIS or LDAP, <command>groupadd</command> will deny the group
       creation request.
     </para>
   </refsect1>

  <refsect1 id='exit_values'>
    <title>EXIT VALUES</title>
    <para>
      The <command>groupadd</command> command exits with the following values:
      <variablelist>
        <varlistentry>
          <term><replaceable>0</replaceable></term>
          <listitem>
            <para>success</para>
          </listitem>
        </varlistentry>
        <varlistentry>
          <term><replaceable>2</replaceable></term>
          <listitem>
            <para>invalid command syntax</para>
          </listitem>
        </varlistentry>
        <varlistentry>
          <term><replaceable>3</replaceable></term>
          <listitem>
            <para>invalid argument to option</para>
          </listitem>
        </varlistentry>
        <varlistentry>
          <term><replaceable>4</replaceable></term>
          <listitem>
            <para>GID not unique (when <option>-o</option> not used)</para>
          </listitem>
        </varlistentry>
        <varlistentry>
          <term><replaceable>9</replaceable></term>
          <listitem>
            <para>group name not unique</para>
          </listitem>
        </varlistentry>
        <varlistentry>
          <term><replaceable>10</replaceable></term>
          <listitem>
            <para>can't update group file</para>
          </listitem>
        </varlistentry>
      </variablelist>
    </para>
  </refsect1>

  <refsect1 id='see_also'>
    <title>SEE ALSO</title>
    <para><citerefentry>
        <refentrytitle>chfn</refentrytitle><manvolnum>1</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>chsh</refentrytitle><manvolnum>1</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>passwd</refentrytitle><manvolnum>1</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>gpasswd</refentrytitle><manvolnum>8</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>groupdel</refentrytitle><manvolnum>8</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>groupmod</refentrytitle><manvolnum>8</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>login.defs</refentrytitle><manvolnum>5</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>useradd</refentrytitle><manvolnum>8</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>userdel</refentrytitle><manvolnum>8</manvolnum>
      </citerefentry>,
      <citerefentry>
        <refentrytitle>usermod</refentrytitle><manvolnum>8</manvolnum>
      </citerefentry>.
    </para>
  </refsect1>
</refentry>

--- End Message ---
--- Begin Message ---
Source: shadow
Source-Version: 1:4.15.1-1
Done: Chris Hofstaedtler <[email protected]>

We believe that the bug you reported is fixed in the latest version of
shadow, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Chris Hofstaedtler <[email protected]> (supplier of updated shadow package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sat, 22 Jun 2024 16:08:41 +0200
Source: shadow
Architecture: source
Version: 1:4.15.1-1
Distribution: unstable
Urgency: medium
Maintainer: Shadow package maintainers 
<[email protected]>
Changed-By: Chris Hofstaedtler <[email protected]>
Closes: 745796 776314 791806 812127 832047 856902 960638 1006208 1006216 
1006225 1032393 1034312 1043236 1055582 1065350
Changes:
 shadow (1:4.15.1-1) unstable; urgency=medium
 .
   * New upstream version 4.15.1
     Closes: #832047, #812127, #1034312, #856902, #791806
     Closes: #1006216, #1006225, #1006208
     * contrib/atudel, non-DFSG-compliant was removed upstream
     * Remove obsolete configure flag --without-libcrack
     * Use functions from libbsd (Closes: #1032393)
     * Build-Depend: libltdl-dev for LT_LIB_DLLOAD
       (Closes: #1065350)
     * Build-Depend: pkgconf
     * Drop upstream applied patches
     * Disable FTMP_FILE by default, drop login failure logging
     * Rebase patch 401_cppw_src.dpatch
     * Rename patch 402_cppw_selinux
     * Use upstream FAILLOG_ENAB code, incompatible with PAM
       (Closes: #776314)
     * Rebase patch 463_login_delay_obeys_to_PAM
     * Rebase patch 501_commonio_group_shadow
     * Rebase patch 502_debian_useradd_defaults
     * Rebase patch 506_relaxed_usernames
     * Rebase patch 542_useradd-O_option
   * Update upstream signing keys
   * Tag build with dh-package-notes
   * Turn off --enable-lastlog, drop lastlog from not-installed
   * Explicitly enable logind on linux-any
   * Update default ENCRYPT_METHOD (Closes: #1043236)
   * login: switch from Essential to Protected: yes (Closes: #960638)
     Moves Pre-Depends to Depends.
   * Enable acl, xattr support (Closes: #745796)
   * login.defs: remove PAM-unsupported crypt settings (Closes: #1055582)
Checksums-Sha1:
 5e0b62dc8bce3b788b163cc588e4b547189247c4 2594 shadow_4.15.1-1.dsc
 1b45b7f582f0a9cd9e1edc9d0e16458e5f5a494a 1799012 shadow_4.15.1.orig.tar.xz
 4b487bd93a054d66ec8c8e7054f59e30be2398b7 169196 shadow_4.15.1-1.debian.tar.xz
 8773128bed6915cf25e28b52464b7cb52b1b2840 9555 shadow_4.15.1-1_arm64.buildinfo
Checksums-Sha256:
 7ad5af0433b565d533db0998d7c0012ef5681294db88d313fcfe42f2bf8b748a 2594 
shadow_4.15.1-1.dsc
 00c5ab1a225caf9fb6ff0d7ee35a92d06b66265bad96d93961f8fbb7640379d9 1799012 
shadow_4.15.1.orig.tar.xz
 d434de062e34b004d2b1090bb80c2db1f002cabb0051b93dcaefc12b5bf9fdf3 169196 
shadow_4.15.1-1.debian.tar.xz
 198c9b212dfbc77be4fd6a3984452f7e7de58820b0356d836ac162892549d0e3 9555 
shadow_4.15.1-1_arm64.buildinfo
Files:
 42b66ceb7f598579129fec18dc5fb76a 2594 admin required shadow_4.15.1-1.dsc
 c86ad0d85ffc07495aec9c404551d901 1799012 admin required 
shadow_4.15.1.orig.tar.xz
 2ff7ff427dea9f7842535a2ebbe265f2 169196 admin required 
shadow_4.15.1-1.debian.tar.xz
 bf4a1c8eb503aabaf53e2487f8072314 9555 admin required 
shadow_4.15.1-1_arm64.buildinfo

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEfRrP+tnggGycTNOSXBPW25MFLgMFAmZ25aoACgkQXBPW25MF
LgO4eBAAouK6XFJ2LtCnh9SLQZFMYaupYXYEcVf1Qol6Aw6yeF8j1Xv5ptqYo//u
7ZgT15BgicmPbtNE99cKzqSDE+KZOLYgRH82T+EqIx+HY/YQFQMM5FZNHSAQC3sH
Y+SwQO8/w+6kv9/sBKZDHVh56bIKrQT7U500b7CMNeyxlBZFKUsoPY8iN5E9aYkf
lM+vPkr+58U3Ey/1Oyn69QCLwxhQK2zzV96fxq/cgz86euN3gXfQAeb5vZUAn2/O
b1OZtpR8t9/xs876aW3NfiedqFV9JuI1M2JFezAhYZmzQgclg4zkmfKXSbrsSKZv
dxROKMdz1sRFbNl0l2aoMlpHbxNd06VEVsaFySfjSrBQqxksqauv5WP9ejT7r/5A
cdPVWT2MZbupDg917HlobkFMRSPOJXrYYeXh3Rgfde3Zelbof4xSg2FsBEP++BTF
KMGWdhLXT4EQSD9ZQvGBeYkDEEUiEcT9iklI5VFvmoLVqtpl+6PQTkGTE/eki0T8
6aIZV6PxcC5edCFod6nWZaFG4sG8WXknMyn9D3M/IBRxMhOXFbtgSiu7C+aoq8qN
F7bhI7BPmgMpyUoeuUBSn3di8OqGwIqF3RK3whalXGRPckB1ePvy0Myi00VM0jgF
bJr7t6jV9XLvcmclWGNE82YMzE3VYEfX4fUZw3/DioaRV/NjNZw=
=CRxq
-----END PGP SIGNATURE-----

Attachment: pgpaicWDbiLF3.pgp
Description: PGP signature


--- End Message ---
_______________________________________________
Pkg-shadow-devel mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-shadow-devel

Reply via email to