[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2
From: |
Russ Allbery |
Subject: |
Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2 |
Date: |
25 Mar 2001 16:18:17 -0800 |
User-agent: |
Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) |
Ulrich Drepper <address@hidden> writes:
> Thomas Mueller <address@hidden> writes:
>> A little program illustrates what I mean:
> It doesn't explain nearly enough. What is your setup (where do these
> 32xxx groups come from)?
Since this bug report is in the context of AFS, I can at least answer that
question. AFS uses supplemental groups to control access to in-kernel
authentication information; this is called a PAG (process authentication
group).
Thomas, at least per the man page on Solaris, I think this is the default
behavior of initgroups. initgroups says that it reads the groups database
and initializes the supplemental group list to match the user's membership
in various groups; implicit in "initializes" would be a discarding of all
existing memberships.
Sounds to me like a glibc 2.1 bug fixed in 2.2.
--
Russ Allbery (address@hidden) <http://www.eyrie.org/~eagle/>
- OpenAFS and glibc-2.2, Thomas Mueller, 2001/03/23
- Re: OpenAFS and glibc-2.2, Ulrich Drepper, 2001/03/25
- Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2,
Russ Allbery <=
- Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2, Thomas Mueller, 2001/03/26
- Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2, Derek Atkins, 2001/03/26
- Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2, Andreas Schwab, 2001/03/26
- Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2, Derek Atkins, 2001/03/26
- Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2, Andreas Schwab, 2001/03/26
- Re: [OpenAFS-devel] Re: OpenAFS and glibc-2.2, Derek Atkins, 2001/03/26