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 9EE831382C5 for ; Sun, 25 Mar 2018 09:03:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7693BE07F1; Sun, 25 Mar 2018 09:03:30 +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 06493E07C9 for ; Sun, 25 Mar 2018 09:03:29 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id F04DA335C36 for ; Sun, 25 Mar 2018 09:03:27 +0000 (UTC) Date: Sun, 25 Mar 2018 22:02:55 +1300 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny Message-ID: <20180325220255.3f35115e@katipo2.lan> In-Reply-To: References: <1521745426.836.25.camel@gentoo.org> <20180322214732.GA4096@eddy> <1521756383.23424.0.camel@gentoo.org> <23220.52565.280134.566970@a1i15.kph.uni-mainz.de> <0559e21f-edcb-986f-0a0b-1bc54bc169a6@gmail.com> <23220.56500.47110.798699@a1i15.kph.uni-mainz.de> <20180324200239.24cde39f@katipo2.lan> <1521878540.1070.0.camel@gentoo.org> <20180324220114.748273c5@katipo2.lan> <7f211ecf-a415-b91a-25fb-6cb1b456a8ca@gentoo.org> <20180325093340.4237c829@katipo2.lan> <25def267-c246-7c47-48f9-d889c9087ef2@gentoo.org> <20180325152638.53dca26a@katipo2.lan> Organization: Gentoo X-Mailer: Claws Mail 3.15.1-dirty (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-sha256; boundary="Sig_/W.8QulhM7CdIiOMgnbQcKlM"; protocol="application/pgp-signature" X-Archives-Salt: e98e9021-7b61-4282-8c52-523b597323a6 X-Archives-Hash: 5194ce0dc4bce43da39008c8faa9b4eb --Sig_/W.8QulhM7CdIiOMgnbQcKlM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 24 Mar 2018 21:43:41 -0700 Zac Medico wrote: > But if the majority demographic is as you describe, then they shouldn't > be using anything having dependencies that require package.unmask or ** > keywords changes. Again, they *dont*, the problem is portage makes the mistake of thinking they do. This happens especially around virtuals where there is an existing problem of portage not doing the right thing when perl-core/* exists in some definition. I don't have details on hand to give you as to how this happens, but I've seen this happen often enough around packages *I maintain* and *I* can't explain why portage is trying to install it, only that --auto-unmask-keep-masks=3Dy makes the problem mysteriously go away. The question for me is not "auto unmask is good" vs "autounmask is bad", autounmask is fine on its own and is very useful. Its the default of --autounmask-keep-masks=3Dn that I find short on value. If anything, I suggest there needs to be an --autounmask-keep-masks=3Dconditional, or something, that narrows the range of solutions portage will try and only attempt to unmask ** or package.mask in the following conditions: - An explicitly masked package/version is explicitly requested on the comma= nd line. - A package is a direct dependency of of the above - As above, but for the world file That is, assume the only reason for masked packages to be considered is: - The user in some way directly requested them - A logical consequence of the user directly requesting a masked package --Sig_/W.8QulhM7CdIiOMgnbQcKlM Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlq3ZcsACgkQ6FQySxNm qCCFpxAAkaZTQNTzXv5njlmM/H6eAD4jXlXJZRLB3frkB4/8yvxMiLwpV5kweF7H WLpjRHp3mwulskSk+m9aXC+7avdkZE1sBbUeuLH0a24fu3YNs9hO2mdqNhSQteot CEzKylzavDZ3SgSWGo4XSQvYzIHL4GqJzbdzmvLNF+gzgrAtnNXUkjtqeIK3h724 rzHqJK5oR1z4vq52Q+a8D0DtYpI6mwM7y1xRFtVg5vb6rnxuODow6tGJy1BJnbLg +eBz+KerWOreIp2+sN6LNet8Yh/TCbUEHpbIULRZ6EmXENDO2OlleDPXXgITEUZd FfV8qIzlIdafK7kZ6oEFejx97jXAWI5cp1bgvmslYw9EVffPY9xBdME40VBn1JZr Fvsdv0tLkcjL6XYsPCU49CI7Wax8M8OR0xXffQvBqPh9FmfqtnO89jKsQAzMWMJq qe1chehsrIB8iGvxSOlLIT40gc7U5rSFNT+scEdjcZ3P8P+NYbKNS6CJ5vnSKkLG cuIQXd7uCJEDxNN8EcgxDcPNkD/ftIWLZ2QUuYbjUmRAKP0iKTRXfrwx6puxmwcq IuygiqCDevnpQ2IL6zfwZWqG5FC1ifZeaygyq4JxB1F2u3iGFEGBQXY4HcqTJwSd cpvo7yJU3Fy+kM0PqPDDzGIYuyPFt5btMr+B4MBES2BXBywAUHs= =2kHl -----END PGP SIGNATURE----- --Sig_/W.8QulhM7CdIiOMgnbQcKlM--