From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1H2Jgy-0008QK-0S for garchives@archives.gentoo.org; Thu, 04 Jan 2007 03:55:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.8) with SMTP id l043s7Op027877; Thu, 4 Jan 2007 03:54:07 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id l043q5Sp010636 for ; Thu, 4 Jan 2007 03:52:06 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 276FE648CD for ; Thu, 4 Jan 2007 03:52:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.574 X-Spam-Level: X-Spam-Status: No, score=-2.574 required=5.5 tests=[AWL=0.025, 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 z1leVPhBCQzn for ; Thu, 4 Jan 2007 03:52:02 +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 705BF64674 for ; Thu, 4 Jan 2007 03:51:59 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H2Jdv-0004rl-O9 for gentoo-dev@gentoo.org; Thu, 04 Jan 2007 04:51:51 +0100 Received: from static24-72-114-155.yorkton.accesscomm.ca ([24.72.114.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Jan 2007 04:51:51 +0100 Received: from dirtyepic by static24-72-114-155.yorkton.accesscomm.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Jan 2007 04:51:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Ryan Hill Subject: [gentoo-dev] Re: metadatabase (was: Dependencies on system packages) Date: Wed, 03 Jan 2007 21:51:42 -0600 Message-ID: References: <20061210011117.36672693@blashyrk> <200612171510.57159.jstubbs@gentoo.org> <20061217070429.126d8364@snowdrop> <200612171641.40343.jstubbs@gentoo.org> <20061217074812.497d4e78@snowdrop> <20061218084846.77600f69@snowdrop> <20061220102054.150d5f5a@snowdrop> <459557DF.8090106@gentoo.org> <45991157.3060508@gentoo.org> <4599EAAE.6030206@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig0D25A032B1DBAD14B69F87F5" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: static24-72-114-155.yorkton.accesscomm.ca User-Agent: Thunderbird 2.0b1 (X11/20061231) In-Reply-To: X-Enigmail-Version: 0.94.1.1 OpenPGP: id=837937E8; url=pgp.mit.edu Sender: news X-Archives-Salt: fc95dfd9-0c8b-4314-afed-85e1d7a9ce6c X-Archives-Hash: 5aab4303beec6f3b475a0ea6af52f9c6 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0D25A032B1DBAD14B69F87F5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Steve Long wrote: > Robert Buchholz wrote: > I understand that it's hard to distinguish a pkg that hasn't been check= ed, > but might need the C-compiler, from a pkg that doesn't need the compile= r > but just hasn't been checked. That's where I was going with the databas= e > stuff. >> Since the tree itself is the best database of the packages available, >> anything else would be a lot more overhead. > I really don't agree, altho I could well be missing something. Surely t= here > should be a maintenance/QA database which tracks the tree and where you= > could put information like this (ie a boolean flag for this instance) w= hich > simply shouldn't be exposed to users. There's no need for it, it doesn'= t > effect them, and why should it go in the ebuilds where a maintainer mig= ht > delete it? I just use a local db to keep track of stuff like this, but haven't thought of a way to turn this into a service and i don't think it's really doable. I think you'd need an entry for every ebuild in portage, times the number of archs, times an unlimited number of arbitrary fields (one for each thing you're tracking). Something like, say, checking every package in the tree for GPL-2 or GPL-2+ licenses doesn't need the separate arch entries of course, but stuff like GCC testing definitely do= es. Even if you did manage to set this up, I wouldn't want to maintain it. -- by design, by neglect dirtyepic gentoo org for a fact or just for effect 9B81 6C9F E791 83BB 3AB3 5B2D E625 A073 8379 37E8 (0x837937E8) --------------enig0D25A032B1DBAD14B69F87F5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (GNU/Linux) iD8DBQFFnHnO5iWgc4N5N+gRCCZdAJ0axgWnh1IYqH5LJS0En8jit0TYdwCguu5M tUwgWcqyeE1rmcEoQ5s17OM= =zrQL -----END PGP SIGNATURE----- --------------enig0D25A032B1DBAD14B69F87F5-- -- gentoo-dev@gentoo.org mailing list