From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1E5wzt-0006xO-IK for garchives@archives.gentoo.org; Fri, 19 Aug 2005 02:52:45 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7J2q04O020401; Fri, 19 Aug 2005 02:52:00 GMT Received: from himura.kakuri.org (minden014.server4you.de [217.172.177.14]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7J2oLOx029020 for ; Fri, 19 Aug 2005 02:50:22 GMT Received: from p54BCB8FD.dip0.t-ipconnect.de (p54BCB8FD.dip0.t-ipconnect.de [84.188.184.253]) by himura.kakuri.org (Postfix) with ESMTP id 3D46579C002 for ; Fri, 19 Aug 2005 04:50:27 +0200 (CEST) From: Christian Parpart Organization: Gentoo Foundation To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] ebuild design issue regarding some {I need the lib and api only}-DEPENDs Date: Fri, 19 Aug 2005 05:30:42 +0200 User-Agent: KMail/1.8.2 References: <200508181628.44059.trapni@gentoo.org> <20050818151731.GA19947@nightcrawler> <1124379852.21223.161.camel@cgianelloni.nuvox.net> In-Reply-To: <1124379852.21223.161.camel@cgianelloni.nuvox.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2120075.WHERkjvYCy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508190530.46642.trapni@gentoo.org> X-Archives-Salt: 49aafa29-65e1-4a79-b5a8-c3b36c4b841c X-Archives-Hash: 6111faee6212ff41483a81f82499af28 --nextPart2120075.WHERkjvYCy Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 18 August 2005 17:44, Chris Gianelloni wrote: > On Thu, 2005-08-18 at 10:17 -0500, Brian Harring wrote: > > 2) ebuild maintenance will be a nightmare- every new version will > > require again walking the source to see if the lines you've drawn for > > dividing the source are still proper. minimize the duplication by a mysql eclass, just like we do for apache e.g.= =20 (and lots of others) that prevent us from code duplication. > I'd see no problem with this in mysql, if, for example, mysql's Makefile > had a "make libmysqlclient" target. In that case, I would make it a > separate package.=20 Having a look at the already provided libmysqlclient ebuild [1] it obviouse= ly=20 (and for our luck) looks like upstream supports this installation types. > This would also mean a lot of work on your part, as=20 > every single package that had a dependency on mysql would now need some > way of specifying whether the server was going to be local or remote, to > properly *DEPEND on the correct package. We've plenty of tools that help us in searching for all ebuilds *directly*= =20 depending on "dev-db/mysql"; than you just need to decide, wether this need= s=20 the server or not. And (w/o looking at them) I do predict, that 100% of the= m=20 will only need libmysqlclient. Why? What package would depend on the server in particular? If the user wan= ts=20 the server to be run on localhost, than he would just have to add it to his= =20 emerge args as well. I see no problems there - instead: it would be a great= =20 enheancement. (IMO) > All in all, I think it isn't worth even attempting at this time. read above. do you still think so? If so, why? Regards, Christian Parpart. [1] http://bugs.gentoo.org/attachment.cgi?id=3D55816 =2D-=20 04:43:52 up 148 days, 17:51, 1 user, load average: 0.66, 0.76, 1.15 --nextPart2120075.WHERkjvYCy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDBVJmPpa2GmDVhK0RAg2IAKCEfem+FGKpLI+gx/Vuyk2FE+d0dwCeLSSZ sOXkZ+2eHN2EOQR7HzgqLp8= =SJC8 -----END PGP SIGNATURE----- --nextPart2120075.WHERkjvYCy-- -- gentoo-dev@gentoo.org mailing list