From owner-svn-src-all@FreeBSD.ORG Sun Jan 25 14:21:58 2015 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8503B12C; Sun, 25 Jan 2015 14:21:58 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B9C4B37; Sun, 25 Jan 2015 14:21:58 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YFO4S-000KHA-TY; Sun, 25 Jan 2015 17:21:48 +0300 Date: Sun, 25 Jan 2015 17:21:48 +0300 From: Slawa Olhovchenkov To: Bruce Evans Subject: Re: svn commit: r277652 - in head/usr.sbin/pw: . tests Message-ID: <20150125142148.GA76051@zxy.spb.ru> References: <201501241913.t0OJD4xT039188@svn.freebsd.org> <20150125155254.V1007@besplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150125155254.V1007@besplex.bde.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: svn-src-head@freebsd.org, Baptiste Daroussin , src-committers@freebsd.org, svn-src-all@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 14:21:58 -0000 On Sun, Jan 25, 2015 at 04:56:24PM +1100, Bruce Evans wrote: > Negative ids have historical abuses in places like mountd. mountd still > hard-codes -2 and -2 for the default uid and gid of an unprivileged user. > It at least casts these values to uid_t and gid_t before using them. > This gives the ids the non-random values of UINT32_MAX-1 if uid_t and > gid_t are uint32_t. (If uid_t and gid_t were signed, then it would > leave the values as negative, so invalid.) These magic values may work > better than when ids were 16 bits, since there is less risk of them > conflicting with a normal id. However, the non-conflict is probably > a bug. FreeBSD uses the magic ids of 65534 for user nobody: group > nobody. These would have been (id_t)-2 with 16-bit ids. They no > longer match, so ls displays (id_t)-2 numerically. FreeBSD also has > a group nogroup = 65553 that doesn't match the nfs usage. However2, > in FreeBSD-1 wher ids were 16-bits, nobody was 32767 and nogroup was > 32766. so they didn't match nfs for other reasons. The 2 non-groups > now seem to be just a bug -- FreeBSD-1 didn't have group nobody. > 4.4BSD-Lite2 has the same values as FreeBSD-1. This is not full true for ZFS case. On ZFS nobody is 2^32-2.