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 CD23F1381F3 for ; Sat, 1 Jun 2013 17:59:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4BEABE08EA; Sat, 1 Jun 2013 17:59:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 51C1EE08C0 for ; Sat, 1 Jun 2013 17:59:47 +0000 (UTC) Received: from localhost (178-37-163-206.adsl.inetia.pl [178.37.163.206]) (using SSLv3 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 15AA933E0ED; Sat, 1 Jun 2013 17:59:44 +0000 (UTC) Date: Sat, 1 Jun 2013 20:00:22 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: williamh@gentoo.org Subject: Re: [gentoo-dev] New USE_EXPAND flag for www-servers/monkeyd Message-ID: <20130601200022.5b67b59f@gentoo.org> In-Reply-To: <20130601174106.GA20043@linux1> References: <51A3C431.7010900@gentoo.org> <20130528173513.50742051@gentoo.org> <51A4FDFF.3020103@gentoo.org> <20130528210737.42695fc9@gentoo.org> <20130528221540.GA2053@linux1> <20130530132359.04cf5815@sera-20.lan> <20130601174106.GA20043@linux1> Organization: Gentoo X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; micalg=PGP-SHA512; boundary="Sig_/psa4Uc6oxSaQHB353gFIbqs"; protocol="application/pgp-signature" X-Archives-Salt: 4cfd11fd-bf67-4537-85f3-e33952090b8c X-Archives-Hash: 9a97954d92ca1f3877e420979d2a0808 --Sig_/psa4Uc6oxSaQHB353gFIbqs Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2013-06-01, o godz. 12:41:06 William Hubbs napisa=C5=82(a): > On Thu, May 30, 2013 at 01:23:59PM +0200, Ralph Sennhauser wrote: > > William, each time this comes up you overred the _reasonably_. > > Controlling dependencies is always reasonable but beyond that it's case > > by case. Just because you can is never a valid reason. Often there are > > options you clearly only want to toggle if you are a developer or > > options meant for porting to alternative operating systems which lack > > some bells and whistles and the like. Another example is configuring a > > library for bundling with an app. The world is bigger than linux > > distros. >=20 > Ralph, I never said anything about disagreeing with these cases. I'm > talking about purely optional features of packages which do not > have any bearing on runtime dependencies or cause breakage. >=20 > If a configure script offers switches for purely optional features, we > should, imo, 1) give the users use flags to control these features or > 2)hard code the settings we want in our ebuilds. >=20 > What do you think? That depends on a package and on the case. If a switch only changes the default in a config file, a flag is useless. If a switch toggles a feature that does not introduce additional dependencies, is small and can be toggled from within the app, a flag is useless. If a switch toggles a install of a tiny file which most people either want or don't care about, a flag is useless. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/psa4Uc6oxSaQHB353gFIbqs Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQJ8BAEBCgBmBQJRqja5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RUJGMjBGOTk2RkIzQzIyQ0M2RkNBNDBC QUJGMUQ1RkY4QzgxMTBBAAoJELq/HV/4yBEKd1wQALf7N7IT/laV4kghV1IdJcV/ GGZYWHPzCC81md7t7Wfb/qSC/gY+4FRCYdGlejJk26Oz4PQmeldY/LD5Yl9NtVxB yUrh/ev+xWAxnTdM0KbhaYxeqGh5VijGLzPgTMTd0/qN5SN3tHa8uGeRaoCtI5mn A0Hrk3FcCa73vUOWydvGDOCHq5SFzXyLwug/100W3o9W8f2JMrZF0hWeg2IFEsAY XzN6HznvpRlT7lX0NEgkz928Hna/EocHfz+5PmT+hsIFnbDbemFYBga2pMj63rfl bmDZme6K3q10YY+wi3vyZ7LJymSZFqoG4lHoe53XM++IDAkhC3vHB+kusiMzgz3g pMA29hLlkiAPb0SItQYFojC/aesYy4iVoBYe7vVDC1bZo0oKYZxCRLaMRh2AIEOz JeUXJQk6cl2+CTBeIZjx1BgdnP+SdY7pU9nZy99DXlPen4yYQBPXJwPA3nXxn6Qk 6yyUfkLP5A3RiUZ4zRW1paqc2zfky/LONT3TGbdGRMMiO927Luwcve7iDZidbcPl g1Z4Apk/wfykrUvuKn+aKj+o2q7iHaSIz/SG7mFP4nhBacBNM884sfQXmvvp51sO La+NbOYJYb4e9xzrMr51wZ9eu4gax8lOCn5CJ91fmAu4cB7Jr0t+MO/3dgztEx1T wtFWC4fwfXN5cNdywVYG =+MXC -----END PGP SIGNATURE----- --Sig_/psa4Uc6oxSaQHB353gFIbqs--