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 7C69E1382C5 for ; Sat, 24 Mar 2018 12:54:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EB476E086C; Sat, 24 Mar 2018 12:54:27 +0000 (UTC) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (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 80A76E07D0 for ; Sat, 24 Mar 2018 12:54:27 +0000 (UTC) Received: by mail-pf0-x241.google.com with SMTP id a16so5766943pfn.9 for ; Sat, 24 Mar 2018 05:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-transfer-encoding; bh=jFmXnw06oGe+A95nyG2I9/Jv76SHPxb/5wocA66vWA8=; b=tLX0rL9fBNEgP062gu4ugs2CTBc7e2/VKM/bPRtZEBgrGfvmeuNZfEDXiiHTozjj5c 9/EuwMx2Cn/IZ9179wCpxOZI08pghLzIJw7nym/NadvWRHRA0+y4fB73C2hoXkwGieUQ T32iEQBA3wHeHp6160RojXi7ddcaDwXuNidnzkvxemqtOP+PB5si3o+8QYuLQDTfDYRO vip5AN+rmRhMt7IzXc70Ykcp2Mtr0GC5ZNBqGtCt+acPW43YLjq6rnt9vB+MkCEY2rft QIi6mVqE0jnJkEVjouiHF/VcpFtHA9odvyx6+bBVCNuoMXfPlNWzu6DgW0H/I9971Ja1 uuHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-transfer-encoding; bh=jFmXnw06oGe+A95nyG2I9/Jv76SHPxb/5wocA66vWA8=; b=dZi1L/wWDJbtqdxBBb5F7TqPO2xvJoXnJ38ZFxTkUE5y627AHnrAiZ6KeFAAkmufx1 B3BWnyb83tLYGnuQxRaDA+9s2adXVo78dPx7c0X7Jo4nAZa+SqKwsjgg4U4Amd/ymXI2 73lJVNGK6WkjjHSa1PLG1QZ2po4vsBkycqvfujzRQODe7hzGNZ6F9KpBAA2N/wIBjaRr DHA1CDB9/p1274Hqr2iXNQQxRggvRcatkrSjcritn8cC83Ag80XQF3ycSPAtB4jPiTCt g3LftTaKAN3YTCACSyrKJO8MF+GnyntVs/nSEtg54W6K/2YeLM9/U5GT3LODEqMxS3eI Ef5w== X-Gm-Message-State: AElRT7ER+MPOpt3mTlkRJQuTaflokYeRFpkl5tDq8UsML6OTqQ/X2Wgr 2cO4/hRi26zHo3aCsspaaEDMW8yAyV1mQhrqtewiaA== X-Google-Smtp-Source: AG47ELtip2Wyd9RWJcggTiTEpjiPpJhfH1qXaoV0xkKMnFdaaYhsni37n6xlxaeeRdoJNZDuGWOwSHr5YZxrhFeoxrM= X-Received: by 10.101.96.134 with SMTP id t6mr13088945pgu.58.1521896066124; Sat, 24 Mar 2018 05:54:26 -0700 (PDT) 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 Sender: freemanrich@gmail.com Received: by 10.236.174.22 with HTTP; Sat, 24 Mar 2018 05:54:25 -0700 (PDT) In-Reply-To: <20180324220114.748273c5@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> <1521878540.1070.0.camel@gentoo.org> <20180324220114.748273c5@katipo2.lan> From: Rich Freeman Date: Sat, 24 Mar 2018 08:54:25 -0400 X-Google-Sender-Auth: TdSxvZyXwJFoa4c4XSWhXFJSbR4 Message-ID: Subject: Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny To: gentoo-dev Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 7aa30f5d-288d-4442-a421-eeafae4aba3e X-Archives-Hash: 65968358de1d5bc4a6e11e3d33919446 On Sat, Mar 24, 2018 at 5:01 AM, Kent Fredric wrote: > On Sat, 24 Mar 2018 09:02:20 +0100 > Micha=C5=82 G=C3=B3rny wrote: > >> ...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. > > Yeah, that default I find incredibly stupid tbh. > > Auto-unmask use works nicely. Autounmask for package.mask and > accept_keywords is just madness I'd love to see stopped. > It can be useful, though obviously I review what is proposed before merging the config changes. I wouldn't put masks and keywords in the same bucket. A mask typically means that something is known to cause problems, while missing keywords typically just means that it isn't known to work yet. People running mixed-keywords will find themselves accepting keywords a fair bit. --=20 Rich