From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-85758-garchives=archives.gentoo.org@lists.gentoo.org>
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 3DCC6138334
for <garchives@archives.gentoo.org>; Fri, 24 Aug 2018 23:56:33 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 833B5E089E;
Fri, 24 Aug 2018 23:56:29 +0000 (UTC)
Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535])
(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 0D7C3E0897
for <gentoo-dev@lists.gentoo.org>; Fri, 24 Aug 2018 23:56:28 +0000 (UTC)
Received: by mail-ed1-x535.google.com with SMTP id h4-v6so6840314edi.6
for <gentoo-dev@lists.gentoo.org>; Fri, 24 Aug 2018 16:56:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc;
bh=0hjIzeUWTLIFtWmqcPkg8rA4vQG2TVLRQvOS9fMZf4s=;
b=hJSgWXkWwWnyRsLl/Ar5GyKjbljE3V63O0tJUE8Rfj2+RNHJ/TowZQ88iTmha3+jWu
2uDyDdh9oWpRDDxUdix2+CQq6qx8sg0NyeBslNgKRXUuV8cfOyld3g908x1KxdcuqCBm
VyHY5ZbZh71yKCpHHbuTazu77sGUOweDzXh825R3W1egN9sJDEZ3Luo9VPPPFTo27T7i
tjHIeK8CL9ju7yOx++wuH1CUaacHNui3ePpVyCJqtIaEX2drV9k2ruA2zRwiu1wpycST
GgUcO61DNoLTt1JpwWFxc9FPWPi3jIq8ONRu9Iuj+/YgKDCNrxUfWB/aggYJGu9sMm4R
urGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=0hjIzeUWTLIFtWmqcPkg8rA4vQG2TVLRQvOS9fMZf4s=;
b=dAtbLZT3aCFVShYnWY+Na9OFQEzF+bvH9ijnrObJwqHu9qMaBmHVYntErv+SCUbIur
VpWtu9hAyJymulhgvxjwKCGlxJVAL1QHQ6QzJA67QupuuZnhT2oiTBwNFQaSqKGP9AoU
oVOGN7Zz8jyPlvu1MjqqXIj5rk+r96fcepYeEJv4DpJZscRWNCeMlqPDTH3Cc7IfN57d
h4Wqwj0+8mDbTwDmyaO6fHjgAveQ5UQxm2vPrAXt3Q0F8InfKA0wIDyT1TYSEQAcVZNo
91rXmWOqiNE0nn5rBS0hloog4kmMEEfQIsnJnnIzL/AcDfvPZ9RIc76TLKKk17mPRB0E
PUzA==
X-Gm-Message-State: APzg51C3Z0/nicT4sJDzh0gSv0Hov1L9YhvxnwSfYleBA+2ZnXV+mtme
IiKjo7ng7wnpxquxv7fgsvsB4Xq5zRh/WuirXc3Sqw==
X-Google-Smtp-Source: ANB0VdYUmMGOp81yQtx5CnTGXWQEpu4MmwVzuZNNmLwPpL379fkNcC09grCWKkj9ocK4Lzm9LbOI91O4M6nFsT0R4kQ=
X-Received: by 2002:a50:d90e:: with SMTP id t14-v6mr4903381edj.241.1535154987385;
Fri, 24 Aug 2018 16:56:27 -0700 (PDT)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
References: <20180820143433.27556-1-mgorny@gentoo.org> <20180820145937.10739-1-mgorny@gentoo.org>
<CADfzvvbsKZJudPMSoOxLYZ8aH+Cbh0Nec3esfN8B-QOkAFod5A@mail.gmail.com>
<1534833968.953.2.camel@gentoo.org> <CADfzvvZ6qtMZ1oKaV8LN3JvazTzR2y4xiJoiz_nhXvPg4o3u5A@mail.gmail.com>
<153FDB15-8D96-4065-AB16-885D1A5DE87E@gentoo.org> <3d0204bf-509b-5cf9-251d-9a689b32db26@gentoo.org>
<CAJ0EP41wF_8V5O=uC6jxJov1C6qhx+XyHGE69mtnRF0sxQQsdQ@mail.gmail.com>
<20180825012306.4a9b26a6@katipo2.lan> <CAJ0EP41ZUQ2EDCvHEebHN+HbaAgh2ofVXGo6a-_gkMKz-aondg@mail.gmail.com>
<20180825024543.3d47a160@katipo2.lan> <CAJ0EP42fx6hagDzNtcxt+xvCZcaVejZjs51W_x3Q--C9aRizMw@mail.gmail.com>
<9d0b7e10-1e81-f04c-8489-db03cdc60886@gmail.com> <670d034e-c081-46f9-8948-de12d44b50f0@gentoo.org>
In-Reply-To: <670d034e-c081-46f9-8948-de12d44b50f0@gentoo.org>
From: Francesco Riosa <vivo75@gmail.com>
Date: Sat, 25 Aug 2018 01:56:16 +0200
Message-ID: <CAD6zcDwq4D+x3R8ZB_hjP8OxKD+T1TZ-FH1Z8PD91n+qPCdT+A@mail.gmail.com>
Subject: Re: [gentoo-dev] [PATCH] use.desc: Improve description of USE=test
To: Zac Medico <zmedico@gentoo.org>
Cc: gentoo development <gentoo-dev@lists.gentoo.org>, Mike Gilbert <floppym@gentoo.org>
Content-Type: multipart/alternative; boundary="000000000000b2c7be0574371fef"
X-Archives-Salt: 01c16ca8-4ca8-4ecc-af6a-628d543f0089
X-Archives-Hash: e8f448a203b8505ec29fa167c513cdf5
--000000000000b2c7be0574371fef
Content-Type: text/plain; charset="UTF-8"
Il giorno sab 25 ago 2018 alle ore 01:45 Zac Medico <zmedico@gentoo.org> ha
scritto:
> On 08/24/2018 04:14 PM, Francesco Riosa wrote:
> >
> > Il 24/08/18 19:08, Mike Gilbert ha scritto:
> >> On Fri, Aug 24, 2018 at 10:45 AM Kent Fredric <kentnl@gentoo.org>
> wrote:
> >>> On Fri, 24 Aug 2018 10:27:01 -0400
> >>> Mike Gilbert <floppym@gentoo.org> wrote:
> >>>
> >>>> If you want to define behavior that can be relied upon in ebuilds, it
> >>>> should be specified in PMS. PMS does not define any meaning for the
> >>>> "test" USE flag.
> >>> We should eschew idealism about how the world *should* behave, and
> avoid
> >>> making portage a steaming garbage heap in order to comply with a
> >>> terrible PMS specification of a heavily used feature.
> >> Portage still works just fine for most people who would enable
> >> FEATURES=test. Stop exaggerating.
> >>
> > People enabling FEATURES=test on most but not all packages had some
> > troubles and they need to disable them in both package.{env,use}
> > I'd like to have a flag to reinstate the previous portage behaviour, but
> > that's probably too late
>
> Would a FEATURES setting that implies RESTRICT="!test? ( test )" for all
> ebuilds do what you want?
>
"want" is too much,
but it would have been pleasant to have something to keep portage
dependancies working as before.
"testrespectuse" or "usetestrespectfeatures" come to mind or another
command line option.
> --
> Thanks,
> Zac
>
--000000000000b2c7be0574371fef
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><br><br><div class=3D"gmail_quote"><div dir=3D"ltr">Il gio=
rno sab 25 ago 2018 alle ore 01:45 Zac Medico <<a href=3D"mailto:zmedico=
@gentoo.org">zmedico@gentoo.org</a>> ha scritto:<br></div><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">On 08/24/2018 04:14 PM, Francesco Riosa wrote:<br>
> <br>
> Il 24/08/18 19:08, Mike Gilbert ha scritto:<br>
>> On Fri, Aug 24, 2018 at 10:45 AM Kent Fredric <<a href=3D"mailt=
o:kentnl@gentoo.org" target=3D"_blank">kentnl@gentoo.org</a>> wrote:<br>
>>> On Fri, 24 Aug 2018 10:27:01 -0400<br>
>>> Mike Gilbert <<a href=3D"mailto:floppym@gentoo.org" target=
=3D"_blank">floppym@gentoo.org</a>> wrote:<br>
>>><br>
>>>> If you want to define behavior that can be relied upon in =
ebuilds, it<br>
>>>> should be specified in PMS. PMS does not define any meanin=
g for the<br>
>>>> "test" USE flag.<br>
>>> We should eschew idealism about how the world *should* behave,=
and avoid<br>
>>> making portage a steaming garbage heap in order to comply with=
a<br>
>>> terrible PMS specification of a heavily used feature.<br>
>> Portage still works just fine for most people who would enable<br>
>> FEATURES=3Dtest. Stop exaggerating.<br>
>><br>
> People enabling FEATURES=3Dtest on most but not all packages had some<=
br>
> troubles and they need to disable them in both package.{env,use}<br>
> I'd like to have a flag to reinstate the previous portage behaviou=
r, but<br>
> that's probably too late<br>
<br>
Would a FEATURES setting that implies RESTRICT=3D"!test? ( test )"=
; for all<br>
ebuilds do what you want?<br></blockquote><div><br></div><div>"want&qu=
ot; is too much, <br>but it would have been pleasant to have something to k=
eep portage dependancies working as before.<br>"testrespectuse" o=
r "usetestrespectfeatures" come to mind or another command line o=
ption.<br><br></div><div><br></div><div>=C2=A0</div><blockquote class=3D"gm=
ail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-le=
ft:1ex">
-- <br>
Thanks,<br>
Zac<br>
</blockquote></div></div>
--000000000000b2c7be0574371fef--