From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-89372-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by finch.gentoo.org (Postfix) with ESMTPS id 10919138334
	for <garchives@archives.gentoo.org>; Mon, 25 Nov 2019 20:28:26 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 1D144E09D6;
	Mon, 25 Nov 2019 20:28:21 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id A4081E09CF
	for <gentoo-dev@lists.gentoo.org>; Mon, 25 Nov 2019 20:28:20 +0000 (UTC)
Received: from sf (tunnel547699-pt.tunnel.tserv1.lon2.ipv6.he.net [IPv6:2001:470:1f1c:3e6::2])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: slyfox)
	by smtp.gentoo.org (Postfix) with ESMTPSA id BD17B34D395
	for <gentoo-dev@lists.gentoo.org>; Mon, 25 Nov 2019 20:28:18 +0000 (UTC)
Date: Mon, 25 Nov 2019 20:28:10 +0000
From: Sergei Trofimovich <slyfox@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments
Message-ID: <20191125202810.0bbecdf5@sf>
In-Reply-To: <139dd6ae99d13ddf68aac96c65120d9870620ef0.camel@gentoo.org>
References: <20191124124616.691759-1-slyfox@gentoo.org>
	<w6gwobpig97.fsf@kph.uni-mainz.de>
	<20191124132356.5e1021bf@sf>
	<w6gpnhhi6w7.fsf@kph.uni-mainz.de>
	<20191124203504.74937eea@sf>
	<139dd6ae99d13ddf68aac96c65120d9870620ef0.camel@gentoo.org>
X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 749ac179-e768-4a71-83c6-964780bde10e
X-Archives-Hash: 9c1f64363e9c26b72af85b757780c072

On Mon, 25 Nov 2019 17:24:08 +0100
David Seifert <soap@gentoo.org> wrote:

> On Sun, 2019-11-24 at 20:35 +0000, Sergei Trofimovich wrote:
> > On Sun, 24 Nov 2019 17:19:36 +0100
> > Ulrich Mueller <ulm@gentoo.org> wrote:
> >   
> > > > > > > > On Sun, 24 Nov 2019, Sergei Trofimovich wrote:    
> > > > I interpreted 'reserved' as 'free to use' on
> > > >     
> > > > https://wiki.gentoo.org/wiki/Project:Quality_Assurance/UID_GID_Assignment
> > > > Can you tweak it to someting other than 'reserved' so it would be
> > > > clear?    
> > > 
> > > That's what the "Notes" column was intended for.
> > >   
> > > > I'll use 60001 .. 60999 / 61001 .. 61999. Is it free though?
> > > > '60001..65533' claims to also be 'reserved' as well.    
> > > 
> > > Debian is also using the range above 60000 for allocations that
> > > won't
> > > fit into the low range. Theoretically, there is some overlap with
> > > systemd dynamic users (61184..65519), but IIUC assigning other UIDs
> > > in
> > > that range isn't a problem, as long as there are enough free IDs
> > > left.
> > > 
> > > Another question, the above are about 2000 users and 2000 groups.
> > > Does that imply that we will eventually end up with 4000 packages
> > > in acct-{user,group}?  
> > 
> > Should be 2000 users, 2 groups. Worst case it's 2002 packages, yes.
> >   
> 
> For a package manager that likely only 3 Gentoo users in the world use?

I'll avoid debating you scientific method of deriving that number.
What is your threshold? 10 users? 1000 users? 100000 users?

> I don't consider that particularly helpful, and am very much inclined
> to oppose that.

I'm fine with current use of user.eclass if QA grants nix and guix an
exception to use user.eclass indefinitely instead of GLEP-81 layout.

-- 

  Sergei