Arch Linux User Repository

Thanks @tugyan, that simplifies things considerably. Have updated to 3.3.2 with the GitHub .deb as the source.

@chrisjbillington It looks like binaries are hosted on GitHub as of 3.3.2 and instead of RPM, they provide .deb. You may want to use this patch to update accordingly:

--- PKGBUILD_orig       2024-11-11 12:05:07.349978566 -0800
+++ PKGBUILD    2024-11-11 12:03:50.549410182 -0800
@@ -5,7 +5,7 @@
 # Contributor : Bryce Nordgren <bnordgren at gmail dot com>
 pkgname=hdfview-bin
 _pkgname=HDFView
-pkgver=3.3.1
+pkgver=3.3.2
 pkgrel=1
 pkgdesc="a GUI browser for reading hdf5 files - prebuilt binaries from the HDF group"
 arch=('x86_64')
@@ -14,15 +14,16 @@
 provides=('hdfview')
 replaces=('hdfview-beta')
 conflicts=('hdfview-beta' 'hdfview')
-source=("https://support.hdfgroup.org/ftp/HDF5/releases/HDF-JAVA/hdfview-${pkgver}/bin/${_pkgname}-${pkgver}-centos7_64.tar.gz"
+source=("https://github.com/HDFGroup/hdfview/releases/download/v${pkgver}/${_pkgname}-${pkgver}-Linux-x86_64.tar.gz"
         HDFView.svg)
-sha512sums=('c63e45b8936f887c245943e8530e89c9f010ff206971891a472e35e35f376b701587ecd44b60cc105a3ff166edd37977a131b27f9c14765e8e14ef8136f4fb16'
+sha512sums=('444101f4cb77a1b94477852dab52163c08fc3f6be23cbfd46efdf0f2572a5df3067b9db91b4afdd90d95eb42526c6491d23d9c1859a088c17132834965ba2924'
             '649eb81f33a3b38a7ae2ee9a7f286ffa489d0bd7a9f37a0face64fe7956863dcab2131be3792c45dc03b1a6955fda2b37d168698922e938b73c90d24fee7a8c4')

 package() {

   # Extract RPM
-  bsdtar -xf "${srcdir}/hdfview-${pkgver}-1.x86_64.rpm" -C "${pkgdir}"
+  bsdtar -xf "${srcdir}/hdfview_${pkgver}_amd64.deb" -C "${pkgdir}"
+  tar --zstd -xvf ${pkgdir}/data.tar.zst -C ${pkgdir}

   # Add permissions for non-root users:
   chmod -R go+rX "${pkgdir}/opt/hdfview"

This PKGBUILD no longer requires you to log into the HDF group's website and download HFView, makepkg can now do the download itself.

The format of the prebuilt release changed, the HDF group now provides an .rpm package, whereas previously it was a shell script installer. So this PKGBUILD changed considerably, let me know if there are any problems.

Thanks @MartinDiehl, it seems that's exactly what happened. The file size and checksum of the upstream release are different even though the name and version are identical.

Updated to the new checksum.

I got an checksum error. Would not be the first time that an HDFView-release is silently, i.e. without increasing the version number, updated

@ajkswamy it is working for me presently, so must be an issue specific to your setup.

Googling the error you're getting suggests a workaround might be to change your GTK theme.

You can run a single app with a different GTK theme using the GTK_THEME environment variable, so if that turns out to be the issue you could modify /usr/bin/hdfview to set the environment variable before running hdfview.sh, e.g.

#!/usr/bin/env bash
GTK_THEME=Adwaita /opt/HDFView/3.1.0/hdfview.sh -root $PWD "$@"

You also might try using the hdfview AUR package to build from source on your machine, in case the issue is specific to the build from the HDF group.

I tried to use this and I get the following error when I start HDFVIEW:

(process:176520): Gtk-WARNING **: 12:11:03.195: Locale not supported by C library. Using the fallback 'C' locale.

A fatal error has been detected by the Java Runtime Environment:

SIGSEGV (0xb) at pc=0x00007fc4a2a2fc70, pid=176520, tid=176521

JRE version: OpenJDK Runtime Environment (11.0.1+13) (build 11.0.1+13-LTS)

Java VM: OpenJDK 64-Bit Server VM (11.0.1+13-LTS, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64)

Problematic frame:

C [libglib-2.0.so.0+0x77c70] g_str_hash+0x0

Core dump will be written. Default location: Core dumps may be processed with "/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h" (or dumping to /opt/HDFView/3.1.0/core.176520)

An error report file with more information is saved as:

/tmp/hs_err_pid176520.log

If you would like to submit a bug report, please visit:

http://bugreport.java.com/bugreport/crash.jsp

The crash happened outside the Java Virtual Machine in native code.

See problematic frame for where to report the bug.

./hdfview.sh: line 43: 176520 Aborted (core dumped) "$JAVABIN/java" "$JAVAOPTS" -Djava.library.path="$INSTALLDIR/lib:$INSTALLDIR/lib/ext" -Dhdfview.root="$INSTALLDIR" -cp "$INSTALLDIR/lib/*:$INSTALLDIR/lib/extra/slf4j-nop-1.7.25.jar" hdf.view.HDFView "$@"

Note that you must download the source file HDFView-3.1.3-centos7_64.tar.gz yourself from the HDF group, which requires making an account on their site. Link here. Copy the file to the same directory as the PKGBUILD before running makepkg.

If using yay for example, run yay -S hdfview-bin, and you will see an error message about the missing source file. Then, copy HDFView-3.1.3-centos7_64.tar.gz into ~/.cache/yay/hdfview-bin and run yay -S hdfview-bin again to complete the installation.

If anyone knows how to circumvent the HDF group's forcing of you to make an account so I can have the PKGBUILD download the source file, I'm all ears. Their license does not disallow redistributing the binaries, but rehosting them seems like poor form.