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 3C914138350 for ; Fri, 14 Feb 2020 03:37:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9FCE7E086F; Fri, 14 Feb 2020 03:37:20 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 44BADE0841 for ; Fri, 14 Feb 2020 03:37:20 +0000 (UTC) Received: from mail-io1-f47.google.com (mail-io1-f47.google.com [209.85.166.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id 39A6234EDB9 for ; Fri, 14 Feb 2020 03:37:19 +0000 (UTC) Received: by mail-io1-f47.google.com with SMTP id k24so9043775ioc.4 for ; Thu, 13 Feb 2020 19:37:19 -0800 (PST) X-Gm-Message-State: APjAAAUxpFUogFewW/fB0u1CBwI+foTQ/WG23kaD9JbbgssfeBNJxf+Z +qZ4qj1DJ8B3LhcE5Nq+mVKb4/PG/Hr9wum5xwU= X-Google-Smtp-Source: APXvYqzCGvbRLDJhusfCuiOui6MEVdxamKRWJrW7crqvtg1RP68IrPMOoesvqWUX0L6+8Wa3fDt531TnGvDYjXLAXnE= X-Received: by 2002:a02:8282:: with SMTP id t2mr965131jag.23.1581651437271; Thu, 13 Feb 2020 19:37:17 -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: <6A29F6A2-AA53-4B7A-A24A-6639993ABD17@chead.ca> <94cb2207-5c04-59bc-e322-69151ebd7ba7@gentoo.org> In-Reply-To: From: Mike Gilbert Date: Thu, 13 Feb 2020 22:37:06 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [gentoo-dev] Changes made by acct-* ebuilds To: gentoo-dev@lists.gentoo.org Content-Type: multipart/alternative; boundary="00000000000013bf12059e80ec5f" X-Archives-Salt: 1b9186f8-4c47-4b35-a9a8-cc8939daea4b X-Archives-Hash: 071225447e94000cd4a85eb303502315 --00000000000013bf12059e80ec5f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Feb 13, 2020 at 6:24 PM Michael 'veremitz' Everitt < gentoo@veremit.xyz> wrote: > On 13/02/20 16:17, Mike Gilbert wrote: > > On Wed, Feb 12, 2020 at 8:32 PM Thomas Deutschmann > wrote: > >> In short: It was a very bad decision that acct-* stuff is *changing* > >> existing stuff. This must be turned of *by default*. Maybe provide a > >> setting a user can put into make.conf to opt into current, still new, > >> behavior but by default, a package should never ever make changes to > >> *existing* user (unless it knows for sure it was the only source > >> creating that user and nothing was changed since creation which isn't > >> easy to track). > > I think it would make sense to add some eclass variables that would > > turn user.eclass functions into no-ops. > > > > I don't agree that this should be happen by default. I suspect the > > majority of users do not wish to manage system users/groups > > themselves. > > > I would suggest anyone competent enough to build a kernel from scratch > (genkernel users, I'm ignoring you) should be equally at-home managing > system users and groups and associated permissions? Or am I perhaps > overestimating the average Genbuntu users here ... >,< > > I said nothing of capability. Most people don=E2=80=99t care to micromana= ge > accounts. --00000000000013bf12059e80ec5f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Feb 13, 2020 at 6:24 PM Michael 'veremitz' Everitt <= ;gentoo@veremit.xyz> wrote:
On 13= /02/20 16:17, Mike Gilbert wrote:
> On Wed, Feb 12, 2020 at 8:32 PM Thomas Deutschmann <whissi@gentoo.org> wrote: >> In short: It was a very bad decision that acct-* stuff is *changin= g*
>> existing stuff. This must be turned of *by default*. Maybe provide= a
>> setting a user can put into make.conf to opt into current, still n= ew,
>> behavior but by default, a package should never ever make changes = to
>> *existing* user (unless it knows for sure it was the only source >> creating that user and nothing was changed since creation which is= n't
>> easy to track).
> I think it would make sense to add some eclass variables that would > turn user.eclass functions into no-ops.
>
> I don't agree that this should be happen by default. I suspect the=
> majority of users do not wish to manage system users/groups
> themselves.
>
I would suggest anyone competent enough to build a kernel from scratch
(genkernel users, I'm ignoring you) should be equally at-home managing<= br> system users and groups and associated permissions? Or am I perhaps
overestimating the average Genbuntu users here ... >,<

I said nothing of capability. Most people don=E2=80=99t care to micromanage= accounts.=C2=A0
--00000000000013bf12059e80ec5f--