From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D9FC558973 for ; 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 ; Mon, 8 Feb 2016 22:34:13 +0000 (UTC) Received: by mail-qk0-f179.google.com with SMTP id s5so64402378qkd.0 for ; 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: 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 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> <20160204102740.GA26130@meriadoc> <20160208224119.14a513e1.mgorny@gentoo.org> Date: Tue, 9 Feb 2016 11:34:12 +1300 Message-ID: Subject: Re: [gentoo-dev] New USE_EXPAND NGINX_MODULES_STREAM From: Kent Fredric To: gentoo-dev Cc: Dirkjan Ochtman , =?UTF-8?Q?Manuel_R=C3=BCger?= , =?UTF-8?Q?Johan_Bergstr=C3=B6m?= 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 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