Bug 254041 - x11-toolkits/swt regression in 4.11 breaks net-p2p/vuze
Summary: x11-toolkits/swt regression in 4.11 breaks net-p2p/vuze
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Some People
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-05 16:52 UTC by Damjan Jovanovic
Modified: 2021-03-06 12:23 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Damjan Jovanovic 2021-03-05 16:52:40 UTC 
The x11-toolkits/swt upgrade to version 4.11 from bug #238605, causes vuze to exception out on startup:

--------------
java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
	at org.gudy.azureus2.ui.swt.Main.<init>(Unknown Source)
	at org.gudy.azureus2.ui.swt.Main.main(Unknown Source)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at com.aelitis.azureus.launcher.MainExecutor$1.run(Unknown Source)
	at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.UnsatisfiedLinkError: Could not load SWT library. Reasons: 
	no swt-gtk-4924r25 in java.library.path
	no swt-gtk in java.library.path
	Can't load library: /home/user/.swt/lib/FreeBSD/x86_64/libswt-gtk-4924r25.so
	Can't load library: /home/user/.swt/lib/FreeBSD/x86_64/libswt-gtk.so

	at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
	at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
	at org.eclipse.swt.internal.C.<clinit>(Unknown Source)
	at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
	at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
	at org.eclipse.swt.widgets.Display.<clinit>(Unknown Source)
	at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.<init>(Unknown Source)
	at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.createInstance(Unknown Source)
	at com.aelitis.azureus.ui.swt.Initializer.<init>(Unknown Source)
	... 12 more
--------------

If I install the older port, from Git commit 39a1c4e08ba3a9196a4ebc861ff3ca715d89b641, vuze starts up and runs successfully.
Comment 1 Max Brazhnikov freebsd_committer freebsd_triage 2021-03-05 18:08:08 UTC 
Are you sure you use the latest port/package? This problem was fixed, see https://svnweb.freebsd.org/ports?view=revision&revision=561902
Comment 2 Damjan Jovanovic 2021-03-05 18:23:30 UTC 
(In reply to Max Brazhnikov from comment #1)

I am using the latest branches/2021Q1. That fix is only in the master branch.
Comment 3 Max Brazhnikov freebsd_committer freebsd_triage 2021-03-06 10:31:29 UTC 
(In reply to Damjan Jovanovic from comment #2)
I've committed the same fix to 2021Q1, does it work for you?
Comment 4 Damjan Jovanovic 2021-03-06 11:49:20 UTC 
(In reply to Max Brazhnikov from comment #3)

Yes it works. Thank you :)