Debian Bug report logs - #432562
--system should allow uppercase in usernames without --force-badname

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Ian Jackson <iwj@ubuntu.com>

To: submit@bugs.debian.org

Subject: adduser --system allow uppercase in usernames without --force-badname

Date: Tue, 10 Jul 2007 16:22:14 +0100

[Message part 1 (text/plain, inline)]

Package: adduser
Version: 3.103

Several packages have started creating system users whose names
contain uppercase letters.  These names for system users have some
advantages over normal names, particularly:
 * It is easy to tell such a system user from a normal user even
   if it uses a normal-user-range uid and has a per-user group.
 * Mail delivery systems etc. typically won't deliver to such
   users (because they lowercase the name before lookup)
 * These names do not clash with names created for normal users
   because normal user-creation tools refuse to create them.
 * Most other tools behave properly with usernames containing
   capitals.

Currently packages that create system users with any uppercase letters
in the name need to pass --force-badname to adduser.  This is not
ideal; for example, it gives package maintainers the idea that a name
with a capital letter is not significantly better than one containing
punctuation, top-bit-set octets, etc.

I propose that we relax this restriction.  The attached patch causes
adduser to allow uppercase letters but only if --system is specified.
(This is achieved by a separate NAME_REGEX_SYSTEM config option.)

FYI, this is being deployed in Ubuntu as adduser 3.103ubuntu1.

Ian.

[adduser.diff (text/plain, inline)]

diff -ru orig/adduser-3.103/AdduserCommon.pm adduser-3.103/AdduserCommon.pm
--- orig/adduser-3.103/AdduserCommon.pm	2007-06-17 10:21:09.000000000 +0100
+++ adduser-3.103/AdduserCommon.pm	2007-07-10 16:11:08.000000000 +0100
@@ -207,6 +207,7 @@
   $configref->{"setgid_home"} = "no";
   $configref->{"no_del_paths"} = "^/$ ^/lost+found/.* ^/media/.* ^/mnt/.* ^/etc/.* ^/bin/.* ^/boot/.* ^/dev/.* ^/lib/.* ^/proc/.* ^/root/.* ^/sbin/.* ^/tmp/.* ^/sys/.* ^/srv/.* ^/opt/.* ^/initrd/.* ^/usr/.* ^/var/.*";
   $configref->{"name_regex"} = "^[a-z][-a-z0-9]*\$";
+  $configref->{"name_regex_system"} = "^[A-Za-z][-A-Za-z0-9]*\$";
   $configref->{"exclude_fstypes"} = "(proc|sysfs|usbfs|devpts|tmpfs)";
   $configref->{"skel_ignore_regex"} = "dpkg-(old|new|dist)\$";
   $configref->{"extra_groups"} = "dialout cdrom floppy audio src video lp users";
Only in adduser-3.103: AdduserCommon.pm~
diff -ru orig/adduser-3.103/adduser adduser-3.103/adduser
--- orig/adduser-3.103/adduser	2007-02-26 21:34:05.000000000 +0000
+++ adduser-3.103/adduser	2007-07-10 16:12:36.000000000 +0100
@@ -214,7 +214,7 @@
 # preseed configuration data and then read the config file
 preseed_config(\@defaults,\%config);
 
-&checkname($new_name) if defined $new_name;
+&checkname($new_name, $found_sys_opt) if defined $new_name;
 $SIG{'INT'} = $SIG{'QUIT'} = $SIG{'HUP'} = 'handler';
 
 #####
@@ -843,11 +843,12 @@
 
 # checkname: perform some sanity checks
 # parameters:
-#   none
+#   name: the name to check
+#   system: 0 if the user isn't a system user, 1 otherwise
 # return values:
 #   none (exits on error)
 sub checkname {
-    my ($name) = @_;
+    my ($name, $system) = @_;
     if ($name !~ /^[_.A-Za-z0-9][-\@_.A-Za-z0-9]*\$?$/) {
 	printf STDERR
 (gtx("%s: To avoid problems, the username should consist only of
@@ -856,15 +857,17 @@
 machine accounts \$ is also supported at the end of the username\n"), $0);
         exit 1;
     }
-    if ($name !~ qr/$config{"name_regex"}/) {
+    if ($system
+        ? $name !~ qr/$config{"name_regex_system"}/
+        : $name !~ qr/$config{"name_regex"}/) {
       if ($allow_badname) {
 	print (gtx("Allowing use of questionable username.\n")) if ($verbose);
       }
       else {
         printf STDERR
 (gtx("%s: Please enter a username matching the regular expression configured
-via the NAME_REGEX configuration variable.  Use the `--force-badname'
-option to relax this check or reconfigure NAME_REGEX.\n"), $0);
+via the NAME_REGEX[_SYSTEM] configuration variable.  Use the `--force-badname'
+option to relax this check or reconfigure NAME_REGEX or NAME_REGEX_SYSTEM.\n"), $0);
         exit 1;
       }
     }
@@ -1011,7 +1014,7 @@
 general options:
   --quiet | -q      don't give process information to stdout
   --force-badname   allow usernames which do not match the
-                    NAME_REGEX configuration variable
+                    NAME_REGEX[_SYSTEM] configuration variable
   --help | -h       usage message
   --version | -v    version number and copyright
   --conf | -c FILE  use FILE as configuration file\n\n");
Only in adduser-3.103: adduser~
diff -ru orig/adduser-3.103/debian/changelog adduser-3.103/debian/changelog
--- orig/adduser-3.103/debian/changelog	2007-06-18 23:45:05.000000000 +0100
+++ adduser-3.103/debian/changelog	2007-07-10 16:13:06.000000000 +0100
@@ -1,3 +1,12 @@
+adduser (3.103ubuntu1) gutsy; urgency=low
+
+  [ Ian Jackson ]
+  * Allow uppercase letters in the names of system users.
+    This is done by having a separate NAME_REGEX_SYSTEM configuration
+    setting which applies when --system is specified.
+
+ -- Ian Jackson <iwj@ubuntu.com>  Tue, 10 Jul 2007 16:12:56 +0100
+
 adduser (3.103) unstable; urgency=low
 
   [ Joerg Hoh ]
Only in adduser-3.103/debian: changelog~
diff -ru orig/adduser-3.103/doc/adduser.8 adduser-3.103/doc/adduser.8
--- orig/adduser-3.103/doc/adduser.8	2007-04-06 21:30:31.000000000 +0100
+++ adduser-3.103/doc/adduser.8	2007-07-10 14:57:21.000000000 +0100
@@ -192,7 +192,12 @@
 .B \-\-force\-badname
 By default, user and group names are checked against the configurable
 regular expression 
-.B NAME_REGEX 
+.B NAME_REGEX
+(or
+.B NAME_REGEX
+if
+.B --system
+is specified)
 specified in the configuration file. This option forces
 .B adduser
 and 
Only in adduser-3.103/doc: adduser.8~
diff -ru orig/adduser-3.103/doc/adduser.conf.5 adduser-3.103/doc/adduser.conf.5
--- orig/adduser-3.103/doc/adduser.conf.5	2007-03-05 21:32:28.000000000 +0000
+++ adduser-3.103/doc/adduser.conf.5	2007-07-10 14:57:21.000000000 +0100
@@ -112,6 +112,15 @@
 doesn't match this regexp, user creation in adduser is refused unless
 --force-badname is set. With --force-badname set, only weak checks are
 performed. The default is the most conservative ^[a-z][-a-z0-9]*$.
+When --system is specified, NAME_REGEX_SYSTEM is used instead.
+.TP
+\fBNAME_REGEX_SYSTEM\fB
+Names of system users are checked against this regular expression.
+If --system is supplied and the name
+doesn't match this regexp, user creation in adduser is refused unless
+--force-badname is set. With --force-badname set, only weak checks are
+performed. The default is as for the default NAME_REGEX but also
+allowing uppercase letters.
 .TP
 \fBSKEL_IGNORE_REGEX\fB
 Files in /etc/skel/ are checked against this regex, and not copied to
Only in adduser-3.103/doc: adduser.conf.5~

Message #10 received at 432562@bugs.debian.org (full text, mbox, reply):

From: Joerg Hoh <joerg@joerghoh.de>

To: Ian Jackson <iwj@ubuntu.com>

Cc: 432562@bugs.debian.org

Subject: Re: Bug#432562: adduser --system allow uppercase in usernames without --force-badname

Date: Tue, 10 Jul 2007 21:09:16 +0200

[Message part 1 (text/plain, inline)]

Hi

On Tue, Jul 10, 2007 at 04:22:14PM +0100, Ian Jackson wrote:
> Several packages have started creating system users whose names
> contain uppercase letters.  These names for system users have some
> advantages over normal names, particularly:
>  * It is easy to tell such a system user from a normal user even
>    if it uses a normal-user-range uid and has a per-user group.


System users shouldn't use the normal user range. But in order to use this
range, they have to be created as normal user (but then without capitals).

>  * Mail delivery systems etc. typically won't deliver to such
>    users (because they lowercase the name before lookup)

>  * Most other tools behave properly with usernames containing
>    capitals.

I don't know if some tools may not cope with it.


> Currently packages that create system users with any uppercase letters
> in the name need to pass --force-badname to adduser.  This is not
> ideal; for example, it gives package maintainers the idea that a name
> with a capital letter is not significantly better than one containing
> punctuation, top-bit-set octets, etc.

To be honest: it isn't :-)

> I propose that we relax this restriction.  The attached patch causes
> adduser to allow uppercase letters but only if --system is specified.
> (This is achieved by a separate NAME_REGEX_SYSTEM config option.)
> 
> FYI, this is being deployed in Ubuntu as adduser 3.103ubuntu1.

The first point is the one that counts most (at least in my eyes).

I think the best solution would be to postpone this patch for while and
wait for the experiences which ubuntu will have with it.


Jörg

-- 
What did you do to the cat? It looks half-dead. -Schroedinger's wife

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 432562@bugs.debian.org (full text, mbox, reply):

From: Stephen Gran <sgran@debian.org>

To: Ian Jackson <iwj@ubuntu.com>, 432562@bugs.debian.org

Cc: Debian BTS control <control@bugs.debian.org>

Subject: Re: [Adduser-devel] Bug#432562: adduser --system allow uppercase in usernames without --force-badname

Date: Tue, 10 Jul 2007 22:26:30 +0100

[Message part 1 (text/plain, inline)]

tags 432562 +wontfix
thanks
This one time, at band camp, Ian Jackson said:
> 
> Several packages have started creating system users whose names
> contain uppercase letters.  

I only know of Debian-exim.  Are there others?

> These names for system users have some advantages over normal names, 
> particularly:
>  * It is easy to tell such a system user from a normal user even
>    if it uses a normal-user-range uid and has a per-user group.

This would be a bug in the maintainer scripts for creating a system user
in the user range.

>  * Mail delivery systems etc. typically won't deliver to such
>    users (because they lowercase the name before lookup)

This is a problem.  Normally system accounts get their email redirected
to a real user via /etc/aliases - if we start creating system accounts
with names that the MTA won't deliver, then we risk losing status email
from the services.  This seem like a bad plan, and is in fact, the main
argument I can see against this idea.

>  * These names do not clash with names created for normal users
>    because normal user-creation tools refuse to create them.

Isn't this precisely what you are asking us to change?

>  * Most other tools behave properly with usernames containing
>    capitals.

Do you know which currently fail?  If any reasonably common pieces of
software misbehave with usernames like this, that is a fairly strong
argument for leaving things as they are, until the software is patched
to not do badly.

> Currently packages that create system users with any uppercase letters
> in the name need to pass --force-badname to adduser.  This is not
> ideal; for example, it gives package maintainers the idea that a name
> with a capital letter is not significantly better than one containing
> punctuation, top-bit-set octets, etc.

Which it seems, from the above, is correct.

> I propose that we relax this restriction.  The attached patch causes
> adduser to allow uppercase letters but only if --system is specified.
> (This is achieved by a separate NAME_REGEX_SYSTEM config option.)
> 
> FYI, this is being deployed in Ubuntu as adduser 3.103ubuntu1.

I await feedback about how the experiment with upper case names goes.
For now, I think I am going to be conservative, sorry.
-- 
 -----------------------------------------------------------------
|   ,''`.                                            Stephen Gran |
|  : :' :                                        sgran@debian.org |
|  `. `'                        Debian user, admin, and developer |
|    `-                                     http://www.debian.org |
 -----------------------------------------------------------------

[signature.asc (application/pgp-signature, inline)]

Message #22 received at 432562@bugs.debian.org (full text, mbox, reply):

From: Steve Langasek <steve.langasek@canonical.com>

To: Debian Bug Tracking System <432562@bugs.debian.org>

Subject: Re: --system allow uppercase in usernames without --force-badname

Date: Wed, 19 Oct 2011 14:49:20 -0700

[Message part 1 (text/plain, inline)]

Package: adduser
Version: 3.113
Followup-For: Bug #432562
User: ubuntu-devel@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi folks,

This bug was 'wontfixed' several years ago with the comment to wait for
feedback on how the experiment with upper case names goes in Ubuntu.

We aren't making extensive use of this functionality; but at the same time,
I don't see any indication of bug reports resulting from this change.

Is there further feedback you'd look for here before reconsidering the
patch?

Attached is the current version of the patch against 3.113.

Cheers,
-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

[tmpFi5Scw (text/plain, attachment)]

Message #27 received at 432562@bugs.debian.org (full text, mbox, reply):

From: Marc Haber <mh+debian-packages@zugschlus.de>

To: Steve Langasek <steve.langasek@canonical.com>, 432562@bugs.debian.org, 432562-submitter@bugs.debian.org

Subject: Re: Bug#432562: --system allow uppercase in usernames without --force-badname

Date: Wed, 23 Nov 2011 11:30:11 +0100

retitle #432562 --system should allow uppercase in usernames without --force-badname
thanks

On Wed, Oct 19, 2011 at 02:49:20PM -0700, Steve Langasek wrote:
> We aren't making extensive use of this functionality; but at the same time,
> I don't see any indication of bug reports resulting from this change.

I think that not enough Ubuntu systems use a local MTA to make the
caseful-local-part issue show itself significantly enough. This is one
of the points where Debian's and Ubuntu's typical usage has major
differences.

In other words: I think the change is valid for Ubuntu, and isn't for
Debian.

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062

Message #37 received at 432562@bugs.debian.org (full text, mbox, reply):

From: Steve Langasek <steve.langasek@canonical.com>

To: Marc Haber <mh+debian-packages@zugschlus.de>

Cc: 432562@bugs.debian.org, 432562-submitter@bugs.debian.org

Subject: Re: Bug#432562: --system allow uppercase in usernames without --force-badname

Date: Fri, 25 Nov 2011 15:24:03 -0600

[Message part 1 (text/plain, inline)]

On Wed, Nov 23, 2011 at 11:30:11AM +0100, Marc Haber wrote:
> retitle #432562 --system should allow uppercase in usernames without --force-badname
> thanks

> On Wed, Oct 19, 2011 at 02:49:20PM -0700, Steve Langasek wrote:
> > We aren't making extensive use of this functionality; but at the same time,
> > I don't see any indication of bug reports resulting from this change.

> I think that not enough Ubuntu systems use a local MTA to make the
> caseful-local-part issue show itself significantly enough. This is one
> of the points where Debian's and Ubuntu's typical usage has major
> differences.

There are plenty of users deploying Ubuntu servers, including many mail
servers, and there just isn't any evidence that this behavior is a problem
for these users.

Which is why I asked the question in my email that I did:

  Is there further feedback you'd look for here before reconsidering the
  patch?

> In other words: I think the change is valid for Ubuntu, and isn't for
> Debian.

I don't see any basis for this conclusion.  There's no reason why adduser
should behave differently between the two distributions.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

[signature.asc (application/pgp-signature, inline)]

Message #45 received at 432562@bugs.debian.org (full text, mbox, reply):

From: Marc Haber <mh+debian-packages@zugschlus.de>

To: Steve Langasek <steve.langasek@canonical.com>

Cc: 432562@bugs.debian.org, 432562-submitter@bugs.debian.org

Subject: Re: Bug#432562: --system allow uppercase in usernames without --force-badname

Date: Sun, 27 Nov 2011 19:22:22 +0100

On Fri, Nov 25, 2011 at 03:24:03PM -0600, Steve Langasek wrote:
> There's no reason why adduser
> should behave differently between the two distributions.

Why did you change it then?

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062

Message #51 received at 432562-submitter@bugs.debian.org (full text, mbox, reply):

From: Afif Elghraoui <afif@debian.org>

To: Guillem Jover <guillem@debian.org>, 521883@bugs.debian.org, 432562-submitter@bugs.debian.org

Subject: Re: adduser: Please accept underscore prefixed system names

Date: Thu, 24 Nov 2016 15:54:41 -0800

Hello and apologies for the delay,

على الأحد 23 تشرين الأول 2016 ‫06:52، كتب Guillem Jover:
> Control: tags -1 patch
> Control: retitle -1 adduser: Please accept underscore prefixed system names
> 
[...]
> I've implemented a new SYS_NAME_REGEX so that at least system names
> can accept _-prefixed values. This is the standard used on various
> BSDs, it is vendor neutral (not just a Debianism), and it is short
> causing way less display problems.
> 
> I don't think accepting _-prefixed names for normal users would be
> wise, as that would remove the namespaced disctinction.
> 
> Having this in the archive would allow us to promote these system
> names, and use them w/o needing the --force-badname option!
> 

This is somewhat similar to #432562. The difference, as I see it, is
capital letters + compatibility with Ubuntu versus underscores +
compatibility with BSDs. I don't see that any of the breakage concerns
originally raised in #432562 apply to this suggestion.

I am also in favor of reducing unnecessary incompatibilities that can
cause confusion. People of #432562, do you have any comments?

regards
Afif

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Message #54 received at 432562-submitter@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@debian.org>

To: Afif Elghraoui <afif@debian.org>

Cc: 521883@bugs.debian.org, 432562-submitter@bugs.debian.org

Subject: Re: adduser: Please accept underscore prefixed system names

Date: Fri, 25 Nov 2016 01:30:36 +0100

Hi!

On Thu, 2016-11-24 at 15:54:41 -0800, Afif Elghraoui wrote:
> على الأحد 23 تشرين الأول 2016 ‫06:52، كتب Guillem Jover:
> > Control: tags -1 patch
> > Control: retitle -1 adduser: Please accept underscore prefixed system names
> > 
> [...]
> > I've implemented a new SYS_NAME_REGEX so that at least system names
> > can accept _-prefixed values. This is the standard used on various
> > BSDs, it is vendor neutral (not just a Debianism), and it is short
> > causing way less display problems.
> > 
> > I don't think accepting _-prefixed names for normal users would be
> > wise, as that would remove the namespaced disctinction.
> > 
> > Having this in the archive would allow us to promote these system
> > names, and use them w/o needing the --force-badname option!

> This is somewhat similar to #432562. The difference, as I see it, is
> capital letters + compatibility with Ubuntu versus underscores +
> compatibility with BSDs. I don't see that any of the breakage concerns
> originally raised in #432562 apply to this suggestion.

Well using _-prefix is vendor neutral, and shorter so in addition
causes less display issues.

> I am also in favor of reducing unnecessary incompatibilities that can
> cause confusion. People of #432562, do you have any comments?

At least Ian seemed to retract his previous support for Debian-style
names in <https://lists.debian.org/debian-devel/2016/10/msg00577.html>,
but I'll let him confirm this.

I also think allowing Debian-style names by default would be a bad
idea, and I'm glad that bug is marked as wontfix. ;)

(You might also like to check the thread starting at
<https://lists.debian.org/debian-devel/2016/10/msg00546.html>.)

Thanks,
Guillem

Message #59 received at 432562@bugs.debian.org (full text, mbox, reply):

From: Marc Haber <mh+debian-packages@zugschlus.de>

To: Guillem Jover <guillem@debian.org>, 432562@bugs.debian.org, 432562-submitter@bugs.debian.org

Cc: Afif Elghraoui <afif@debian.org>, 521883@bugs.debian.org

Subject: Re: Bug#432562: adduser: Please accept underscore prefixed system names

Date: Mon, 7 Mar 2022 22:46:15 +0100

Control: severity -1 wishlist
thanks

On Fri, Nov 25, 2016 at 01:30:36AM +0100, Guillem Jover wrote:
> I also think allowing Debian-style names by default would be a bad
> idea, and I'm glad that bug is marked as wontfix. ;)

For the time being, it is going to stay wontfix, especially since
Debian's policy has been amended to recommend the underscore notation
for package-related system accounts. I am adjusting the severity
accordingly.

To allow upper case names for normal user accounts, I am still opposed
to doing this in Debian. I will consider advice from the TC should
somebody want to ask them.

Greetings
Marc

Message #71 received at 432562-submitter@bugs.debian.org (full text, mbox, reply):

From: Marc Haber <mh+debian-packages@zugschlus.de>

To: 432562-submitter@bugs.debian.org

Subject: Bug#432562 marked as pending in adduser

Date: Thu, 30 Jun 2022 14:47:45 +0000

Control: tag -1 pending

Hello,

Bug #432562 in adduser reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/debian/adduser/-/commit/cf2b488599743b2900155745267da0e4b2a1e3de

------------------------------------------------------------------------
Implement SYS_NAME_REGEX.

Closes: #521883
Closes: #432562
------------------------------------------------------------------------

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/432562

Message #76 received at 432562-close@bugs.debian.org (full text, mbox, reply):

From: Debian FTP Masters <ftpmaster@ftp-master.debian.org>

To: 432562-close@bugs.debian.org

Subject: Bug#432562: fixed in adduser 3.122

Date: Wed, 13 Jul 2022 19:03:47 +0000

Source: adduser
Source-Version: 3.122
Done: Marc Haber <mh+debian-packages@zugschlus.de>

We believe that the bug you reported is fixed in the latest version of
adduser, 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 432562@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marc Haber <mh+debian-packages@zugschlus.de> (supplier of updated adduser 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 ftpmaster@ftp-master.debian.org)


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

Format: 1.8
Date: Wed, 13 Jul 2022 20:30:00 +0200
Source: adduser
Architecture: source
Version: 3.122
Distribution: unstable
Urgency: low
Maintainer: Debian Adduser Developers <adduser@packages.debian.org>
Changed-By: Marc Haber <mh+debian-packages@zugschlus.de>
Closes: 202943 239825 398793 432562 520037 521883 588872 643559 664869 675804 679746 685532 701110 723572 774046 849265 874560 891748 896916 908997 920739 923059 925511 926262 969217 977678 979385 983405 992163 1001863 1006897 1006941 1006975 1007785 1008081 1008091 1014395 1014448
Changes:
 adduser (3.122) unstable; urgency=low
 .
   [ Marc Haber ]
   * improve package description.
   * Standards-Version: 4.6.1 (no changes necessary)
   * clean out EXTRA_GROUPS to only contain users.
     Thanks to Daniel Keast. (Closes: #849265)
   * add SECURITY section to manual pages.
   * add test for backups of home directory.
   * improve and update lintian overrides.
   * Formatting changes to manual pages.
     Thanks to Markus Hiereth. (Closes: #874560)
   * fix some typos in manual pages.
   * set VERBOSE and DEBUG envvars in deluser as well. (Closes: #1006897)
   * add documentation about adduser being a policy layer. (Closes: #1007785)
   * try to clarify system account terminology (policy vs system).
     (Closes: #1006975)
   * Document that only adduser --system is idempotent. (Closes: #723572)
   * error out for two-argument addgroup.
     Thanks to Mike Dornberger. (Closes: #664869)
   * make --add_extra_groups into --add-extra-groups. (Closes: #1014395)
   * --force-badname is now --allow-badname. (Closes: #1014448)
   * update turkish debconf translation.
     Thanks to Atila KOÇ. (Closes: #908997)
   * Update Russian debconf translation.
     Thanks to Lev Lamberov. (Closes: #920739)
   * Update Danish debconf translation (Closes: #923059)
   * Update Italian debconf translation.
     Thanks to Luca Monducci. (Closes: #969217)
   * Update German man page translation.
     Thanks to Helge Kreutzmann. (Closes: #977678)
   * Update European Portuguese translation of man page.
     Thanks to Américo Monteiro. (Closes: #925511)
   * disable translated manpages, none left for the time being.
   * deprecate planned directory service support.
   * Add docs about adduser.local being the place to interact with DS,
   * Some improvements to autopkgtests.
 .
   [ Matt Barry ]
   * System account home dir defaults to /nonexistent. (Closes: #679746)
   * do not accept all-numeric user names. (Closes: #891748)
   * prompts need y/n/empty(default).
   * Implement SYS_DIR_MODE. (Closes: #1008081, #202943, #398793)
   * Implement SYS_NAME_REGEX. (Closes: #521883, #432562)
   * Deprecate SETGID_HOME.
     Add NEWS/TODO items. (Closes: #643559, #979385, #1008091, #643559)
   * Fix ignored files for --remove-all-files.
     (Closes: #1001863, #588872, #926262, #992163)
   * Redefines the default NO_DEL_PATHS to avoid unnecessary
     scanning.
   * Change deluser_files test to use gzip.
   * Fix deletion of sockets/pipes. (Closes: #685532)
   * Simplify checkname sub.  (Closes: #1006941)
   * Adds support for lock files. (Closes: #983405)
   * Username validity testing framework.
   * Add --allow-all-names to bypass --force-badname.
     (Closes: #520037, #774046)
   * use warnf instead of printf in some places. (Closes: #675804)
   * Support tar --auto-compress for backups. (Closes: #896916)
   * Many improvements to autopkgtests. (Closes: 239825)
 .
   [ Jason Franklin ]
   * Allow for cloned-UID users in group member lists.
     Thanks to Daniel Heimann. (Closes: #701110)
Checksums-Sha1:
 5cbcec9f80e5c73198307edb7040c5c12bb35d3f 1683 adduser_3.122.dsc
 ccf7c4e3efec29257e3b484bb53c2a55d69e0455 230224 adduser_3.122.tar.xz
 27c0ec7f2d7048ddfd7f89dc33012bef7a8e5866 5697 adduser_3.122_source.buildinfo
Checksums-Sha256:
 584ed616d8ac705daffc96564ef45fb34f2eb9663f7348013adea0e4539a869c 1683 adduser_3.122.dsc
 5f093054c0f0c90c313d704f7af6d338f334df793942fafd43e5a8e6c63236c4 230224 adduser_3.122.tar.xz
 7f92d3de2b5ea8da31088424a2043831dedc8aab8f60158e37455cb3a350d63e 5697 adduser_3.122_source.buildinfo
Files:
 0c7d4c5bcd648b829bcaa58101fecbb7 1683 admin important adduser_3.122.dsc
 1da1b75966877f902c4b6d0d5f105609 230224 admin important adduser_3.122.tar.xz
 ab9602ba5d83a6de88ab29bb2e76d961 5697 admin important adduser_3.122_source.buildinfo

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

iQIzBAEBCAAdFiEE6QL5UJ/L0pcuNEbjj3cgEwEyBEIFAmLPEWMACgkQj3cgEwEy
BELCfhAAujNsWZNpvvi2vpDICGMPprz7MooXq5B4fe6fR6nR5Pizh+0E9Skh7NVl
Z5qJvIzcNcva+/TYkml0wO77H1fPefQ+sgxCHmtUTBwK9LZPdh0b6MrWK7hWnhk0
QI/mRMKoNUrMSpVz6suvetUrHvVymWBv/hsQHTt5uSOAB/Wqwbfdt0VFYgQ2i+Yd
Vtr1+U4yjPZ+j9kAFg7HYnVc2Jh8J07ipRrSRnC07AB3wvwcunUiv2fOzJi4S51S
9n/LllsXNS4629siVKDspKOtaak3dpXRPLHFgB+hPlZRhdCCKWoto9TrY1e3XY8N
zZRSYVULaH9OkuIFx6yoUuChhDmteyZ+C0TJlv+qaigf34/qaqF15pu4ee5ZlmuT
SYHI2vcYQ0yXJ92U2U56hYvlzFZufyopWUQkALKwGEzq13LMlMtTJhKypl2PnwzF
jL/n0r0P92kSUd0BAFuzsdp3PPkQoTG9hSTf5BQAXN9JR1dYkIjc95si8KKZ+FD+
Gda+o46EUo3tLgAYGxStxoPsgNb8n2mePrFB5cXERL84uimeVNMg4Hnmt8+cqnYw
jbdDxODIBNsgoCYEqqTe2NOyBQv5gPb0PXYekiHNFRH70sTJDPIjQkrnrYQX73xZ
W5ap2XFEMpqGrFa8VyUwRl15/MAg5Ds0bRi7GzlGPKIKKK8PFFI=
=6vgg
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.