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 1MFEWw-0003pt-MV for garchives@archives.gentoo.org; Fri, 12 Jun 2009 21:43:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E91C2E037B; Fri, 12 Jun 2009 21:43:20 +0000 (UTC) Received: from smtprelay10.ispgateway.de (smtprelay10.ispgateway.de [80.67.29.24]) by pigeon.gentoo.org (Postfix) with ESMTP id C0036E037B for ; Fri, 12 Jun 2009 21:43:20 +0000 (UTC) Received: from [85.179.23.141] (helo=[192.168.0.3]) by smtprelay10.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MFEWt-00040I-HA; Fri, 12 Jun 2009 23:43:19 +0200 Message-ID: <4A32CBF7.8000808@hartwork.org> Date: Fri, 12 Jun 2009 23:43:19 +0200 From: Sebastian Pipping User-Agent: Thunderbird 2.0.0.21 (X11/20090502) 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 To: PackageKit users and developers list CC: gentoo-dev@lists.gentoo.org Subject: Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap" References: <4A3206DA.3090907@hartwork.org> <4A329E2F.1090303@gentoo.org> In-Reply-To: <4A329E2F.1090303@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1 X-Df-Sender: 874396 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: c0ee0c8c-e8c5-40c3-b5e8-ecf5d901cf34 X-Archives-Hash: 8df14fd1db9b97cec479dae3d708a423 Petteri R=E4ty wrote: > Sebastian Pipping wrote: >> To count into the same bucket we use global identifiers for the >> "products" that fall out of a package. Gentoo package "dev-util/git" >> can produce product "cpe://a:git:git", Debian's "git-core" can, too. >> That string before is a CPE URI [1], a concept close to package naming >> in Java. This "intermediate language" allows us to relate package nam= es >> from distro X with those of distro Y and answer various questions from >> that data. >> >> To do such mapping we need code (or a "service") that does the mapping >> for us and base of collected data that the service can operate on. Bo= th >> of these is project "PackageMap" >=20 > Instead of manually populating a database wouldn't it make more sense t= o > parse this information from package metadata.xml? Which information exactly? Please elaborate on that. Sebastian