Ian Jackson wrote:
> I had cause to look in /etc/passwd recently, and found that several
> system accounts had inherited my gid, 100:
>
> sync:*:4:100:sync:/bin:/bin/sync
> games:*:5:100:games:/usr/games:
> man:*:6:100:man:/var/catman:
>
> I'm _almost_ certain that these weren't like that before tha hamm
> upgrade, and indeed, in /usr/share/base-passwd/passwd.master:
>
> sync:*:4:100:sync:/bin:/bin/sync
> games:*:5:100:games:/usr/games:/bin/sh
> man:*:6:100:man:/var/catman:/bin/sh
>
> Group 100 is not in the globally-statically-allocated range. Indeed,
> on my system I grandfathered in my own personal uid and gid 100 from
> my previous (non-Debian) installation. Other sites may use these for
> local purposes.
>
> Some other harmless group should be used, 65534 perhaps.
Or alternatively allocate one of the unused groups in the 0-99 range
for this explicit purpose if a group other than `nogroup' is required.
It does not make sense to change policy to make UID/GID 100 statically
allocated to solve this simple problem. The correct solution is for
base-passwd to change the three offending users (sync, games, man) to
the correct behaviour.
So I oppose this proposal and suggest that we should reassign this bug
back to base-passwd.
Julian
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, QMW, Univ. of London. [EMAIL PROTECTED]
Debian GNU/Linux Developer, see http://www.debian.org/~jdg
