;;Issues: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; Loading SWT Libraries failed. Typical causes: (1) swt.jar is not for your os architecture (amd64). You can get a new swt.jar (Min Version: 4.9) from http://eclipse.org/swt (2) No write access to '/tmp'. SWT will extract libraries contained in the swt.jar to this dir. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; no swt-cairo-gtk-4962r3 in java.library.path: /usr/lib64/swt:/lib64 no swt-cairo-gtk in java.library.path: /usr/lib64/swt:/lib64 no swt-cairo in java.library.path: /usr/lib64/swt:/lib64 Can't load library: /root/.swt/lib/linux/x86_64/libswt-cairo-gtk-4962r3.so ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
What Gentoo package are you attempting to file a bug for? We need a build.log and emerge --info from that.
it should have dev-java/swt:4.27[cairo] in CP_DEPEND
Created attachment 898290 [details, diff] cairo patch Please try rebuiding with this and see if this works
rebuilding with this patch* It simply adds cairo use flag to the CP_DEPEND, as Pogadzki suggested.
i will know within the next 24 hours im currently building qtcreator and waiting for a hardware module test : ) my sound driver... Ill set up a local ebuild host and try it thataway :)
(In reply to gentoo-setan from comment #3) > Created attachment 898290 [details, diff] [details, diff] > cairo patch > > Please try rebuiding with this and see if this works Is this patch meant to be applied by a dev or will you create a PR?
> Is this patch meant to be applied by a dev or will you create a PR? I assume this patch works and that's why you are asking. Assuming that you ask if this should be merged by a dev or with my PR, I will make a PR for it. The important thing is: does it fix the issue?
(In reply to gentoo-setan from comment #7) > > Is this patch meant to be applied by a dev or will you create a PR? > > I assume this patch works and that's why you are asking. > Assuming that you ask if this should be merged by a dev or with my PR, > I will make a PR for it. > > The important thing is: does it fix the issue? Why not test it yourself. Can you reproduce the issue before the change and can you reproduce it after?
i assume that means its portages problem per-ebuild is it saying build this this way and while if you go up the tree such as swt-cairo cairo-gtk it says Specifically FOR biglybt is it not linking swt-cairo cairo-gtk?:
because it HAS built the predecession like as asked what
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7d3310cadc1d7cf74519643c677351f95abc6750 commit 7d3310cadc1d7cf74519643c677351f95abc6750 Author: Volkmar W. Pogatzki <gentoo@pogatzki.net> AuthorDate: 2024-08-14 08:28:01 +0000 Commit: Miroslav Šulc <fordfrog@gentoo.org> CommitDate: 2024-08-14 08:53:23 +0000 net-p2p/biglybt: CP_DEPEND on swt:4.27[cairo] Closes: https://bugs.gentoo.org/936607 Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net> Closes: https://github.com/gentoo/gentoo/pull/38143 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org> net-p2p/biglybt/{biglybt-3.6.0.0.ebuild => biglybt-3.6.0.0-r1.ebuild} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)
