From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31925 invoked from network); 23 May 2004 23:34:39 +0000 Received: from smtp.gentoo.org (156.56.111.197) by parrot.ussg.indiana.edu with SMTP; 23 May 2004 23:34:39 +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 1BS2UH-00068b-U8 for arch-gentoo-dev@lists.gentoo.org; Sun, 23 May 2004 23:34:38 +0000 Received: (qmail 18116 invoked by uid 89); 23 May 2004 23:34:37 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 14669 invoked from network); 23 May 2004 23:34:37 +0000 Message-ID: <33555.68.78.45.146.1085355273.squirrel@webmail.neoturbine.net> In-Reply-To: <1085347074.7843.97.camel@newkid.milsson.nu> References: <200405201846.37173.cbrewer@stealthaccess.net> <33709.68.78.66.41.1085179258.squirrel@webmail.neoturbine.net> <1085182035.8753.188.camel@newkid.milsson.nu> <200405221402.34584.stuart@gentoo.org> <1085321100.8753.277.camel@newkid.milsson.nu> <33664.68.78.45.146.1085326812.squirrel@webmail.neoturbine.net> <1085347074.7843.97.camel@newkid.milsson.nu> Date: Sun, 23 May 2004 18:34:33 -0500 (CDT) From: "Joseph Booker" 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] Stuff that makes people mad X-Archives-Salt: 69b3e95f-68c4-487b-81a2-f1302737a334 X-Archives-Hash: 3303012e0d9eb574a9a25e334a54d7ad John Nilsson said: > This is why gentoo-dev is the place for this discussion. And also why I > mentioned w3c. Stuart mentioned ldd to solve part of the issue. For the > moment I have no idea on how RDEPEND could be retrieved from some data > in a reliable maner. You would still have to rely on some maintainer. > But a scheme where the package maintainer was responsible for updating > the data and received update requests from a large user base might be > reliable enough. Most (if not all distros) test their packages to be sure they work as expected......sometimes the upstream devs aint detailed or something, and thats *really* bad for stuff like gcc/binutils/glibc or python if they forget to mention even something small It might be interesting to use ROOT=3D/normal_system emerge -ve system &&= cp -r /normal_system /nano_system && ROOT=3D/nano_system emerge -v nano, chr= oot in, and see if nano runs to test its RDEPEND. Faketoo would actually probly be better then emerge -vpe system though. > .. that's my point... If the information in README where machine > readable the converting would be easier. They shouldn't have to provide > a .rpm, a .deb and a .msi the tar.gz + metadata should be enough. Some packages only provide tarballs and the docs, and they leave it to th= e distros to make the packages. They dont bother with which distro is best or which package managment system is best or anything like that. And the way you have been descibing it makes it sound like it would make all othe= r packagment unnessary or based on this......im sure the inventers of rpm o= r dpkg thought the same, but atleast they were tring to fix specific problems > I'm talking about a lot of components, probably why I'm having such a > hard time communicating it. The central and important part however > revolves around an interoperable way of communicating system integratio= n > hints(TM). it does not seem like a lot of components if its just an RDF file :P > >> Mr. Parker: >> >> Surly you've been very over-enthusiatitic about something before. I >> think >> its perferable to explain and try to convine why its not pratical then >> try >> to tell him to give it up. Its not like hes disrupting any other >> conversations or anything. > > My sentiments exactly =3D) why don't we talk over irc? Theres bigger chancing of changing each other= s mind in real time, email me off the list if your interested i just saw genome's message.......another point is that package can be called differant things in differant distros, esp dependance of i18n versions, the only people who could pull off such a thing would probly be if kde and gnome and FSF got together and decided on provided this kind o= f metadata......no offense, but i dont think you got that kind of influence --=20 Joe Booker -- gentoo-dev@gentoo.org mailing list