From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13999 invoked from network); 20 May 2004 16:26:48 +0000 Received: from smtp.gentoo.org (156.56.111.197) by parrot.ussg.indiana.edu with SMTP; 20 May 2004 16:26:48 +0000 Received: from parrot.ussg.indiana.edu ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BQqNa-0000Jq-Ox for arch-gentoo-dev@lists.gentoo.org; Thu, 20 May 2004 16:26:46 +0000 Received: (qmail 32740 invoked by uid 89); 20 May 2004 16:26:46 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 6129 invoked from network); 20 May 2004 16:26:46 +0000 Message-ID: <13306.216.125.51.91.1085070405.squirrel@webmail.neoturbine.net> Date: Thu, 20 May 2004 11:26:45 -0500 (CDT) From: "Joseph Booker" To: gentoo-dev@lists.gentoo.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Content-Transfer-Encoding: quoted-printable Subject: [Fwd: Re: [gentoo-dev] Re: [gentoo-web-user] Hardened PHP now in Gentoo] X-Archives-Salt: 873d8035-c4ce-41cf-9ccf-f1274b19d5e7 X-Archives-Hash: 7b026f61f357fa2c58aee3876f3d17ae squalellmail really should have a feature where replying to a mailing lis= t defaults to emailing the list, not the person whos being replied to..... ---------------------------- Original Message ---------------------------= - Subject: Re: [gentoo-dev] Re: [gentoo-web-user] Hardened PHP now in Gento= o From: "Joseph Booker" Date: Thu, May 20, 2004 11:25 am To: "foser" -------------------------------------------------------------------------= - foser said: > Relatively speaking. Sure there's always a few users using them, but is it worth what it adds in complexity ? those who care to get the optional features, those interested in what the package can do. ebuild hacking should be a last resort to fix something that wouldn't compile or any such situtaution where there is an error, nothing normal users should have to do provided the ebuild is well-written. if you just use what you think are sensable defaults rather then local use flags, then you will get bug reports of the users submitting patchs to enable/disable these features to make the package 'better'. how much choice is that? the idea of using packages like php-with-mysql will come up, things will get less maintainable, bugs for people being forced to edit ebuilds and doing it wrong, or worse, the dev= s could refuse to help them as they are using modified unoffical ebuilds > To start : it is not equivalent, binary packaging is a mess of it's own and ebuilding is starting to go that same way. And it used to be perfectly fine to say such things ('edit it to your needs') and people accepted that, because it was (is?) a breeze to edit simple builds script for example. But somewhere along the way we moved to holding hands for even the most obscure of setups. perhaps the gentoo comunity is become less and less made up of developers who know how ebuilds work and bash scripting, and is now more and more of those who can't? --=20 Joe Booker --=20 Joe Booker -- gentoo-dev@gentoo.org mailing list