Your message dated Sat, 26 Jan 2008 15:53:53 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#376774: coreutils: groups does not work with OpenAFS PAGs
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: coreutils
Version: 5.2.1-2
Severity: normal
Tags: patch
When using OpenAFS PAGs, which store information as two fake gids, the
groups program complains that it cannot find names for those ids, and
causes groups to return an error.
[EMAIL PROTECTED]:~$ groups
users id: cannot find name for group ID 34182
34182 id: cannot find name for group ID 45415
45415 dialout cdrom floppy audio video fuse
It seems that these error messages are useless since the information
that it could not find names for those groups is already clear from
them being displayed as numbers. Furthermore, the error message is
confusing, and the nonzero exit status is problematic for things like
pscp from Windows.
Below is a patch to id.c to remove this behaviour.
--- coreutils-5.2.1/src/id.c.orig 2004-01-21 17:27:02.000000000 -0500
+++ coreutils-5.2.1/src/id.c 2006-07-04 18:27:05.000000000 -0400
@@ -230,11 +230,6 @@
if (use_name)
{
grp = getgrgid (gid);
- if (grp == NULL)
- {
- error (0, 0, _("cannot find name for group ID %u"), gid);
- problems = 1;
- }
}
if (grp == NULL)
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.16.11-grsec
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages coreutils depends on:
ii libacl1 2.2.23-1 Access control list shared library
ii libc6 2.3.6-7 GNU C Library: Shared libraries
-- no debconf information
--- End Message ---
--- Begin Message ---
Jim Meyering wrote:
When a program like groups (or the underlying id -Gn) fails to do
something that you request, it must exit nonzero to indicate the
failure. If numeric GIDs are enough for your application, then use "id
-G" instead.
Agreed.
Mike Stone
--- End Message ---
