Here is the problem: ~$ls -al /usr/share/java/swt* -rw-r--r-- 1 root root 1217060 2007-06-03 07:05 /usr/share/java/swt-gtk-3.2.1.jar lrwxrwxrwx 1 root root 25 2007-02-27 23:17 /usr/share/java/swt.jar -> /etc/alternatives/swt.jar
~$ls -al /etc/alternatives/swt.jar lrwxrwxrwx 1 root root 33 2007-06-06 05:38 /etc/alternatives/swt.jar -> /usr/share/java/swt-gtk-3.2.1.jar ~$ls -al /usr/lib/java/* lrwxrwxrwx 1 root root 64 2007-06-14 09:50 /usr/lib/java/swt3.2-gtk.jar -> ../eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar lrwxrwxrwx 1 root root 14 2007-06-14 09:50 /usr/lib/java/swt-gtk.jar -> swt3.2-gtk.jar lrwxrwxrwx 1 root root 14 2007-06-14 09:50 /usr/lib/java/swt.jar -> swt3.2-gtk.jar ~$ls -al /usr/lib/jni/libswt-gtk-* -rw-r--r-- 1 root root 234348 2007-06-04 08:11 /usr/lib/jni/libswt-gtk-3236.so The ones in /usr/lib/java come from libswt3.2-gtk-java, while the ones from /usr/share/java come from libswt-gtk-3.2-java. But both of these are backed by libswt3.2-gtk-jni. So if one is rebuilt, backed by a new version of libswt3.2-gtk-jni, the other won't know that its native library in the -jni package has been replaced and won't be able to find the peers. The short-term solution is to fiddle with your /usr/bin/azureus script so that is uses either /usr/lib/java/swt.jar or /usr/share/java/swt.jar, whichever is working on your system. The long-term fix is to either merge both swt packages into one, or to split the -jni package into two, one for each of the java swt libs. Maybe this has happened, and one has been obsoleted. In that case, the definitive one should be made to conflict with the other on the next update & the loser will disappear from everyone's system. --MFalls -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
