From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-74470-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id D9FC558973
for <garchives@archives.gentoo.org>; Mon, 8 Feb 2016 22:34:21 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 4A78B21C092;
Mon, 8 Feb 2016 22:34:14 +0000 (UTC)
Received: from mail-qk0-f179.google.com (mail-qk0-f179.google.com [209.85.220.179])
(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 5076021C058
for <gentoo-dev@lists.gentoo.org>; Mon, 8 Feb 2016 22:34:13 +0000 (UTC)
Received: by mail-qk0-f179.google.com with SMTP id s5so64402378qkd.0
for <gentoo-dev@lists.gentoo.org>; Mon, 08 Feb 2016 14:34:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type:content-transfer-encoding;
bh=Ae1TL+Ue8zt8eCsn5QNyXb1+pNNBcIYsMHILbGF4mfI=;
b=XrnpGcja+W1SQBLfyzVvjjHY53gPswAKW5BaqshvKhHR6RqtsM7nQqDquDCLA7bbJA
gVMVf7DCTvo4aRR8bo7HjZzVjPR3qRWtv1Pw17eDq7FCnAgHBnlKNu+gHjurpAiOgXOL
4fLqp4vI2bQ1qhRu9qWlgZkVUys5rnJQ+/BufqnrZEloQFE5dX42C7vW9/LENPuFwdL6
aRhWOkkTLHyKiYlZ5qPfCvb5PeLxa1QFziTjNjK63L0Cl8GeayyADqf7onK2coSHbF62
9K/6kAacnD2m4ePJ3tmXreeyMxKTl63/ZT5JRatt9nuROTzgC2Znnb7FSmV2RN+kT854
vp/Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:date
:message-id:subject:from:to:cc:content-type
:content-transfer-encoding;
bh=Ae1TL+Ue8zt8eCsn5QNyXb1+pNNBcIYsMHILbGF4mfI=;
b=V+bcRkYqw0Yv+3wFiERsHYqeqKKqjEmMP4V4cy5Fldw4krNgsqkU6zeSIK1gCDTVSm
oPqAH9zk8UY3czeaHoxPsy/6Y9GlNr/L7NW/aPc54R7C739IQG7o/aCKVRzlsZQHIeJ1
qWR4G6hzVVZ/gciuYN7h/9zb/8I7+sGDIQdXxFLZOJeuJk3lpw8zFbKCWdl+BE3bzVGG
WHjVBfCmV1aZBlI8ghrPkzGHispu+tDEDXGuKIkVibtuTTl9Rv4sz+UEN5iISc6RfYmz
wmf6jF++uiAGP6G4xOUdfAVTvsfAilPHVlrV4QrRXIeR0npcNbnETkP2Kun1IcirrUm3
TL4g==
X-Gm-Message-State: AG10YOSITc/cevGRuYtYL9eacOofSP1Uu6uj1e1RzkLtTn4e/2RwPZekSlZgvE4wB4c5bptgeoYwv7m1aJP5xg==
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
X-Received: by 10.55.53.208 with SMTP id c199mr38104258qka.109.1454970852536;
Mon, 08 Feb 2016 14:34:12 -0800 (PST)
Received: by 10.140.107.228 with HTTP; Mon, 8 Feb 2016 14:34:12 -0800 (PST)
In-Reply-To: <20160208224119.14a513e1.mgorny@gentoo.org>
References: <56B27F5D.4040805@gentoo.org>
<20160203234849.0d4ebc8f.mgorny@gentoo.org>
<CAKmKYaC4ZrPeZH0zjsa_n-Gyz7c=-oVM1u7hOF5ZFaBMZsOa3Q@mail.gmail.com>
<20160204102740.GA26130@meriadoc>
<CAKmKYaBvnc_PZ9i5CM5HRQ5=fOb3KsFaR1=QKtJh0MoP3Abmwg@mail.gmail.com>
<20160208224119.14a513e1.mgorny@gentoo.org>
Date: Tue, 9 Feb 2016 11:34:12 +1300
Message-ID: <CAATnKFAoTvG6woN_8EW5+tSpv1d0efXP8xhgci2f213R=hDAyg@mail.gmail.com>
Subject: Re: [gentoo-dev] New USE_EXPAND NGINX_MODULES_STREAM
From: Kent Fredric <kentfredric@gmail.com>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Cc: Dirkjan Ochtman <djc@gentoo.org>, =?UTF-8?Q?Manuel_R=C3=BCger?= <mrueg@gentoo.org>,
=?UTF-8?Q?Johan_Bergstr=C3=B6m?= <bugs@bergstroem.nu>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 4571a962-e767-4047-9707-379d20d957b1
X-Archives-Hash: 197cec4f95a022085042a143052dccad
On 9 February 2016 at 10:41, Micha=C5=82 G=C3=B3rny <mgorny@gentoo.org> wro=
te:
> Well, the real issue here is that people are using USE_EXPAND as some
> kind of 'here, upstream give us some grouped options, let's
> thoughtlessly expose them all in some fancy USE_EXPAND without thinking
> about usability of the solution!'
>
> Of course, some of those flags make sense as USE flags. Some don't.
> There are things that you practically always will want enabled. There
> are things that should be controlled by global USE flags but instead
> land in some custom USE_EXPAND because... because we can group it with
> 15 mildly relevant options!
>
> So I have USE=3Dzlib enabled because I want gzip support. But no, for
> nginx I have to look through USE descriptions and find it's actually
> nginx_modules_http_gzip because it happens that it is realized using
> a loadable module!
I figure it *might* make more sense for there to be a little more use
of that hardly used feature, /etc/portage/saved-config , especially
where:
a) No other packages are likely to depend on the package having that
feature enabled
b) There are no specific dependency requirements implicit in having a
feature enabled.
After all...
>
> It is not uncommon to come across a package which has a very fine grained=
level of configuration options that go way
> beyond what USE flags can properly describe.
-- savedconfig.eclass
However, nginx is clearly not one of the cases that would benefit a
lot here, as evidenced here:
nginx_modules_http_geoip? ( dev-libs/geoip )
nginx_modules_http_gunzip? ( sys-libs/zlib )
nginx_modules_http_gzip? ( sys-libs/zlib )
nginx_modules_http_gzip_static? ( sys-libs/zlib )
nginx_modules_http_image_filter? ( media-libs/gd[jpeg,png] )
nginx_modules_http_perl? ( >=3Ddev-lang/perl-5.8 )
nginx_modules_http_rewrite? ( >=3Ddev-libs/libpcre-4.2 )
nginx_modules_http_secure_link? (
userland_GNU? (
!libressl? ( dev-libs/openssl:0=3D )
libressl? ( dev-libs/libressl:=3D )
)
)
nginx_modules_http_xslt? ( dev-libs/libxml2 dev-libs/libxslt )
nginx_modules_http_lua? ( !luajit? ( dev-lang/lua:0=3D ) luajit?
( dev-lang/luajit:2=3D ) )
nginx_modules_http_auth_pam? ( virtual/pam )
nginx_modules_http_metrics? ( dev-libs/yajl )
nginx_modules_http_dav_ext? ( dev-libs/expat )
nginx_modules_http_security? ( >=3Ddev-libs/libxml2-2.7.8
dev-libs/apr-util www-servers/apache )
nginx_modules_http_auth_ldap? ( net-nds/openldap[ssl?] )
And you'd hardly want all of those features to be turned on because it
might create a dependency graph far more severe than anyone wants.
And I'm guessing you can't just make people install ebuilds for each
module people want instead? ( And maybe have a single USE flag on the
main nginx that turning on installs a bunch of good default things
that people appear to always want easily )
--=20
Kent
KENTNL - https://metacpan.org/author/KENTNL