Package Details: podpisgov 1.5.5.4-1

Git Clone URL: https://aur.archlinux.org/podpisgov.git (read-only, click to copy)
Package Base: podpisgov
Description: An application for digital signatures by Poland government.
Upstream URL: https://podpis.gov.pl/ui/wp/podpis-gov
Licenses: CC-BY-NC-4.0, GPL-3.0-only, LGPL-3.0-only
Submitter: Kamilcuk
Maintainer: Kamilcuk (TechniKris)
Last Packager: TechniKris
Votes: 0
Popularity: 0.000000
First Submitted: 2025-12-05 18:26 (UTC)
Last Updated: 2025-12-09 22:31 (UTC)

Latest Comments

TechniKris commented on 2026-01-05 13:14 (UTC) (edited on 2026-01-05 13:31 (UTC) by TechniKris)

@Kamilcuk That is unfortunately the downside of Arch's way of handling Java.

could we write a shell script or symlink it to /usr/lib/jvm/java-8-openjdk/bin/java ?

This would break if the user is using a different version of Java that fulfills the dependency, e.g. it could be at /usr/lib/jvm/openjdk-liberica8-full-bin/bin/java instead.

If you'd prefer the package to work regardless of the system default Java, you can revert the PKGBUILD back to commit 431aa05, from before my changes.

Kamilcuk commented on 2026-01-05 12:31 (UTC)

@technikris ach I see, I now have to: $ sudo archlinux-java set java-8-openjdk before running it. Could we keep the java and not require me to do anything before running it? could we write a shell script or symlink it to /usr/lib/jvm/java-8-openjdk/bin/java ? Thanks.

Kamilcuk commented on 2026-01-05 12:20 (UTC)

hello @technikris I am getting today: $ PodpisGOV Error: Could not find or load main class pl.gov.coi.signer.Main Caused by: java.lang.NoClassDefFoundError: javafx/application/Application

TechniKris commented on 2025-12-09 22:19 (UTC)

First of all, java-openjfx is not available in the Arch repository whatsoever. As for the AUR - some of the packages providing java-openjfx<21 that I have checked and seem to work correctly (assuming the correct Java is selected with archlinux-java) are: java8-openjfx, openjdk-zulu8-ca-fx-bin, openjdk-liberica8-full-bin, openjdk-liberica11-full-bin, openjdk-liberica17-full-bin.

Notably, openjdk-zulu17-ca-fx-bin doesn't seem to support GTK2 despite being of version below 21.

As for AUR managers: Paru is able to display a selection of packages to choose from when searching for java-openjfx<21. TIL that Yay is unable to parse things like java-openjfx<21 - instead it blindly selects java-openjfx despite the fact the version number doesn't match. To me it seems more like an AUR manager issue. I think there are two options here: either pin a comment with a list of recommended packages fulfilling the requirement, or just depend on java8-openjfx specifically (where the Zulu 8 and Liberica 8 packages also provide it).

Ultimately, I decided to go with the more conservative approach - I set java8-openjfx as the dependency. Bonus feature of dropping bundled Java - the package now should work for any architecture! ^^ (as long as the dependencies are met, of course...) I have tested it in an ArchLinux Aarch64 VM with Zulu 8 and Vivaldi.

Kamilcuk commented on 2025-12-08 22:10 (UTC)

also @technikris In such a case, the package would also require a new dependency of java-openjfx<21, yea, so I am not clear how to get gtk2 java cleanly. Just adding java-openjfx<21 to depends makes it uninstallable, so I am happy with bundled java that just works out of the box. And god knows if they patched the java, or will decide to patch the java in the future, or it's stock upstream java, I did not check.

Kamilcuk commented on 2025-12-08 22:04 (UTC) (edited on 2025-12-08 22:05 (UTC) by Kamilcuk)

Hi, I added you as maintainer. Thank you much for checking and spotting issues. I had reservations for modifying the Java environment and Bash script too much in case they rework a new version and I would have to do it all over. If you feel confident, go ahead. The mkdir_link is broken, my bad. updated version and fixed links.

TechniKris commented on 2025-12-08 12:31 (UTC)

Currently pkgver should be set to 1.5.5.4 - version number taken from the .DEB package https://pz.gov.pl/PodpisGOV/linux/DEB/PodpisGOV.deb

The mkdir_link function creates broken symlinks pointing to where the package has been built (e.g. ~/.cache/paru/clone/podpisgov/pkg/podpisgov/opt/PodpisGOV/) instead of the actual location (/opt/PodpisGOV/).

The upstream package bundles its own Java, which unnecessarily bloats the package size as well as extends compression time during packaging. Additionally, rebuild-detector detects a lot of missing dependencies for said Java. I suggest instead omitting bundled Java from the package and modifying the binary (which is partially a Bash script) during build time to point it to the system Java. In such a case, the package would also require a new dependency of java-openjfx<21 (specifically below 21, because OpenJFX dropped GTK2 support).

I already have a reworked PKGBUILD along with a couple other small improvements. I'd love to commit some of these changes, so if you could, please get in touch with me.