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 D6985138334 for ; Fri, 21 Jun 2019 13:09:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 75911E08F4; Fri, 21 Jun 2019 13:09:11 +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 1036FE08CA for ; Fri, 21 Jun 2019 13:09:11 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id D3E9F3466CB; Fri, 21 Jun 2019 13:09:08 +0000 (UTC) Message-ID: <4fcf8e3ddc4fa13b40c2655a330aa673131eabcb.camel@gentoo.org> Subject: Re: [gentoo-dev] [PATCH v3] glep-0081: User and group management via dedicated packages From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Fri, 21 Jun 2019 15:09:04 +0200 In-Reply-To: <20190621150233.c159ee29fedb595156bbd192@gentoo.org> References: <20190609113955.19208-1-mgorny@gentoo.org> <8d6601e6-a295-778e-5dc8-5d9f01701c7d@gentoo.org> <20190621085908.0f6a515900767930adea7183@gentoo.org> <20190621150233.c159ee29fedb595156bbd192@gentoo.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-jQg/Vuwg+VDgZAIAtTWR" User-Agent: Evolution 3.30.5 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 X-Archives-Salt: b5c27d79-1367-4206-a266-d902d6248b1b X-Archives-Hash: 70aa27cf3b22d9689c3f06362678c0eb --=-jQg/Vuwg+VDgZAIAtTWR Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2019-06-21 at 15:02 +0300, Andrew Savchenko wrote: > On Fri, 21 Jun 2019 09:18:23 +0200 David Seifert wrote: > > On Fri, 2019-06-21 at 08:59 +0300, Andrew Savchenko wrote: > > > On Thu, 20 Jun 2019 16:32:56 +0200 Micha=C5=82 G=C3=B3rny wrote: > > > > On Thu, 2019-06-20 at 09:53 -0400, Brian Evans wrote: > > > > > On 6/9/2019 7:39 AM, Micha=C5=82 G=C3=B3rny wrote: > > > > > > +Tracking of user/group usage is done through dependencies. As > > > > > > long > > > > > > +as any installed package depends on a specific user/group > > > > > > package, > > > > > > +the respective user/group is assumed to be used. If no > > > > > > package > > > > > > +requiring the specific user/group is left, the package manager > > > > > > +automatically prunes the package clearly indicating it is no > > > > > > longer > > > > > > +used. > > > > >=20 > > > > > You cannot know when a name is "no longer used". An > > > > > administrator could > > > > > have adopted a username for other purposes. > > > >=20 > > > > That's why we don't remove the actual user/group. However, this is > > > > a valuable information to the administrator that no package is > > > > using > > > > the user/group in question. > > >=20 > > > So how do you propose to clean them up? Or let user systems trash > > > with unused uids/gids? The GLEP 81 only mensions some possible > > > tooling for cleanup. Is there an implementation available? I don't > > > see it within proposed patch sets. > > >=20 > > > This GLEP should not be accepted unless all necessary tools are > > > available including a cleanup tool. > > >=20 > > > Best regards, > > > Andrew Savchenko > >=20 > > Strongly disagree: > >=20 > > 1) User systems are already getting trashed. And apparently it's not a > > critical thing that prevents users from using Gentoo in practice. > > 2) A cleanup tool at best will only tell you which files you need to > > check, randomly deleting files with orphaned uids/gids is not a good > > idea. >=20 > What will happen when some acct-*/* package will be unmerged? Will > uid/gid record and/or its files be deteleted? >=20 They will be marked as unused, locked from access and left in system databases. It's both in the GLEP and in the implementation. All you have to do is to read before complaining. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-jQg/Vuwg+VDgZAIAtTWR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl0M1vBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA4YCwf/YDn53PtWdVLR4a0mDoGpk/OCmKxwcxpSxgZYOKRKU2fxoCweAoS5nSaP E0Pgk6cFFVEc8sb5mPDqxlQy7MOyRJoRBGlfhISBzdyFs1489YsrWpc14sbt2jxZ 2AA55EJM9HoLWT0jTwSL5aniTRU8JGgE2nQ06NJ37GnXYvS8HVRTlzuCg0ArPnqz CQ5EgapL87TrQtfoFkR40sH/HDm+DwGlEhTGuOpOaKmhbqeUTCaNnT193BvhBK1d BB9j+SOL1T7+j5MBqMKSjn/r2TFL38Et8vrJiO3Ah6qv1TjLYdNnxgOphnBTP7aB PQUYZG9SGfNR+AQMmO/lFg4/kcycTw== =vCAv -----END PGP SIGNATURE----- --=-jQg/Vuwg+VDgZAIAtTWR--