Arch Linux User Repository

looks like openfortigui is broken at this time https://github.com/theinvisible/openfortigui/issues/201

I think, that for just package metadata change like upstream url, you do not need bump up the pkgrel number at all. There is very little benefit in doing so.

Yes, my bad, I've didn't test my change should be fix now. In fact nothing as change only the upstream url

Yes the repo only has v0.9.9-1 as a tag https://github.com/theinvisible/openfortigui/tree/v0.9.9-1

It looks like the pkgrel bump for the upstream URL broke the build as the pkgrel is also mentioned in the tag line. Maybe make a _pkgver=v0.9.9-1 and leave the pkgrel only for minor changes like this.

Does not build here with yay: ==> Extracting sources... -> Creating working copy of openfortigui git repo... Cloning into 'openfortigui'... done. fatal: invalid reference: v0.9.9-2 ==> ERROR: Failure while creating working copy of openfortigui git repo Aborting... -> error making: openfortigui-exit status 1 -> Failed to install the following packages. Manual intervention is required: openfortigui - exit status 1

Probably a better upstream URL: https://hadler.me/linux/openfortigui/

Updated to 0.9.8-1

updated PKGBUILD for 0.9.8-1

diff --git a/PKGBUILD b/PKGBUILD
index 5faf16f..9d32286 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,20 +1,20 @@
 # Maintainer: Charles Delfly <charles@delfly.fr>
 pkgname=openfortigui
-pkgver=0.9.6
+pkgver="0.9.8"
 pkgrel=1
 pkgdesc="OpenFortiGUI is an open-source VPN-Client to connect to Fortigate VPN-Hardware. It is based on openfortivpn and adds an easy to use and nice GUI on top of it, written in Qt5."
 arch=('i686' 'x86_64')
 url="https://github.com/theinvisible/openfortigui.git"
 license=('GPL3')
 groups=()
-depends=('qt5-base' 'qtkeychain' 'qt5-translations' 'openssl' 'ppp' 'sudo')
+depends=('qt5-base' 'qtkeychain' 'qt5-translations' 'openssl-1.1' 'ppp' 'sudo')
 makedepends=('git')
 provides=()
 conflicts=()
 replaces=()
 options=()
 install=
-source=("git+https://github.com/theinvisible/$pkgname.git#tag=v$pkgver" "user-env.patch")
+source=("git+https://github.com/theinvisible/$pkgname.git#tag=v$pkgver-$pkgrel" "user-env.patch")
 noextract=()
 md5sums=('SKIP' '7f1e96dea4ce324b59b8190640f22c43')

Possibly newer version of OpenFortiGUI will help - https://github.com/theinvisible/openfortigui/tags - currently 0.9.8 is out.

Due to recent OpenSSL upgrade, libraries, files have been changed. Hopefully can you fix also openfortigui and its dependencies accordingly.

When trying to run openfortigui:

openfortigui: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory

when searching

find /usr/ -type f -iname "*libcrypto.so*"

/usr/lib32/libcrypto.so.3
/usr/lib/libcrypto.so.3

There should be not made any manual intervention but I tried and did not succeed. Luckily those symlinks can be easily deleted again.

Then I made symlink

cd /usr/lib/
sudo ln -s libcrypto.so.3 libcrypto.so.1.1

Next missing thing:

openfortigui: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

Searching again

find /usr/ -type f -iname "*libssl.so*"

/usr/lib32/libssl.so.3
/usr/lib/libssl.so.3

... symlinking again:

cd /usr/lib/
sudo ln -s libssl.so.3 libssl.so.1.1

Finally I have

LC_ALL=C ll /usr/lib/libssl*
lrwxrwxrwx 1 root root     11 Nov  1 20:21 /usr/lib/libssl.so -> libssl.so.3
-rwxr-xr-x 1 root root 420208 Oct 14 12:34 /usr/lib/libssl3.so
lrwxrwxrwx 1 root root     11 Nov  6 00:41 /usr/lib/libssl.so.1.1 -> libssl.so.3
-rwxr-xr-x 1 root root 651008 Nov  1 20:21 /usr/lib/libssl.so.3

LC_ALL=C ll /usr/lib/libcrypto*
lrwxrwxrwx 1 root root      14 Nov  1 20:21 /usr/lib/libcrypto.so -> libcrypto.so.3
lrwxrwxrwx 1 root root      14 Nov  6 00:42 /usr/lib/libcrypto.so.1.1 -> libcrypto.so.3
-rwxr-xr-x 1 root root 4484080 Nov  1 20:21 /usr/lib/libcrypto.so.3

We have also:

LC_ALL=C ll /usr/lib/libcrypt*
lrwxrwxrwx 1 root root      17 Nov  1 21:22 /usr/lib/libcrypt.so -> libcrypt.so.2.0.0
lrwxrwxrwx 1 root root      14 Nov  1 20:21 /usr/lib/libcrypto.so -> libcrypto.so.3
lrwxrwxrwx 1 root root      14 Nov  6 00:42 /usr/lib/libcrypto.so.1.1 -> libcrypto.so.3
-rwxr-xr-x 1 root root 4484080 Nov  1 20:21 /usr/lib/libcrypto.so.3
lrwxrwxrwx 1 root root      23 Nov  1 14:48 /usr/lib/libcryptsetup.so -> libcryptsetup.so.12.8.0
lrwxrwxrwx 1 root root      23 Nov  1 14:48 /usr/lib/libcryptsetup.so.12 -> libcryptsetup.so.12.8.0
-rwxr-xr-x 1 root root  513184 Nov  1 14:48 /usr/lib/libcryptsetup.so.12.8.0
lrwxrwxrwx 1 root root      17 Nov  1 21:22 /usr/lib/libcrypt.so.1 -> libcrypt.so.1.1.0
-rwxr-xr-x 1 root root  182208 Nov  1 21:22 /usr/lib/libcrypt.so.1.1.0
lrwxrwxrwx 1 root root      17 Nov  1 21:22 /usr/lib/libcrypt.so.2 -> libcrypt.so.2.0.0
-rwxr-xr-x 1 root root  165824 Nov  1 21:22 /usr/lib/libcrypt.so.2.0.0

Then after trying to run openfortigui, there will be messages:

openfortigui: /usr/lib/libssl.so.1.1: version `OPENSSL_1_1_0' not found (required by openfortigui)
openfortigui: /usr/lib/libcrypto.so.1.1: version `OPENSSL_1_1_0' not found (required by openfortigui)

It seems that such trick does not work. No more ideas. Sounds like it needs a fix against new OpenSSL libraries. So, I deleted those symlinks again:

sudo rm /usr/lib/libssl.so.1.1
sudo rm /usr/lib/libcrypto.so.1.1

We have after OpenSSL upgrade: openssl 3.0.7-2

Searched a bit:

• https://stackoverflow.com/questions/61133615/mysql-usr-local-lib-libssl-so-1-1-version-openssl-1-1-1-not-found-required

• https://www.bswen.com/2018/11/others-Openssl-version-cause-error-when-loading-shared-libraries-libssl.so.1.1.html

• https://github.com/openssl/openssl/issues/5845 - this is the `OPENSSL_1_1_0' not found issue, but closed for now already as it is an old (2018) issue but is very similar by error message

• https://github.com/openssl/openssl/issues/19497 - Openssl can't find libssl.so.1.1 and libcrypto.so.1.1 and this is still open issue

Thank you for fixing openfortigui dependencies!