Date: Tue, 13 Jan 2004 00:54:06 +0100 From: Olivier Tharan <olive@oban.frmug.org> To: FreeBSD-Ports <freebsd-ports@freebsd.org> Subject: Re: UID conflict: Both database/firebird and net/quagga apeear to use UID 90 Message-ID: <20040112235406.GD26908@weirdos.oban.frmug.org> In-Reply-To: <20040112220959.GH66765@seekingfire.com> References: <20040112154832.GI491@seekingfire.com> <20040112163450.B150E17DB9@sirius.firepipe.net> <20040112193806.GC52964@seekingfire.com> <20040112215909.GL1667@k7.mavetju> <20040112220959.GH66765@seekingfire.com>
next in thread | previous in thread | raw e-mail | index | archive | help
* Tillman Hodgson <tillman@seekingfire.com> (20040112 16:09): > To clarify, I meant that there should be a way to automatically catch > the ports that /don't/ follow that process. It could be added as one of > the build checks for the automatic port building machines. A quick survey of the ports tree follows. Note: I may have made mistakes while searching, and did not check if PRs are already registered for these ports. - astro/setiathome requires a 'setiathome' user but does not seem to create one - audio/daapd uses 'daapd' (not registered) - audio/teamspeak_server uses a 'teamspeak' user (not registered) - biology/distribfold uses 'dnetfold' (not registered) - chinese/firebird uses user bbs (9999), group bbs (99), not registered - comms/gnokii uses group 'gnokii' (how does one register a gid?) - databases/dbXML uses user/group 'dbxml' (4080), not registered - databases/msql uses uid 87, reserved for the qmails user, and should use uid 98 (isn't this port doomed to deletion?) - databases/rdfdb uses uid 71, reserved for the oracle user - devel/distcc creates distcc/distcc, not reserved - dns/noip creates user/group 'noip' (not registered) - games/atitd creates user/group 'atitd', not reserved - games/conquest creates group 'conquest', not reserved - games/quakeserver creates user 'quakerun', not reserved - irc/hybserv creates a user 'hybserv' with uid 73 but this is already reserved - irc/ircd-hybrid-ru uses uid 6667 but a uid is already reserved for the irc user - mail/cyrus-imapd2 creates the 'cyrus' user, but does not force the uid - mail/dovecot creates users/groups 'dovecot' and 'dovecot-auth' (not registered) - mail/ecartis creates user/group 'ecartis' (not registered) - mail/pop3vscan creates user 'pop3vscan' (not registered) - mail/postfix creates user/group 'postfix' and group 'maildrop' (not registered) - mail/postfix-current: same as mail/postfix - mail/postfix1: same as mail/postfix - mail/qmail-scanner uses uid 98 (reserved for msql) - mail/sympa creates user 'sympa', uid 1025 (not registered) - misc/afbackup tries to create user 'afbackup' (chooses an unused uid >= 100), not registered - misc/dnetc creates user/group 'dnetc' (not registered) - misc/linux-opengroupware creates user 'ogo', group 'skyrix' (not registered) - net/AquaGaatekeeper creates user/group 'agk', uid/gid 172 (not registered) - net/cacti creates user/group 'cacti' (not registered) - net/cricket creates user 'cricket' / group 'www' (user not registered) - net/cvsup-mirror asks the user for the names of the user to create (not a bad thing?) - net/gini creates user/group 'gini' (not registered) - net/ifgraph creates user/group 'ifgraph' (not registered) - net/iog creates user 'iog' (not registered) - net/jabber creates user 'jabber'; it is registered now, so it should make use of uid 93. - net/linux-edonkey-server creates user/group 'edonkey2000' (not registered) - net/nagios creates user/group 'nagios' (not registered) - net/netsaint creates user/group 'netsaint' (not registered) - net/nocatauth-gateway creates user 'nocat', uid 181 (not registered) - net/nocatauth-server: cf net/nocatauth-gateway - net/nocatsplash: cf net/nocatauth-gateway - net/nrpe creates user/group 'nagios' (not registered) - net/quagga creates user/group 'quagga' (not registered) - net/satellite creates user 'satellite' (not registered) - net/spread creates user/group 'spread' (not registered) - security/amavisd creates user/group 'vscan', not registered - security/authpf uses gid authpf/63, not registered - security/clamav-devel creates user/group 'clamav', not registered - security/hunch creates user/group 'hunch', not registered - security/sfs uses user 'sfs', uid 71, already reserved for oracle - security/stunnel creates user/group 'stunnel', not registered - sysutils/ganglia-monitor-core creates user/group 'ganglia', uid 97, already reserved for mud - www/moinmoin creates user/group 'moinmoin', uid 192 (not registered) - www/oops creates user 'oops', not registered - www/rt3 creates group 'rt', not registered On a side note: - mail/mailgraph assigns a shell (/bin/sh) to the 'www' user, which may not be desirable. - security/cyrus-sasl(2) is a very good example: it uses a registered uid/gid if not overridden by the installer. If the uid is already taken, it tries the following uid. -- olive
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040112235406.GD26908>