From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 1AAA3138825 for ; Thu, 2 Apr 2015 10:01:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8C702E097E; Thu, 2 Apr 2015 10:01:45 +0000 (UTC) Received: from mail.digimed.co.uk (82-69-83-178.dsl.in-addr.zen.co.uk [82.69.83.178]) by pigeon.gentoo.org (Postfix) with ESMTP id 6A891E08A8 for ; Thu, 2 Apr 2015 10:01:44 +0000 (UTC) Received: from digimed.co.uk (shooty.digimed.co.uk [192.168.1.8]) by mail.digimed.co.uk (Postfix) with ESMTPA id A0E8F27BE9 for ; Thu, 2 Apr 2015 11:01:42 +0100 (BST) Date: Thu, 2 Apr 2015 11:01:00 +0100 From: Neil Bothwick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: This nite's switch to "full multilib" Message-ID: <20150402110100.487825bb@digimed.co.uk> In-Reply-To: <20150402112933.0000434a@tightmail.com> References: <5517CCCC.90800@seismic.de> <551881EA.7040705@gmail.com> <5519103D.8020200@xunil.at> <201503301023.30797.michaelkintzios@gmail.com> <551919CF.70200@gmail.com> <55191F2F.4070906@xunil.at> <55192205.4060702@gmail.com> <5519302F.5070906@gmail.com> <20150401192842.0c50d878@amit.mysel> <551CC8C9.1070902@darkmetatron.de> <20150402072101.341cbec3@amit.mysel> <20150402094110.11e21cf3@digimed.co.uk> <20150402112933.0000434a@tightmail.com> Organization: Digital Media Production X-Mailer: Claws Mail 3.11.1-83-g4c0932 (GTK+ 2.24.27; x86_64-pc-linux-gnu) X-GPG-Fingerprint: 7260 0F33 97EC 2F1E 7667 FE37 BA6E 1A97 4375 1903 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/rWCbzAh/XHpXDq4bmjAy.OD"; protocol="application/pgp-signature" X-Archives-Salt: 661a85ac-5790-409a-8d61-7dfdd61c5f44 X-Archives-Hash: c5e446a9970e736893dade08435ac589 --Sig_/rWCbzAh/XHpXDq4bmjAy.OD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 2 Apr 2015 11:29:33 +0200, R=C3=B3bert =C4=8Cer=C5=88ansk=C3=BD wro= te: > > Portage doesn't change your package.use file, it creates a new one > > using the standard CONFIG_PROTECT process. Then you use etc-update or > > similar to view and verify the changes. =20 >=20 > What I am trying to tell is that portage manages its stuff (USE > dependencies), through you, in your configuration files. It is nice > that it does not overwrite them directly without asking ;-) but in the > end the content ends up there one way or other. Portage should have > its own internal database for USE deps and manage it like it manages db > of standard package dependencies. I'm coming round to that way of thinking too. I was simply pointing out that the autounmask feature doesn't clobber existing configs, so people weren't put off using it by the implication that it did. A mechanism for portage to manage this outside of /etc/portage would help separate portage's decisions and requirements from those of the user --=20 Neil Bothwick X-Modem- A device on the losing end of an encounter with lightning. --Sig_/rWCbzAh/XHpXDq4bmjAy.OD Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUdE2AACgkQum4al0N1GQOSRgCcDLLxUZqQuE5vamYvO1yeMWOw JjsAn3W9NcE1UOxtKLJsUkE7boGUMhUg =UK0q -----END PGP SIGNATURE----- --Sig_/rWCbzAh/XHpXDq4bmjAy.OD--