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 1HlT83-0006gA-FZ for garchives@archives.gentoo.org; Tue, 08 May 2007 17:05:36 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l48H3viE015553; Tue, 8 May 2007 17:03:57 GMT Received: from mailhub.zebra.lt (mailhub1.zebra.lt [212.59.31.77]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l48H14iS011118 for ; Tue, 8 May 2007 17:01:04 GMT Received: from localhost (localhost [127.0.0.1]) by mailhub.zebra.lt (Postfix) with ESMTP id 0D391E1303 for ; Tue, 8 May 2007 20:00:44 +0300 (EEST) X-Virus-Scanned: amavisd-new at takas.lt Received: from mailhub.zebra.lt ([127.0.0.1]) by localhost (ispmailfe103.internal.takas.lt [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yan5iHcU-GEb for ; Tue, 8 May 2007 20:00:43 +0300 (EEST) Received: from localhost.localdomain (88-118-222-158.ip.zebra.lt [88.118.222.158]) by mailhub.zebra.lt (Postfix) with SMTP id 4A448E12F9 for ; Tue, 8 May 2007 20:00:43 +0300 (EEST) From: Vytautas Jakutis Subject: Re: [gentoo-dev] Virtuals and Java Date: Tue, 08 May 2007 20:01:03 +0300 User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Message-Id: References: <8fj2F-5h5-5@gated-at.bofh.it> To: gentoo-dev@lists.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: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id l48H3vkB015553 X-Archives-Salt: ec9399dd-a3b8-40a0-bf5d-f719f876d7e2 X-Archives-Hash: 7e13726586cbeccd09664cd76f7b80c6 On Sun, 29 Apr 2007 17:00:09 +0200, Petteri R=E4ty wrote: > We want to implement virtuals for Java at some point and for that we > need to know the package that provides the virtual because some virtual= s > can be provided by the JDK or normal packages and this affects the JDK > selection at build time. One option is to call into Portage to find thi= s > out, but of course Paludis and Pkgcore people most likely don't like > this approach. One thing that comes to mind is to allow for virtuals to > install files so we can install the provider information in a format > easy for us. We need the information in format ${PN}-${SLOT} because > that's the way we install in /usr/share. So do you think it's ok for > virtuals to install files (we can of course call the category > java-virtual/ too), should we call Portage code, or do you have an > another idea? The virtual ebuilds that utilize JAR service provider discovery mechanism (in META-INF/services, from jdk1.4) should install its' API jars and use virtual/ category. And those who don't - have to be patched to utilize or have to use some special upwards compatibility layer (generate some special metadata file and use special eclass)..? --=20 Vytautas Jakutis vytautas@javy-labs.com --=20 gentoo-dev@gentoo.org mailing list