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: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog:
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, why
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.
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
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 particular)
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 in
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
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 are
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 be
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 have to
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
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 this
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 getgrnam,
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)
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 function
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 the
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
17 matches
Mail list logo
