From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev-return-12688-arch-gentoo-dev=gentoo.org@lists.gentoo.org>
Received: (qmail 13777 invoked from network); 20 May 2004 23:28:10 +0000
Received: from smtp.gentoo.org (156.56.111.197)
by parrot.ussg.indiana.edu with SMTP; 20 May 2004 23:28:10 +0000
Received: from parrot.ussg.indiana.edu ([156.56.111.196] helo=parrot.gentoo.org)
by smtp.gentoo.org with esmtp (Exim 4.34)
id 1BQwxN-0006bn-MB
for arch-gentoo-dev@lists.gentoo.org; Thu, 20 May 2004 23:28:09 +0000
Received: (qmail 16871 invoked by uid 89); 20 May 2004 23:28:09 +0000
Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:gentoo-dev@gentoo.org>
List-Help: <mailto:gentoo-dev-help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev-unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev-subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Received: (qmail 24699 invoked from network); 20 May 2004 23:28:09 +0000
Message-ID: <32961.68.78.66.41.1085095688.squirrel@webmail.neoturbine.net>
In-Reply-To: <1085091708.8759.65.camel@newkid.milsson.nu>
References: <1085080326.21379.11.camel@powerix.local.c0ffeine.de>
<1085086355.8759.23.camel@newkid.milsson.nu>
<1085089085.8755.50.camel@newkid.milsson.nu>
<33552.68.78.66.41.1085089447.squirrel@webmail.neoturbine.net>
<1085091708.8759.65.camel@newkid.milsson.nu>
Date: Thu, 20 May 2004 18:28:08 -0500 (CDT)
From: "Joseph Booker" <joe@neoturbine.net>
To: gentoo-dev@lists.gentoo.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
Content-Transfer-Encoding: quoted-printable
Subject: Re: [gentoo-dev] Difference of global/local useflags
X-Archives-Salt: 29ac7d20-9e04-4494-8142-458bef073a0e
X-Archives-Hash: 04ecef9a9b8c9c0b3659caea2b2ba598
John Nilsson said:
> I meant for upstream developers. So instead of ./README or ./INSTALL
> stating dependencies ./METADATA.xml or what have you.
>
> A package should provide a uri interface to this information so that
> webservices for dependency resolving can be created.
>
> Make portage more of a webservice...
>
> -John
>
there is already such projects i think, althought not from source.
there was a discusion on this list, i think you can search the archives,
about using a xml-based YaST and tring to convince all upstream developer=
s
to use a standard xml configuration file. this sorta seems as hopeless as
that, unless you can generate the ones your talking about from ./configur=
e
scripts. also, i dont get what portage has to do with webservice, what
your describing seems a bit like having metadata about each package and
just downloading the ebuilds and everything from a web server, which
1. puts more load on the servers then having a local tree
2. makes it harder to modify ebuillds
3. makes no sense as it would not improve the current system in anyway
that i can see
no offense, but it seems to me like you've just read a book on web
services or something, and would like to have everything take advantage
of such technology, but portage was never designed to be like that, and i=
f
you think it can be, then just remember: code speaks louder then words :P
--=20
Joe Booker
--
gentoo-dev@gentoo.org mailing list