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 F3D7F139085 for ; Sun, 29 Jan 2017 17:35:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D86B2E0F93; Sun, 29 Jan 2017 17:34:45 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6CF3AE0F8F for ; Sun, 29 Jan 2017 17:34:45 +0000 (UTC) Received: from symphony.aura-online.co.uk (154.189.187.81.in-addr.arpa [81.187.189.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: chewi) by smtp.gentoo.org (Postfix) with ESMTPSA id 1FADA34163E for ; Sun, 29 Jan 2017 17:34:43 +0000 (UTC) Date: Sun, 29 Jan 2017 17:34:29 +0000 From: James Le Cuirot To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Requirements for UID/GID management Message-ID: <20170129173429.0ee7161d@symphony.aura-online.co.uk> In-Reply-To: <588E2382.6060203@adelielinux.org> References: <9558d41c-17c0-4bbd-e2f8-02575c6d0ecd@gentoo.org> <20170127183752.500f8910@patrickm> <588CDF61.7030902@adelielinux.org> <20170128193256.5299c6be@symphony.aura-online.co.uk> <588E2382.6060203@adelielinux.org> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) 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 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/.JoG7oVg=WQ47IRAJqQha01"; protocol="application/pgp-signature" X-Archives-Salt: 8c7d9fb7-02ce-4b7e-aa47-58573d00771e X-Archives-Hash: 690ead3d4400827211ea50d7ad374dbc --Sig_/.JoG7oVg=WQ47IRAJqQha01 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 29 Jan 2017 11:16:50 -0600 "A. Wilcox" wrote: > On 28/01/17 13:32, James Le Cuirot wrote: > > On Sat, 28 Jan 2017 12:13:53 -0600 "A. Wilcox" > > wrote: > > =20 > >> Having a file that user.eclass would use to map new users/groups > >> to IDs would be extremely beneficial to me. I was thinking about > >> diving in to that some time later, after the GLEP 70 work I'm > >> doing, but if someone else wants to take it - please! That would > >> greatly ease the pain of not only NFS, but swapping data disks > >> around between different / . > >>=20 > >> Consider, for example, one of my use cases for this: I have a=20 > >> LibreSSL / that I use solely for testing ebuilds against it, and > >> my regular / with OpenSSL. I share /home and /srv between these > >> two, but the apache, nginx, and charybdis users have different > >> UIDs between them. Therefore I have to chown -R each time I test > >> LibreSSL. > >>=20 > >> I could use a different /home and /srv, or make two copies, but > >> it's much easier for me to test these apps having my entire > >> normal environment available to me. =20 > >=20 > > As mentioned in my other post, why are you not using idmapd? It's=20 > > trivial to set up on top of NFSv4. >=20 > I think you have missed the point. This is not on a network and this > has nothing to do with NFS of any version. Apologies, I didn't read that as closely as I should have done. --=20 James Le Cuirot (chewi) Gentoo Linux Developer --Sig_/.JoG7oVg=WQ47IRAJqQha01 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQKTBAEBCgB9FiEEUo3mvYaRpDkf2i7UIcYyEpxtfeQFAliOJ6VfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDUy OERFNkJEODY5MUE0MzkxRkRBMkVENDIxQzYzMjEyOUM2RDdERTQACgkQIcYyEpxt feTiyw/+Nuv6d9/2PyIAmvK0vNpRmErxO5t7wtYc6yA5cHt+7DTLMUY6f67Cyx58 hv5pCbvMtmwCujSF6RwJ8POoFvIIPsHRZDRt68ZbjAOVj5q1j70krtPtSjLc+ibO 7fIrz31ca4M8G9xk6Y1LNWYBiIiHTJNkCMIZEnGWNoGVs5746amhFvic9lcXMFpP cHQCD9xxPXnbVlZNNBDunU9/T7yBZvgwKAVXiiA9lE8BDGaSCi4egR7TytVVmN3/ zd3+XxN3BMZqRRpFtCKVyAwXFUM0g6q9WDel8ZcdiAajAXJCwRlzYQENhyOyqmxE FtGR2FS3GVekl+C8KFIDAEEmrLHr1swGEXKXYMv9I2tYMnvEOAMQLFgMpdiK8IEb 02VLIC7IDmJlc95sMSz2yh98w6JveFlhA9K6uxy2FS2pa1KHjh7tRPvAu4rPQ5Md 43hkYngzyABfdAcnKPPpTXTTAyDVrItkEjgN9SfvQc9aLTtVCJ0mBcp01DycK+H6 mkXtQP6izzZMAgVRJL/BdrMxvlI98IWx+tO9o9KfJjbxDBjugT8qSdnywCiG7IFB wES3RQDql/Zr2N0loza4MryRdUrjA4PUO+P1H+BpC/ZSD6unQQboYUI19qgZgEDy XMfhfLept6ezUfxy7oeCHj5UcUiBsXZfxxQDXYhN61sj2s0okeU= =lcrg -----END PGP SIGNATURE----- --Sig_/.JoG7oVg=WQ47IRAJqQha01--