Arch Linux User Repository

Updated to require a new enough version of qt5-webkit that qt5-webkit does not encounter icu issues. f5vpn runs as expected for me.

I got the following error:

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

I'm not sure if this is the "right way" to do it, but libicuuc.so.72 appears to be pointing to version 72 of icu whereas the core of arch is now at 73. Luckily icu 72 is available in the AUR itself so running the following solved my issue:

yay -S icu72-bin

No need to downgrade the official package, installing this will just add the previous version side-by-side. Barring any upcoming problems later, it works flawlessly for me.

Thanks @rinhin, that workaround saved my work life! :)

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.