From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L6mi0-0003Zd-QE for garchives@archives.gentoo.org; Sun, 30 Nov 2008 13:51:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9D864E0554; Sun, 30 Nov 2008 13:51:35 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 75F7BE0554 for ; Sun, 30 Nov 2008 13:51:35 +0000 (UTC) Received: from [10.0.0.10] (unknown [78.176.93.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 84934644CC for ; Sun, 30 Nov 2008 13:51:34 +0000 (UTC) Message-ID: <49329A62.8070804@gentoo.org> Date: Sun, 30 Nov 2008 15:51:30 +0200 From: Serkan Kaba Organization: Gentoo User-Agent: Thunderbird 2.0.0.18 (X11/20081129) 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] Moving HOMEPAGE out of ebuilds for the future References: <200811301446.43234.scarabeus@gentoo.org> In-Reply-To: <200811301446.43234.scarabeus@gentoo.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=88AF65A2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 9034c9e5-34da-4f31-9620-a96365d5e3ac X-Archives-Hash: 0e35a98d1becb618c2ee9de1ec070f8c -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tom=C3=A1=C5=A1 Chv=C3=A1tal yazm=C4=B1=C5=9F: > On Sunday 30 November 2008 14:23:48 Diego 'Flameeyes' Petten=C3=B2 wrot= e: >> I have a very quick proposal: why don't we move the packages' homepage >> in metadata.xml (since it's usually unique for all the versions) and w= e >> get rid of the variable for the next EAPI version? > I would rather see something like: >=20 > packagename/metadata.xml > packagename/package-base.ebuild I've been thinking of something like this for a long time. It would greatly improve maintanance (we could put some common ebuild logic there,too) and reduce the tree size. > packagename/packagename-version.ebuild > packagename/Manifest > packagename/Changelog >=20 > Where package-base would store everything basic for the ebuild, licence= s and=20 > so on, and in package-version would be only specific changes for the ve= rsion=20 > (for example patching Makefile). >=20 > Variables will be overridable this way and thus i think it would be nic= er. >=20 - -- Sincerely, Serkan KABA Gentoo/Java -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkymmIACgkQRh6X64ivZaKaNQCfYT0Db8zjcIYkzZcPPn83IxMM UIgAniA8kdc511KJ9eaDNwp8YR7CqKkf =3DJcT+ -----END PGP SIGNATURE-----