Page MenuHomeFreeBSD

Reserve UID/GID where only one exists
AbandonedPublic

Authored by feld on Apr 9 2015, 7:44 PM.
Tags
None
Referenced Files
Unknown Object (File)
May 25 2024, 1:52 AM
Unknown Object (File)
Apr 24 2024, 11:05 PM
Unknown Object (File)
Mar 15 2024, 7:15 AM
Unknown Object (File)
Mar 15 2024, 6:37 AM
Unknown Object (File)
Jan 7 2024, 1:21 AM
Unknown Object (File)
Oct 12 2023, 12:52 AM
Unknown Object (File)
Sep 30 2023, 7:06 PM
Unknown Object (File)
Sep 16 2023, 10:23 PM
Subscribers
None

Details

Summary

UIDs and GIDs files are getting full. I have identified instances where
a port did not require both a UID and a GID, so the committer only
created one entry. As a result, it makes it significantly more difficult
to identify which UIDs and GIDs are "free" and if future updates of the
software warrant the usage of a UID or GID it will become messy as the
matching ID may not be available.

This diff creates groups where only a user existed and creates
"reserved" users where only the group existed.

Diff Detail

Repository
rP FreeBSD ports repository
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

feld retitled this revision from to Reserve UID/GID where only one exists.
feld updated this object.
feld edited the test plan for this revision. (Show Details)
feld added reviewers: bapt, mat, bdrewery.
mat requested changes to this revision.Apr 10 2015, 8:44 AM
mat edited edge metadata.

I strongly disagree, some ports only need a group so that more tha one person can touch their config file but have no use for a user.

GIDs
36–40

I think @bdrewery can tell a bit more about this, but I do think it is useless, all qmail software run with the same group.

This revision now requires changes to proceed.Apr 10 2015, 8:44 AM
feld added inline comments.
GIDs
69

My mistake, this is the entry that should be added regardless... UIDs file has hplip user with 116 as default group, but that group didn't exist. (port should probably be updated to use GROUPS too)

general agreement was that UID/GID matching/reservations are unnecessary