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 1NIPkT-0003hv-Is for garchives@archives.gentoo.org; Wed, 09 Dec 2009 16:50:45 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 563DFE068F; Wed, 9 Dec 2009 16:50:20 +0000 (UTC) Received: from mail-bw0-f215.google.com (mail-bw0-f215.google.com [209.85.218.215]) by pigeon.gentoo.org (Postfix) with ESMTP id A5377E068F for ; Wed, 9 Dec 2009 16:50:19 +0000 (UTC) Received: by bwz7 with SMTP id 7so5988786bwz.26 for ; Wed, 09 Dec 2009 08:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=sY1RBEukv6daetdvHllowQ4CnCWKWFwaTKYhAoRprZY=; b=NZ+z9mLokDyJQzDPBSqW75jv0w0CNEvdny5UdutwlysEooidayHP1Lt7tDiXiR6EqV uDC0K0bkVxcICpAVxOWPjTWW6KxGPuASjhkcWm6WdNmQ5KhK43oO1FiYjZ69tdYbPit2 dePyFiXJMFm0HjKtB34AYSabglNBnV3zwV1CA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=BaNY9SorSxHJbW2T93eQzPMwu8dDGLGQ1YLs/8OoehoxnHfLSpP96ZHGahojvUSlmK y8NdIqesufYeKkcdbXRU8k/2Z9Da1zCxvN3m+4tHlwnFcGClIxWpYxVaDEAsuNeUmU6w wsjH70CPWaGsBe6vPWrCFRIlLvg357uaT6nZU= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@lists.gentoo.org MIME-Version: 1.0 Sender: elvanor@gmail.com Received: by 10.204.141.3 with SMTP id k3mr2542083bku.177.1260377418187; Wed, 09 Dec 2009 08:50:18 -0800 (PST) In-Reply-To: <200912092351.41228.ali_bush@gentoo.org> References: <200912092351.41228.ali_bush@gentoo.org> Date: Wed, 9 Dec 2009 08:50:18 -0800 X-Google-Sender-Auth: 8d8a65bf32132aa9 Message-ID: Subject: Re: [gentoo-java] OSGI manifests and existing packages From: =?UTF-8?Q?Jean=2DNo=C3=ABl_Rivasseau?= To: Alistair Bush Cc: gentoo-java@lists.gentoo.org, Matt Whitlock Content-Type: multipart/alternative; boundary=0015175d0a624b46b8047a4e7c12 X-Archives-Salt: 88532061-bc3f-4eac-a1f5-d619f8412fd7 X-Archives-Hash: 4e957c1eb57a8485ce7303527b85c450 --0015175d0a624b46b8047a4e7c12 Content-Type: text/plain; charset=UTF-8 Hi, Yes first and foremost I want to thank Matt for the awesome work he has put into Eclipse while the official maintainer was slacking on it (Matt, that would be me...) I've still been watching the bug from time to time and actually wanted to contact Matt myself too, since it seemed to me the ebuild reached enough maturity to be included in the main tree. ali_bush beat me to it and that is fine, since my company (plus a recent move to Canada) is still eating up my time, so the ebuild will probably move faster to the tree if ali_bush handles it. I would be interested in learning all the details of the new ebuild but I am pretty sure that yes it is far better than the current one (which is a good thing; eclipse ebuilds have been constantly improved from the 3.2 one which was horrible, all bundled etc). ali_bush, you mention that we currently build against the bundled jars, I don't think that's actually true (I would have to double check but I think we build against systeme packages...) Elvanor On Wed, Dec 9, 2009 at 2:51 AM, Alistair Bush wrote: > Hi guys > > Please be aware that the work Matt has been doing on eclipse-sdk:3.5 means > that we no longer have to modify (for 3.5 at least) eclipses dependencies > to > include osgi headers in the manifest. > > What happens in eclipse-sdk:3.5 is.. > > Matt Whitlock wrote: > > My ebuild does use system-installed packages. It does this by unpacking > > the metadata from the bundled JARs and modifying their classpaths so > they > > point to symlinks to the system-installed JARs. Look in the > > subdirectories of /usr/lib64/eclipse-3.5/plugins. As an example, the > > first one, ICU4J, has the following files: > > > > META-INF/MANIFEST.MF > > icu4j-charsets.jar -> /usr/share/icu4j-4/lib/icu4j-charsets.jar > > icu4j.jar -> /usr/share/icu4j-4/lib/icu4j.jar > > plugin.properties > > > > And the META-INF/MANIFEST.MF has this line in it (among others): > > > > Bundle-ClassPath: icu4j-charsets.jar,icu4j.jar > > > > These few metadata files replace the big > "com.ibm.icu_4.0.1.v20090822.jar" > > blob that comes bundled with Eclipse. > > > > We should continue maintaining these headers until 3.5 is stabilised, once > this happens they can be removed. > > I plan on moving eclipse-sdk:3.5 into the tree this week. There are some > things that I would like to be done. (see [1]) but I believe that this > ebuild > is far better than the current one so i'm prepared to compromise. > > As an example we currently build against bundled jars and then replace them > with system jars. > > If anyone has any objections then please speak up. > > Thanks > > Alistair. > > ps. Currently I'm singing Matt's praises from the rafters, please join me. > > > [1] https://bugs.gentoo.org/show_bug.cgi?id=296296 > --0015175d0a624b46b8047a4e7c12 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

Yes first and foremost I want to thank Matt for the awesome work= he has put into Eclipse while the official maintainer was slacking on it (= Matt, that would be me...)

I've still been watching the bug from= time to time and actually wanted to contact Matt myself too, since it seem= ed to me the ebuild reached enough maturity to be included in the main tree= . ali_bush beat me to it and that is fine, since my company (plus a recent = move to Canada) is still eating up my time, so the ebuild will probably mov= e faster to the tree if ali_bush handles it.

I would be interested in learning all the details of the new ebuild but= I am pretty sure that yes it is far better than the current one (which is = a good thing; eclipse ebuilds have been constantly improved from the 3.2 on= e which was horrible, all bundled etc).

ali_bush, you mention that we currently build against the bundled jars,= I don't think that's actually true (I would have to double check b= ut I think we build against systeme packages...)

Elvanor

On Wed, Dec 9, 2009 at 2:51 AM, Alistair Bush <ali_bush@gentoo.= org> wrote:
Hi guys

Please be aware that the work Matt has been doing on eclipse-sdk:3.5 means<= br> that we no longer have to modify (for 3.5 at least) eclipses dependencies t= o
include osgi headers in the manifest.

What happens in eclipse-sdk:3.5 is..

Matt Whitlock wrote:
> My ebuild does use system-installed packages. =C2=A0It does this by un= packing
> =C2=A0the metadata from the bundled JARs and modifying their classpath= s so they
> =C2=A0point to symlinks to the system-installed JARs. =C2=A0Look in th= e
> =C2=A0subdirectories of /usr/lib64/eclipse-3.5/plugins. =C2=A0As an ex= ample, the
> =C2=A0first one, ICU4J, has the following files:
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 META-INF/MANIFEST.MF
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 icu4j-charsets.jar -> /usr/share/icu4j-= 4/lib/icu4j-charsets.jar
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 icu4j.jar -> /usr/share/icu4j-4/lib/icu= 4j.jar
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 plugin.properties
>
> And the META-INF/MANIFEST.MF has this line in it (among others):
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Bundle-ClassPath: icu4j-charsets.jar,icu4j= .jar
>
> These few metadata files replace the big "com.ibm.icu_4.0.1.v2009= 0822.jar"
> =C2=A0blob that comes bundled with Eclipse.
>

We should continue maintaining these headers until 3.5 is stabilised, once<= br> this happens they can be removed.

I plan on moving eclipse-sdk:3.5 into the tree this week. =C2=A0There are s= ome
things that I would like to be done. =C2=A0(see [1]) but I believe that thi= s ebuild
is far better than the current one so i'm prepared to compromise.

As an example we currently build against bundled jars and then replace them=
with system jars.

If anyone has any objections then please speak up.

Thanks

Alistair.

ps. =C2=A0Currently I'm singing Matt's praises from the rafters, pl= ease join me.


[1] https://bugs.gentoo.org/show_bug.cgi?id=3D296296
--0015175d0a624b46b8047a4e7c12--