Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-28 19:37:56 +0300, Lars Wirzenius wrote: > * getgrnam(3) is wrong to say that only /etc/group is used. I've > filed a bug against it (#316102). OK, but this is #316117. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 100% accessible validated (X)HTML - Blog:

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-20 15:58:00 +0200, GOMBAS Gabor wrote: > On Mon, Jun 20, 2005 at 02:54:38PM +0200, Vincent Lefevre wrote: > > This means that Debian (in particular) won't necessarily integrate > > nicely in a foreign network. > > That's true for Solaris, AIX, Mac OS X etc. as well. That's why I said "

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On Mon, Jun 20, 2005 at 02:54:38PM +0200, Vincent Lefevre wrote: > This means that Debian (in particular) won't necessarily integrate > nicely in a foreign network. That's true for Solaris, AIX, Mac OS X etc. as well. > There are at least 2 valid reasons that > it may be difficult to follow this

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-20 14:11:56 +0200, GOMBAS Gabor wrote: > The rules are: > > 1. If you want to support a certain operating system/distribution then >don't put any groups/users in NIS that conflict with the default >setup of that operating system/distribution. This means that Debian (in particul

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On Mon, Jun 20, 2005 at 01:45:17PM +0200, Vincent Lefevre wrote: > OK, you didn't say that there was such a standard rule. > I've sent a mail to the admins. The rules are: 1. If you want to support a certain operating system/distribution then don't put any groups/users in NIS that conflict wi

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-20 13:16:27 +0200, GOMBAS Gabor wrote: > On Mon, Jun 20, 2005 at 12:40:45AM +0200, Vincent Lefevre wrote: > > Yes, there are several gids < 100. In particular, slocate has gid 21, > > which is group fax under Debian. > > Then your NIS setup is _broken_ and Debian can do nothing about it

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On Mon, Jun 20, 2005 at 12:40:45AM +0200, Vincent Lefevre wrote: > This is annoying as this means that Debian machines won't integrate > correctly in foreign networks. Why don't these groups have a name > specific to Debian? For instance, I've noticed that exim4 creates > a Debian-exim group. So,

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-19 15:06:20 +0200, GOMBAS Gabor wrote: > On Sun, Jun 19, 2005 at 02:53:16AM +0200, Vincent Lefevre wrote: > > Why doesn't Debian give the choice to the user when assigning a gid? > > And why does it have hardcoded gids? i.e. why aren't gids allocated > > at installation time? > > Most a

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On Sun, Jun 19, 2005 at 02:53:16AM +0200, Vincent Lefevre wrote: > Is this rule of not having NIS group IDs < 1000 standard? No. It's just a good rule of thumb for most cases. > If so, is it possible to request that the NIS client ignores > such groups? This would make sense. No. There are very

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-18 23:55:13 +0200, GOMBAS Gabor wrote: > No. But if you want to use NIS you have to be familiar with the > consequences. If your local NIS policy allows having groups with IDs < > 1000 in NIS maps, then you should better be prepared that automatic group > creation _will_ fail and you hav

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On Fri, Jun 17, 2005 at 07:56:10PM +0200, Vincent Lefevre wrote: > Lots of Debian packages create local groups (and in fact, this is the > only problem I have with local groups). So, what do you suggest? Not > using Debian because it is a security bug? No. But if you want to use NIS you have to b

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-17 18:36:17 +0200, GOMBAS Gabor wrote: > On Fri, Jun 17, 2005 at 08:51:53AM +0200, Vincent Lefevre wrote: > > So, that would also make programs that rely on /etc/group being used > > buggy. IIRC, when I want to add a local group with addgroup, it checks > > first if it exists with getgrn

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On Fri, Jun 17, 2005 at 08:51:53AM +0200, Vincent Lefevre wrote: > So, that would also make programs that rely on /etc/group being used > buggy. IIRC, when I want to add a local group with addgroup, it checks > first if it exists with getgrnam, and refuses to create it if it can > be found. And th

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-17 02:03:08 +0300, Lars Wirzenius wrote: > Thus, I think the Linux manual page saying that getgrnam uses > /etc/group only is a bug. So, that would also make programs that rely on /etc/group being used buggy. IIRC, when I want to add a local group with addgroup, it checks first if it ex

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

> The getgrname(3) man page says: > > The getgrnam() function returns a pointer to a structure containing the > group information from /etc/group for the entry that matches the group > name name. The glibc info document says this: -- Function: struct group * getgrnam (const char *NAME)

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-02-28 10:12:14 +0900, GOTO Masanori wrote: > At Thu, 17 Feb 2005 13:37:25 +0100, > Vincent Lefevre wrote: > > The getgrname(3) man page says: > > > > The getgrnam() function returns a pointer to a structure containing the > > group information from /etc/group for the entry that matches

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

At Thu, 17 Feb 2005 13:37:25 +0100, Vincent Lefevre wrote: > The getgrname(3) man page says: > > The getgrnam() function returns a pointer to a structure containing the > group information from /etc/group for the entry that matches the group > name name. > > But here, the getgrname functio

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

Package: libc6 Version: 2.3.2.ds1-20 Severity: important The getgrname(3) man page says: The getgrnam() function returns a pointer to a structure containing the group information from /etc/group for the entry that matches the group name name. But here, the getgrname function returns a res