GNU bug report logs - #53631
coreutils id(1) incorrect behavior

Previous Next

Package: coreutils;

Reported by: "Vladimir D. Seleznev" <vseleznv <at> altlinux.org>

Date: Sun, 30 Jan 2022 01:00:02 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log

Message #11 received at 53631 <at> debbugs.gnu.org (full text, mbox):

From: "Vladimir D. Seleznev" <vseleznv <at> altlinux.org>
To: Bob Proulx <bob <at> proulx.com>
Cc: 53631 <at> debbugs.gnu.org, "Vladimir D. Seleznev" <vseleznv <at> altlinux.org>
Subject: Re: bug#53631: coreutils id(1) incorrect behavior
Date: Sun, 30 Jan 2022 05:40:17 +0300

On Sat, Jan 29, 2022 at 06:46:00PM -0700, Bob Proulx wrote:
> Vladimir D. Seleznev wrote:
> > Expected behavior is:
> > 	# id user1
> > 	uid=1027(user1) gid=1027(user1) groups=1027(user1)
> > 	# id user2
> > 	uid=1027(user1) gid=1027(user1) groups=1027(user1),1028(somegroup)
> 
> I just tried a test on both FreeBSD and NetBSD and both FreeBSD and
> NetBSD behave as you expect.  That would give weight for GNU Coreutils
> matching that behavior.
> 
> > Example:
> > 	# useradd user1
> > 	# groupadd somegroup
> > 	# useradd -o -u "$(id -u user1)" -g "$(id -G user1) -G somegroup user2
> 
> I'll just note that there is a missing ending quote character.  It's

Oops! Wrong copying, sorry.

> also missing the -m option to create a home directory.

Yes, but in my system it is handled by CREATE_HOME of /etc/login.defs.
But perhaps I should've provided more general example.

-- 
   WBR,
   Vladimir D. Seleznev
This bug report was last modified 3 years and 105 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.