Package Details: qtjambi 6.4.1-2

Git Clone URL: https://aur.archlinux.org/qtjambi.git (read-only, click to copy)
Package Base: qtjambi
Description: QtJambi is Qt bindings for the Java programming language originally developed by Trolltech
Upstream URL: https://github.com/OmixVisualization/qtjambi
Licenses: GPL, LGPL
Submitter: WFCody
Maintainer: WFCody (wolfseifert)
Last Packager: WFCody
Votes: 1
Popularity: 0.000000
First Submitted: 2022-11-12 10:47 (UTC)
Last Updated: 2022-11-16 17:24 (UTC)

Latest Comments

1 2 Next › Last »

mast3r_waf1z commented on 2023-08-25 14:15 (UTC) (edited on 2023-08-25 14:19 (UTC) by mast3r_waf1z)

seems that the current version is failing sha256 checksums:

28 mast3r@desktop ~/git/qtjambi > makepkg -si                
==> Making package: qtjambi 6.4.1-2 (2023-08-25T16:14:41 CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found v6.4.1.tar.gz
==> Validating source files with sha256sums...
    v6.4.1.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!

Edit: error occurs on both of my two systems.

wolfseifert commented on 2022-11-17 08:37 (UTC)

Ok, that worked and octopi stopped complaining...

One further remark (not really important):

E.g. the libQt6Core.so are linked hierarchically, while the libQtJambiCore.so are linked directly to the real so.

WFCody commented on 2022-11-16 17:24 (UTC)

OK that required some ugly hacks but I think it succeeded

WFCody commented on 2022-11-16 09:25 (UTC)

Thanks! I will do another build where I replace the copied .so files with symlinks and add the missing dependency

wolfseifert commented on 2022-11-16 08:44 (UTC)

Successfully built qtjambi 6.4.1-1!

3 remarks:

  1. I had to manually install qt6-remoteobjects first (should become a dependency)

  2. The QtJambi*.so are all copies, not links:

$ ls -l QtJambiCore. -rwxr-xr-x 1 root root 62928624 15. Nov 18:13 libQtJambiCore.so.6 -rwxr-xr-x 1 root root 62928624 15. Nov 18:13 libQtJambiCore.so.6.4 -rwxr-xr-x 1 root root 62928624 15. Nov 18:13 libQtJambiCore.so.6.4.1

Compare to:

$ ls -l Qt6Core. lrwxrwxrwx 1 root root 15 1. Nov 20:00 libQt6Core.so -> libQt6Core.so.6 lrwxrwxrwx 1 root root 19 1. Nov 20:00 libQt6Core.so.6 -> libQt6Core.so.6.4.0 -rwxr-xr-x 1 root root 5799760 1. Nov 20:00 libQt6Core.so.6.4.0

The octopi installer is also complaining about this fact.

  1. When using qtjambi the usual maven repo way, qtjambi discovers the /usr/lib/.so at runtime and uses it. So the AUR installation works as a kind of speedup (shortcut) in this case. The maven runtime dependency may be removed from the build script.

WFCody commented on 2022-11-15 14:10 (UTC)

Awesome that it works! I am currently building 6.4.1 and will upload the new PKGBUILD as soon as I know it works. It takes a LONG time to build on my laptop

wolfseifert commented on 2022-11-15 13:35 (UTC)

OK, qtjambi-6.4.0-3 build works now.

Because the .so are now in /usr/lib, they are used (nothing taken from /tmp/...)

This also means, that my qtjambi-6.4.1 samples using maven dependencies do not work anymore (download natives jar from maven, unpack into /tmp, not used because *.so is alread found in /usr/lib, conflicting versions => CRASH).

But this is ok, once you understand the problem:

Either use this or that approach or make sure they have the same version if you mix them!

WFCody commented on 2022-11-15 11:10 (UTC)

I will make an updated PKGBUILD with 6.4.1

I have not yet had time to try to build anything with qtjambi. It could definitely be the case that there are some hard coded paths somewhere that need to be edited. The whole build system depended on a rather weird directory structure that you apparently get if you install Qt with the online installer.

For packaging, this is of course not the way you want to do it - you want the system-provided Qt.

wolfseifert commented on 2022-11-15 08:54 (UTC)

Removed the entries from .profile and started to build qtjambi-6.4.0-3: it started compiling, so obviously got beyond the critical point. Not it takes some time...

2 remarks:

  • there is a qtjambi 6.4.1 available now

  • when starting a QtJambiHelloWorld I saw, that the .so are still loaded from /tmp/... It would be nice to use the .so from /usr/share/java/qtjambi/... directly and maybe reducing startup time. But this would probably require a change in qtjambi sources.

WFCody commented on 2022-11-15 08:20 (UTC)

I moved the variables to build(). Perhaps that helps?

1 2 Next › Last »