From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from <gentoo-dev+bounces-47866-garchives=archives.gentoo.org@lists.gentoo.org>) id 1R6tqU-000809-Cn for garchives@archives.gentoo.org; Fri, 23 Sep 2011 00:42:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D182821C143; Fri, 23 Sep 2011 00:42:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C4F1021C021 for <gentoo-dev@lists.gentoo.org>; Fri, 23 Sep 2011 00:41:33 +0000 (UTC) Received: from localhost (174-25-234-172.rstr.qwest.net [174.25.234.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dberkholz) by smtp.gentoo.org (Postfix) with ESMTPSA id 146171B4015 for <gentoo-dev@lists.gentoo.org>; Fri, 23 Sep 2011 00:41:32 +0000 (UTC) Date: Thu, 22 Sep 2011 19:41:29 -0500 From: Donnie Berkholz <dberkholz@gentoo.org> To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] new `usex` helper Message-ID: <20110923004129.GA3589@comet> References: <20110916030019.GA5000@comet> <20110916090605.GD16239@localhost> <20110916123014.GC5000@comet> <20110916204315.GA30103@beast> <20110918035908.GB4525@comet.mayo.edu> <20110918112238.GB6005@localhost> <20110919031646.GA7635@comet> <20110920212057.GA14344@beast> <20110921131156.GA3640@comet> <CAAr7Pr-Quf2pNOrsNDcnnj3Avp92ggw1=Hxio7uhdcGONxSkdg@mail.gmail.com> 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 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <CAAr7Pr-Quf2pNOrsNDcnnj3Avp92ggw1=Hxio7uhdcGONxSkdg@mail.gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: 5e35d37f11fe4fb8e1c92676a728d959 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 09:37 Wed 21 Sep , Alec Warner wrote: > On Wed, Sep 21, 2011 at 6:11 AM, Donnie Berkholz <dberkholz@gentoo.org> w= rote: > > Not really, because when you update a bundled lib you actually make=20 > > your whole app compile with it. People change the APIs of eclasses=20 > > and then just let every internal consumer (ebuilds in gentoo-x86)=20 > > break. Maybe if we put the burden on the one who changed the API,=20 > > like the Linux kernel model, it would bother me less. >=20 > I think people do this for three reasons. >=20 > 1) There are no refactoring tools that I know of for bash. > 2) There exist some package maintainers that will yell at you if you > touch their packages for any reason. To refer to the Linux model again, you send patches to the maintainers,=20 and they just commit them. This is much less effort than figuring out to=20 handle some incomprehensible change to an already weird eclass and then=20 sorting out how to deal with it across 20 or 30 packages. > 3) Breaking things means they get fixed. >=20 > We have this notify -> deprecate -> break workflow; I actually don't > mind it (but only because I've seen it used elsewhere.) I do, because I don't have time to deal with other people breaking my=20 packages, whether they're in gentoo-x86, the science overlay, or my=20 personal one. I've got more important things to deal with, within Gentoo=20 and in the rest of my life. --=20 Thanks, Donnie Donnie Berkholz Council Member / Sr. Developer Gentoo Linux Blog: http://dberkholz.com --gKMricLos+KVdGMg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEABECAAYFAk571bkACgkQXVaO67S1rttjYwCfRJDvmEF2VIPdwniM+MtwBWBG p7kAoI7/kdDuXQ6HB4nlUJNNK0WdMb3H =hMw8 -----END PGP SIGNATURE----- --gKMricLos+KVdGMg--