On Mon, Aug 29, 2005 at 07:04:14AM +0200, Christian Perrier wrote:
>
> > Thanks a lot. I'll contact the glic people :)
>
>
> Which also means that this bug report is to be reassign to glibc, I
> suppose.
That would make it a duplicate; I send a new bug report to glibc that
includes a copy of th
severity 325436 wishlist
retitle 325436 Please allow more than 32 groups per user
thanks
This bug report does not fit the definition of "important" severity.
important
a bug which has a major effect on the usability of a package,
without rendering it completely unusable to eve
> Thanks a lot. I'll contact the glic people :)
Which also means that this bug report is to be reassign to glibc, I
suppose.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, 28 Aug 2005, Sylvain Beucler wrote:
[..]
> Incidentally 'id' is also limited to 32
> users. sysconf(_SC_NGROUPS_MAX) also returns 32.
>
> stable's /usr/include/linux/limits.h has NGROUPS_MAX set to 32. In
> testing and unstable it is set to 65536.
>
>
> The usermod limitation happens in
Package: passwd
Version: 1:4.0.3-31sarge5
Severity: important
We would really need to get more groups per users in our stable
installation.
The stable kernel has a limit of 65536 groups per users:
$ cat /proc/sys/kernel/ngroups_max
65536
However usermod is still limited to 32 users:
$ usermod -G
On Sun, Aug 28, 2005 at 07:52:26PM +0200, Tomasz K??oczko wrote:
> On Sun, 28 Aug 2005, Sylvain Beucler wrote:
> [..]
> > Incidentally 'id' is also limited to 32
> > users. sysconf(_SC_NGROUPS_MAX) also returns 32.
> >
> > stable's /usr/include/linux/limits.h has NGROUPS_MAX set to 32. In
> > test
6 matches
Mail list logo
