Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 89328

Summary: net-p2p/limewire uses packed jars
Product: Gentoo Linux Reporter: Jan Brinkmann (RETIRED) <luckyduck>
Component: New packagesAssignee: Gentoo net-p2p team <net-p2p>
Status: RESOLVED WONTFIX    
Severity: normal CC: java, nichoj
Priority: High    
Version: unspecified   
Hardware: All   
OS: All   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 69972    
Attachments: limewire-4.8.1.ebuild

Description Jan Brinkmann (RETIRED) gentoo-dev 2005-04-16 09:19:11 UTC
Following the new java policy, packages shouldn't rely on packed jars, dependencies need to be added on our own packages and used.

For more information see: 
- http://gentoo-wiki.com/Gentoo_Java_Policy

If you have questions ask us in #gentoo-java on irc.freenode.net
Comment 1 Josh Nichols (RETIRED) gentoo-dev 2005-05-16 22:09:16 UTC
Created attachment 59085 [details]
limewire-4.8.1.ebuild

First attempt to replace packed jars. Was able to replace:
/opt/limewire/commons-httpclient.jar
/opt/limewire/commons-logging.jar
/opt/limewire/log4j.jar
/opt/limewire/jmdns.jar
/opt/limewire/commons-logging-api.jar
/opt/limewire/xml-apis.jar
/opt/limewire/jmdns-tools.jar
/opt/limewire/jdic.jar

Leaving the following:

/opt/limewire/xerces.jar
/opt/limewire/jcraft.jar
/opt/limewire/vorbis.jar
/opt/limewire/tritonus.jar
/opt/limewire/i18n.jar
/opt/limewire/logicrypto.jar
/opt/limewire/looks.jar
/opt/limewire/jl011.jar
/opt/limewire/id3v2.jar
/opt/limewire/mp3sp14.jar
/opt/limewire/clink.jar
/opt/limewire/icu4j.jar
/opt/limewire/daap.jar
/opt/limewire/LimeWire.jar
/opt/limewire/ProgressTabs.jar
/opt/limewire/MessagesBundles.jar
/opt/limewire/themes.jar

I am quite sure that the last four are part of LimeWire. There are packages for
icu4j.jar and xerces.jar, but from what I could determine, LimeWire checks the
hashes of its dependent jar files. If it doesn't match, LimeWire fails to
start, yielding exceptions to the effect:
com.limegroup.gnutella.gui.GUILoader$StartupFailedException: file [xerces.jar]
has hash of [3C609A515B91463AC83EB57E62EBD120] instead of expected
[F192FC03C1DFEB0C20A26EDF1D5E04DF]
	at
com.limegroup.gnutella.gui.GUILoader.verifyHashes(GUILoader.java:327)
	at com.limegroup.gnutella.gui.GUILoader.sanityCheck(GUILoader.java:293)

	at com.limegroup.gnutella.gui.GUILoader.load(GUILoader.java:43)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

	at java.lang.reflect.Method.invoke(Method.java:324)
	at com.limegroup.gnutella.gui.Main.main(Main.java:31)
Error: LimeWire version 4.8.1

For the other jars, packages will be needed. I've made note of the homepages
for the ones I was able to find.


On a unrelated note, should the package name be suffixed with -bin, seeing as
it is in fact a binary package?
Comment 2 Josh Nichols (RETIRED) gentoo-dev 2006-04-18 14:28:44 UTC
Given that using our own jars instead of the bundled ones causes problems, I'm going to mark WONTFIX.