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 1E5mdK-0007NU-9D for garchives@archives.gentoo.org; Thu, 18 Aug 2005 15:48:46 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7IFldwe004252; Thu, 18 Aug 2005 15:47:39 GMT Received: from smtp05.gnvlscdb.sys.nuvox.net (smtp.nuvox.net [64.89.70.9]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7IFiSnt013451 for ; Thu, 18 Aug 2005 15:44:28 GMT Received: from cgianelloni.nuvox.net (216.215.202.4.nw.nuvox.net [216.215.202.4]) by smtp05.gnvlscdb.sys.nuvox.net (8.12.11/8.12.11) with SMTP id j7IFk1tT031828 for ; Thu, 18 Aug 2005 11:46:01 -0400 Received: by cgianelloni.nuvox.net (sSMTP sendmail emulation); Thu, 18 Aug 2005 11:44:13 -0400 Subject: Re: [gentoo-dev] ebuild design issue regarding some {I need the lib and api only}-DEPENDs From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: <20050818151731.GA19947@nightcrawler> References: <200508181628.44059.trapni@gentoo.org> <20050818151731.GA19947@nightcrawler> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SHsfwTwjUBjYHoVyN3Rf" Organization: Gentoo Linux Date: Thu, 18 Aug 2005 11:44:12 -0400 Message-Id: <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 X-Mailer: Evolution 2.2.3 X-Archives-Salt: 6ee4368d-36cb-4cb4-99ba-d5e4fcf48b1d X-Archives-Hash: c0aa3f98871b7dd4c8ef6905ff990471 --=-SHsfwTwjUBjYHoVyN3Rf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2005-08-18 at 10:17 -0500, Brian Harring wrote: > 2) ebuild maintenance will be a nightmare- every new version will=20 > require again walking the source to see if the lines you've drawn for=20 > dividing the source are still proper. This is another good point. I have two split packages that I maintain. They are ut2004{,-data,-bonuspack-ece} and kudzu/libkudzu. In my case, the distinctions are actually quite easy, as ut2004-data pulls from the CD, ECE pulls from a distfile (or the CD, with lots of detection-fu), and ut2004 is an actual package of the latest patch files, not a meta-package. As for kudzu/libkudzu, the kudzu Makefile already has this distinction built-in, so I don't have to maintain it myself. 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. This would also mean a lot of work on your part, as 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. All in all, I think it isn't worth even attempting at this time. > Short version, control what gets installed via use flags, but don't=20 > introduce it until use deps are available in a stable portage. =20 > Breaking the beast up now is short sighted since use deps are=20 > already implemented in the core rewrite. Yes, waiting is a pain in=20 > the ass, but the work to break it up and continue to indefinitely=20 > force subpackaging on an package isn't worth it. Agreed. --=20 Chris Gianelloni Release Engineering - Strategic Lead/QA Manager Games - Developer Gentoo Linux --=-SHsfwTwjUBjYHoVyN3Rf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDBKzMkT4lNIS36YERAgpEAJ9/zKM1PfnQ/4Qjblmk83qRmN4fZwCdEQsH DynVb7wJV+9T2f8nE68aWjU= =LIqV -----END PGP SIGNATURE----- --=-SHsfwTwjUBjYHoVyN3Rf-- -- gentoo-dev@gentoo.org mailing list