Re: [OpenAFS] Re: coreutils-6.11 released

[Brandon S. Allbery KF8NH]

On Apr 21, 2008, at 4:23 , Didi wrote:


 If by unknown you mean nameless, that's not what the patch does.
 Such a patch would not even have been considered.


I agree that hiding this information in some cases might not be
optimal, but the main problem is that through this the 'groups'
command becomes utterly useless and confused quite a lot of users.
$ groups
users id: cannot find name for group ID 1091323188
1091323188


I touched on a solution to that in the part of my message that you  
elided.  I admit I was rather confused by what exactly was being  
cited as the problem, but this is on I do know about.  (I'd actually  
love to see some kind of plugin setup so an AFS PAG shower could be  
added, but at the same time that seems just a little bit silly/ 
overblown for simple stuff like id and groups.)


--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] [EMAIL PROTECTED]
system administrator [openafs,heimdal,too many hats] [EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon universityKF8NH




___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: [OpenAFS] Re: coreutils-6.11 released

[Brandon S. Allbery KF8NH]

On Apr 20, 2008, at 14:37 , Russ Allbery wrote:


Jim Meyering [EMAIL PROTECTED] writes:

Knowing that, I expect to revert that patch -- unless someone
can come up with a very good argument for the new behavior.

Out of curiosity, how have you used it?


Usually to tell whether two shells are in different PAGs, which is  
useful

when hunting down problems with AFS PAM modules and the like.  Also to
tell whether a process is in a PAG at all, although with current Linux
kernels the keyring is the canonical place where that's stored.


Putting on my sysadmin hat, I am somewhat baffled by this  
discussion.  Completely hiding unknown groups?  I would print  
numerically and return a nonzero exit status (the latter possibly  
overrideable for OpenAFS use where they are expected); hiding them  
completely isn't just a way to annoy OpenAFS users, it also hides a  
clue to a system configuration problem (namely, missing groups in the  
group database).


If someone actually needs the hiding behavior, make it an option  
(possibly invokable via an environment variable).


--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] [EMAIL PROTECTED]
system administrator [openafs,heimdal,too many hats] [EMAIL PROTECTED]
electrical and computer engineering, carnegie mellon universityKF8NH




___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils