From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 A6F6F138334 for ; Tue, 10 Dec 2019 11:47:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 89359E096A; Tue, 10 Dec 2019 11:47:25 +0000 (UTC) Received: from mail-pj1-f42.google.com (mail-pj1-f42.google.com [209.85.216.42]) (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 71EEFE0964 for ; Tue, 10 Dec 2019 11:47:24 +0000 (UTC) Received: by mail-pj1-f42.google.com with SMTP id g4so7310157pjs.10 for ; Tue, 10 Dec 2019 03:47:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=1Ise4RuNxaSjO2I4nZ4rRs0ZGbvMHWJkTIakBmXdFpA=; b=mnF3K49W9ktv7Mm7bacv0l2wWuusAZsxWhQAVPLEWx5GPSkGd+1UFXHAH8QD6ae2rU 2KB8CTDUtZLgo2EABlnx21oA3X9P3FoJPhfsrvKrwQzDwVzXBP/dFxl6pjbqABvNsXQF 2kvpSajubwaZmMNomqqNo/oSpvMBUxxhrw/n47czgPbNmiyX57Xs8cVOaTta7EFSjaaW ZcrBylp/LRyLFTHseQpHLgFVzEv+plUnOOJuX424ujVDF7QOAD+jkClPe+VuY8ioaWnA LGew12pb1albOc/OLueooqDVQkT/NR37dX6WCq+KBxR/H/tDNUAZjOhjueVuJOcAn4Gz xhgw== X-Gm-Message-State: APjAAAVfGu1wkhBwOcpa6eL1T3H8R0EtPJ16tj0D5TPT/yslIWBVtGBu 9YPNTLMXuxxHxfZRuLcAHRNcQ2fiEFpsKOY10MxCg7dO X-Google-Smtp-Source: APXvYqzVS/E5T9sjikAVb9yLV5Xm+ZN1u9vTcq9V3AkVieWEe4iKLBs8kdhHRolLVXcycguSIp9QYBxZWlLLrph6ius= X-Received: by 2002:a17:902:aa08:: with SMTP id be8mr34386610plb.255.1575978442638; Tue, 10 Dec 2019 03:47:22 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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 References: <84a435bffe460efd2620ceec0c0405fa18a7937b.camel@gentoo.org> <6f1dc9b3-e13e-1186-f75a-51615db505d3@gentoo.org> In-Reply-To: <6f1dc9b3-e13e-1186-f75a-51615db505d3@gentoo.org> From: Rich Freeman Date: Tue, 10 Dec 2019 06:47:10 -0500 Message-ID: Subject: Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing) To: gentoo-dev Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 6064418b-e66b-46d0-8671-aa81d304b856 X-Archives-Hash: 845808c79a07da1fc9ad97c9a45693a1 On Tue, Dec 10, 2019 at 12:44 AM Joonas Niilola wrote: > > Honestly I'd say just put -1 on all acct- packages then let sys admins > modify them locally to whatever they need. I feel like this whole GLEP > just serves the minority while making many other contributors uneasy. > I think we're worrying far too much about people with decade-old installs. Just come up with a reasonable set of defaults and as long as it can adapt to whatever is already in /etc/passwd we're fine. Having UIDs chosen completely at random seems fairly non-optimal. Suppose you're building containers/etc and then bind-mounting in persistent storage (/var/lib/mysql and so on). Wouldn't it be nice if the default were that mysql would get the same UID on every build? I guess you could provide an initial /etc/passwd on every fresh build but it just seems like an extra step. This isn't about serving the minority so much as not letting the perfect be the enemy of the good. Yes, there are reasons why GLEP 81 won't be perfect. That doesn't mean that it isn't a good idea... -- Rich