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 <gentoo-dev+bounces-29047-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1JGGLc-0000Oa-CH
for garchives@archives.gentoo.org; Sat, 19 Jan 2008 16:15:08 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 810CFE0415;
Sat, 19 Jan 2008 16:14:55 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
by pigeon.gentoo.org (Postfix) with ESMTP id 5501FE0415
for <gentoo-dev@lists.gentoo.org>; Sat, 19 Jan 2008 16:14:55 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp.gentoo.org (Postfix) with ESMTP id DC7C664D1D
for <gentoo-dev@lists.gentoo.org>; Sat, 19 Jan 2008 16:14:54 +0000 (UTC)
X-Virus-Scanned: amavisd-new at gentoo.org
X-Spam-Score: -2.005
X-Spam-Level:
X-Spam-Status: No, score=-2.005 required=5.5 tests=[AWL=0.594,
BAYES_00=-2.599]
Received: from smtp.gentoo.org ([127.0.0.1])
by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id TLOtGJBDn4uC for <gentoo-dev@lists.gentoo.org>;
Sat, 19 Jan 2008 16:14:47 +0000 (UTC)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTP id B9EB264351
for <gentoo-dev@gentoo.org>; Sat, 19 Jan 2008 16:14:45 +0000 (UTC)
Received: from list by ciao.gmane.org with local (Exim 4.43)
id 1JGGL7-0007IT-Ra
for gentoo-dev@gentoo.org; Sat, 19 Jan 2008 16:14:39 +0000
Received: from gw.ptr-80-238-132-74.customer.ch.netstream.com ([80.238.132.74])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Sat, 19 Jan 2008 16:14:37 +0000
Received: from dev-zero by gw.ptr-80-238-132-74.customer.ch.netstream.com with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Sat, 19 Jan 2008 16:14:37 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Tiziano =?ISO-8859-1?Q?M=FCller?= <dev-zero@gentoo.org>
Subject: [gentoo-dev] Re: GLEP 46: Allow upstream tags in metadata.xml
Date: Sat, 19 Jan 2008 17:14:10 +0100
Organization: Gentoo
Message-ID: <fmt7l6$hto$1@ger.gmane.org>
References: <fmssmd$jat$1@ger.gmane.org> <20080119145210.GP10389@aerie.halcy0n.com>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: gw.ptr-80-238-132-74.customer.ch.netstream.com
User-Agent: KNode/0.10.5
Sender: news <news@ger.gmane.org>
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: a5023fb8-1859-497f-98c7-cf4e356b385d
X-Archives-Hash: 01dd37bc86067d7160f9b08babd37ee6
Mark Loeser wrote:
> Tiziano M=FCller <dev-zero@gentoo.org> said:
>>=20
>> Current state: "Deferred"
>> Wanted state: "Accepted/Implemented" (at least by me)
>=20
> Yea, this sounds like a good thing from reading over the GLEP, unless
> I'm missing some glaring problems with it.
>=20
>> Open questions from last discussion (March 2006):
>> - Is it possible/should it be possible to have more than one <maintain=
er>
>> entry?
>=20
> Yea, agree.
>=20
>> - Is recording an upstream-status (active/inactive) a good idea?
>> Possibilities:
>> An element: <status>{active/inactive}</status>
>> An attribute: <maintainer status=3D"{active/inactive}">...
>=20
> Definately. We have several packages in the tree that once they become
> broken, we'd have to start developing ourselves. This will help the
> treecleaner project as well so they can tell if a package has several
> open bugs and upstream is inactive, its a very good candidate for
> getting booted from the tree.
>=20
>> - Is an additional <doc> element needed to link to upstream docs
>=20
> Sounds reasonable.
>=20
>> - Must the type of <remote-id> be controlled/listed/checked?
>=20
> I'd say we should come up with a good list to start with. We can come
> up with updates to the allowed values at a later date, but I do think w=
e
> should keep this under control.
Ok, agreed.
Where should we keep that list?
Something like "gentoo-x86/metadata/dtd/upstream-tags.dtd" ?
--=20
gentoo-dev@lists.gentoo.org mailing list