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 1L6pYr-0007HQ-PO for garchives@archives.gentoo.org; Sun, 30 Nov 2008 16:54:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8EBEFE0579; Sun, 30 Nov 2008 16:54:20 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 6A31EE0579 for ; Sun, 30 Nov 2008 16:54:20 +0000 (UTC) Received: from [192.168.1.33] (unknown [77.246.104.171]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 28995644D5 for ; Sun, 30 Nov 2008 16:54:18 +0000 (UTC) Subject: Re: [gentoo-dev] [RFC] Moving HOMEPAGE out of ebuilds for the future From: Peter Volkov To: gentoo-dev@lists.gentoo.org In-Reply-To: <4932AC9D.2000401@gentoo.org> References: <49329690.7000409@gentoo.org> <1228053002.5981.12.camel@homer.ob.libexec.de> <1228057415.25651.105.camel@localhost> <4932AC9D.2000401@gentoo.org> Content-Type: text/plain; charset="UTF-8" Date: Sun, 30 Nov 2008 19:53:42 +0300 Message-Id: <1228064022.25651.151.camel@localhost> 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 X-Mailer: Evolution 2.24.1.1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 81404272-df2e-447e-b637-a886f1afff53 X-Archives-Hash: f181ba763d0a2d919dd148cb71b08024 =D0=92 =D0=92=D1=81=D0=BA, 30/11/2008 =D0=B2 17:09 +0200, Serkan Kaba =D0= =BF=D0=B8=D1=88=D0=B5=D1=82: > Peter Volkov yazm=C4=B1=C5=9F: > > Also sometimes it's useful to have different HOMEPAGE for different > > versions. > >=20 > > And in general, Diego. What are you trying to improve with this chang= e? > > The original intention was to separate common information from all > > ebuilds into metadata.xml. But obviously, HOMEPAGE changes from ebuil= d > > to ebuild. Now if intention is separate some information from ebuild > > into metadata.xml then, please, tell me what is the criterion for suc= h > > information? Why not LICENSE? Currently I don't think this change wor= th > > our efforts... > >=20 > LICENSE should definetely be avoided to be defined per-package. Upstrea= m > may decide to relicense new version of packages. Well, actually the reason we should avoid LICENSES in metadata.xml is that it's used by portage and possibly at some point of time it'll be possible to filter packages based on LICENSE. But the general question still stands: what is the criterion we should use to separate variables from .ebuild into metadata.xml and what are the benefits of such separation? --=20 Peter.