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 B316958973 for ; Thu, 4 Feb 2016 12:01:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BBBF921C025; Thu, 4 Feb 2016 12:01:49 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CB288E0833 for ; Thu, 4 Feb 2016 12:01:48 +0000 (UTC) Received: from mail-wm0-f44.google.com (mail-wm0-f44.google.com [74.125.82.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: djc) by smtp.gentoo.org (Postfix) with ESMTPSA id C52B2340ABF for ; Thu, 4 Feb 2016 12:01:47 +0000 (UTC) Received: by mail-wm0-f44.google.com with SMTP id 128so23618178wmz.1 for ; Thu, 04 Feb 2016 04:01:47 -0800 (PST) X-Gm-Message-State: AG10YOQAA0W7WvyNlSYzm27852JaJvOjDLTgMWKmJaAIqmJmu+xtElekquLrE8WZ2d+SWzaRAoag7qPM02tuxA== X-Received: by 10.28.103.5 with SMTP id b5mr21924454wmc.5.1454587304702; Thu, 04 Feb 2016 04:01:44 -0800 (PST) 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.28.149.3 with HTTP; Thu, 4 Feb 2016 04:01:25 -0800 (PST) In-Reply-To: <20160204102740.GA26130@meriadoc> References: <56B27F5D.4040805@gentoo.org> <20160203234849.0d4ebc8f.mgorny@gentoo.org> <20160204102740.GA26130@meriadoc> From: Dirkjan Ochtman Date: Thu, 4 Feb 2016 13:01:25 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [gentoo-dev] New USE_EXPAND NGINX_MODULES_STREAM To: Gentoo Development Cc: =?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: b77041fb-c8df-4b1f-8670-5e3b21d9be80 X-Archives-Hash: 71ed82c35745395b6c5811e2087ebee8 On Thu, Feb 4, 2016 at 11:27 AM, Jason Zaman wrote: > Which looks easier and nicer to you? > > NGINX_MODULES_HTTP=3D"access auth_basic autoindex browser charset > fancyindex fastcgi geo gzip limit_req limit_zone map memcached proxy > realip referer rewrite scgi spdy split_clients ssi upstream_check > upstream_ip_hash userid uwsgi" > > or: > > www-servers/nginx nginx_modules_http_access nginx_modules_http_auth_basic= nginx_modules_http_autoindex nginx_modules_http_browser nginx_modules_http= _charset nginx_modules_http_fancyindex nginx_modules_http_fastcgi nginx_mod= ules_http_geo nginx_modules_http_gzip nginx_modules_http_limit_req nginx_mo= dules_http_limit_zone nginx_modules_http_map nginx_modules_http_memcached n= ginx_modules_http_proxy nginx_modules_http_realip nginx_modules_http_refere= r nginx_modules_http_rewrite nginx_modules_http_scgi nginx_modules_http_spd= y nginx_modules_http_split_clients nginx_modules_http_ssi nginx_modules_htt= p_upstream_check nginx_modules_http_upstream_ip_hash nginx_modules_http_use= rid nginx_modules_http_uwsgi Well, it seems like we could easily skip the _modules_http suffix, and the difference would not nearly be so large. The problem I have with it is that, as a user, it's yet another concept to grasp and configure. Instead of just working with USE flags (e.g. looking at use.desc or using ufed to review, configuring USE flags in make.conf or package.use), I now have to find/learn a bunch of new stuff. What packages use what USE_EXPAND things (e.g. apache has two), what are valid values for all of these. Where with simple USE flags, there is a single mechanism that I have to learn and can apply across the board; with USE_EXPAND stuff, I have to learn new stuff for each new package that adopts one or more USE_EXPAND things. So if this cosmetic expansion is the only advantage, that seems like a relatively limited one (e.g. it could be improved a lot just by formatting), and the trade-off of introducing all this extra complexity doesn't make that much sense to me. Cheers, Dirkjan