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 ) id 1NKaK8-00087A-08 for garchives@archives.gentoo.org; Tue, 15 Dec 2009 16:32:32 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6C71DE0FBD for ; Tue, 15 Dec 2009 16:32:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 58369E0C01 for ; Tue, 15 Dec 2009 15:20:26 +0000 (UTC) Received: from [192.168.1.35] (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 7E68167F20 for ; Tue, 15 Dec 2009 15:20:24 +0000 (UTC) Subject: Re: [gentoo-dev] metdata.dtd should require From: Peter Volkov To: gentoo-dev@lists.gentoo.org In-Reply-To: <200912072120.44046.bangert@gentoo.org> References: <200912071256.50485.bangert@gentoo.org> <1260205453.12837.21.camel@localhost> <200912072120.44046.bangert@gentoo.org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 Dec 2009 18:19:00 +0300 Message-ID: <1260890340.29419.142.camel@tablet> 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.28.1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b3d6af61-5ef4-40c3-b54a-2830eee902e1 X-Archives-Hash: 375bd781176b9b31230b52c9bf49fbca =D0=92 =D0=9F=D0=BD=D0=B4, 07/12/2009 =D0=B2 21:20 +0100, Thilo Bangert =D0= =BF=D0=B8=D1=88=D0=B5=D1=82: > Hans de Graaff said: > > On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote: > > > dev-util/cucumber missing > >=20 > > Fixed, but this is really a bug in metadata.dtd, which specifies > > > upstream)* )> > indeed: http://bugs.gentoo.org/show_bug.cgi?id=3D279206 So what we will do with this? It'll be great to fix dtd to follow our requirements, but there is a problem: if we change dtd like this: we will force all metadata.xml files have strict order of tags: first then other tags. Currently there are about 200 ebuilds with different order http://bugs.gentoo.org/show_bug.cgi?id=3D279206#c4 . Hans's suggestion http://bugs.gentoo.org/show_bug.cgi?id=3D279206#c7 work= s but it is not nice and prohibits another order: herd, other tags, herd. Personally I'd kept dtd simple and forced ordering. So actually two questions here: 1. How should we fix dtd? 2. Are there any problems if we fix dtd first and let maintainers fix metadata.xml on bumps (iow, what will became broken if metadata.xml became not valid)? --=20 Peter.