Arch Linux User Repository

If you get an error that looks like

f5vpn: error while loading shared libraries: libicuuc.so.72: cannot open shared object file: No such file or directory

that means that your version of qt5-webkit is out-of-date with your icu version, and rebuilding/installing qt5-webkit` will fix your issue.

Since qt5-webkit takes a long time to build, see this comment from the maintainer of the qt5-webkit AUR package to download a build of that dependency.

For everybody waiting for a fixed package here, this is how I am installing the native package which works for me:

https://0xacab.org/varac-projects/doc/-/blob/main/network/vpn/f5.md#official-client-on-arch

It's not pretty and I'd prefer a proper AUR package but as a stop-gap workaround it's ok. Thanks @zrhoffman for maintaining this package btw !

Unfortunatly downgrading the icu package doesn't work for me since other packages already depend on libicuuc.so=73-64:

~ $ sudo -E downgrade icu=72.1-2
Downgrading from A.L.A. is disabled on the stable branch. To override this behavior, set DOWNGRADE_FROM_ALA to 1.
See https://wiki.manjaro.org/index.php/Downgrading_packages  for more details.

loading packages...
warning: downgrading package icu (73.2-1 => 72.1-2)
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing icu (72.1-2) breaks dependency 'libicuuc.so=73-64' required by gspell
:: installing icu (72.1-2) breaks dependency 'libicuuc.so=73-64' required by harfbuzz-icu
:: installing icu (72.1-2) breaks dependency 'libicuuc.so=73-64' required by raptor

@zrhoffman Thanks, I've gone with svpn. Works like a charm.

@juneidy I can reproduce this with f5vpn=7242.2023.0427.1-1, icu=73.2-1, qt5-webkit=5.212.0alpha4-19. When I run

ln -s libicui18n.so /usr/lib/libicui18n.so.72

and rerun f5vpn, I get a different error:

f5vpn: symbol lookup error: /opt/f5/vpn/lib/libQt5WebKit.so.5: undefined symbol: u_charDirection_72

libQt5WebKit.so.5 is just a symlink to /usr/lib/libQt5WebKit.so, which is owned by qt5-webkit. So probably the icu issue would be fixed if you just rebuild qt5-webkit against icu=73.2-1.

Or just switch to gof5, using svpn directly (that's what I do), or openconnect and you won't need qt5-webkit or icu.

Finally figured out how to rollback the dependency that breaks it:

sudo pacman -U \
        /var/cache/pacman/pkg/icu-72.1-2-x86_64.pkg.tar.zst \
        /var/cache/pacman/pkg/libxml2-2.10.4-4-x86_64.pkg.tar.zst \
        /var/cache/pacman/pkg/qt5-base-5.15.10+kde+r129-3-x86_64.pkg.tar.zst

Added icu libxml2 qt5-base to my IgnorePkg in /etc/pacman.conf to prevent it from being upgraded.

Getting this error now.

f5vpn: error while loading shared libraries: libicuuc.so.72: cannot open shared object file: No such file or directory

Is it just a matter of waiting for the next version of f5vpn?

zrhoffman: Please update the package since it asks me every time now to update to v7241.2023.331.1. Thanks!

Updated to 7242.2023.0427.1.

zrhoffman: Please update the package since it asks me every time now to update to v7241.2023.331.1. Thanks!

Same problem here. After dist upgrade everything has broken. Sure this package uses the latest linux_f5vpn rpm file?

symlinking libicuuc.so.71 to libicuuc.so.72 also doesn't work due to Qt dependency. Is there any solution to this or the package needs to updated?

Hmm, I can't reproduce that issue, it works fine for me with the latest testing package versions. I'm using the standard icu package, so if you're using a different package that provides icu, switching to icu should help.

Also, the symlinks are not version-specific, so I'm not sure why it's looking for libicuuc.so.71. That said, the symlinks are generated when the package is built. So checking what provides icu or rebuilding the package doesn't fix it for you, maybe the next f5vpn release will, since it will probably link against new library versions.