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 9A51C1382C5 for ; Sat, 24 Mar 2018 08:02:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C5617E08D0; Sat, 24 Mar 2018 08:02:25 +0000 (UTC) Received: from smtp.gentoo.org (mail.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 74542E08BB for ; Sat, 24 Mar 2018 08:02:25 +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 DBAFF335C09; Sat, 24 Mar 2018 08:02:23 +0000 (UTC) Message-ID: <1521878540.1070.0.camel@gentoo.org> Subject: Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Sat, 24 Mar 2018 09:02:20 +0100 In-Reply-To: <20180324200239.24cde39f@katipo2.lan> 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> Organization: Gentoo Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.6 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-Transfer-Encoding: 8bit X-Archives-Salt: f7d5a6f9-f6a7-4d55-898f-6ea64efc739a X-Archives-Hash: ea610cc430f15dcd071cc1ebe47b2830 W dniu sob, 24.03.2018 o godzinie 20∶02 +1300, użytkownik Kent Fredric napisał: > On Fri, 23 Mar 2018 11:53:40 +0100 > Ulrich Mueller wrote: > > > Still, masking is the wrong way to express such preferences. If you > > package.mask sys-devel/gcc then you say that something is wrong with > > that package. Which I believe is not what you want to express here. > > I might have a better usecase for adding masks from overlays. > > But its more for the usecase of "there isn't something wrong with that > package", but the more frequent usecase of "Portage is stupid and so we > have masks to coerce the right behaviour" > > For example, if I had an overlay that's sole purpose was to > test/transition experimental versions of Perl, where the presumption > was that by installing said overlay, that you wished to upgrade to that > version of Perl, it might make sense to employ masks to prevent portage > doing dumb things. > > And by "Dumb things", I mean some of the common problems I see where > portage tries to solve a blocker by downgrading Perl.... > > Its much simpler to just author a blacklist of "Look, these are things > that are known to be a mess, don't even consider installing them, with > a nice description of why this is nonsense" > > Trying to achieve it by any other means simply tempts the problem to > reappear in another form, because everything *other* than package.mask > will have portage try to flip the USE flag to try to make it work, and > end up with people needing --backtrack=1000 and having it still not > work. > > package.mask is at least a "look, we know this is nonsense, don't even > explore this line of reasoning" blunt instrument. ...except that it is also used to say 'this is experimental version, unmask at will' and Portage wants to unmask stuff for you anyway. Well, I mean the default configuration of Portage, not mine. -- Best regards, Michał Górny