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 7EC491396D0 for ; Sun, 13 Aug 2017 17:28:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 732B4E0D0B; Sun, 13 Aug 2017 17:28:35 +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 157E7E0CC7 for ; Sun, 13 Aug 2017 17:28:34 +0000 (UTC) Received: from mail-it0-f43.google.com (mail-it0-f43.google.com [209.85.214.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id F029D341825 for ; Sun, 13 Aug 2017 17:28:33 +0000 (UTC) Received: by mail-it0-f43.google.com with SMTP id 77so13107655itj.1 for ; Sun, 13 Aug 2017 10:28:33 -0700 (PDT) X-Gm-Message-State: AHYfb5iP1jCtmb4l/uDLzHqCj/oY+k0zpf8FlGiWUTaDgkf3Lr+Vt1NV Cn67b7iahDqGhuxlMyWbRphEI3TQ+Q== X-Received: by 10.36.101.211 with SMTP id u202mr3669816itb.33.1502645312144; Sun, 13 Aug 2017 10:28:32 -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 Received: by 10.107.195.142 with HTTP; Sun, 13 Aug 2017 10:28:31 -0700 (PDT) Received: by 10.107.195.142 with HTTP; Sun, 13 Aug 2017 10:28:31 -0700 (PDT) In-Reply-To: References: <53c9d820-5852-730a-3728-793855c98a1a@gentoo.org> <6912b3d6-4d66-ef99-223c-5892549b571e@gentoo.org> <4bf31717-7dbe-78ec-30e1-78f12f63174e@gentoo.org> <9a4c73d7-34b7-d84e-b9f6-ff5abcc6ec31@gentoo.org> <1502600504.32531.32.camel@gentoo.org> From: Mike Gilbert Date: Sun, 13 Aug 2017 13:28:31 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [gentoo-dev] Revisions for USE flag changes To: Gentoo Dev Content-Type: multipart/alternative; boundary="001a1145a2160dceb30556a5e0db" X-Archives-Salt: e1f078fa-c07c-44b4-b2ee-a47a3ef8f88c X-Archives-Hash: 0b92aba46ff7d72407ad2c6057fa489f --001a1145a2160dceb30556a5e0db Content-Type: text/plain; charset="UTF-8" On Aug 13, 2017 6:38 AM, "Michael Orlitzky" wrote: On 08/13/2017 01:01 AM, Hans de Graaff wrote: > On Sat, 2017-08-12 at 05:58 -0400, Michael Orlitzky wrote: >> >> I simply overlooked the global USE change in make.conf because IMO >> it's a nonsense operation. > > This also happens routinely as new python and ruby versions are marked > stable, not via make.conf, but by removing their use.stable.mask. > If --newuse is required for that, it shouldn't be. Using a feature of my package manager (--newuse) to facilitate a change to a variable on my machine (USE) is one thing, but changes to ::gentoo are another. I don't think it is practical or useful to revbump a thousand ebuilds when we have a python_targets visibility change, or when the default python_targets value changes. While revbumping might be a good idea for specific IUSE changes, I don't think it is always necessary. --001a1145a2160dceb30556a5e0db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Aug 13, 2017 6:38 AM, "Michael Orlitzky" <mjo@gentoo.org> wrote:
On 08/13/2017 01:01 AM, H= ans de Graaff wrote:
> On Sat, 2017-08-12 at 05:58 -0400, Michael Orlitzky wrote:
>>
>> I simply overlooked the global USE change in make.conf because IMO=
>> it's a nonsense operation.
>
> This also happens routinely as new python and ruby versions are marked=
> stable, not via make.conf, but by removing their use.stable.mask.
>

If --newuse is required for that, it shouldn't be. Using a featur= e of my
package manager (--newuse) to facilitate a change to a variable on my
machine (USE) is one thing, but changes to ::gentoo are another.

I don= 't think it is practical or useful to revbump a thousand ebuilds when w= e have a python_targets visibility change, or when the default python_targe= ts value changes.

While = revbumping might be a good idea for specific IUSE changes, I don't thin= k it is always necessary.=C2=A0
--001a1145a2160dceb30556a5e0db--