Arch Linux User Repository

If you have trouble with building it, please run yay -Scc or yay -Sc.

FYI. I replaced gdbuspp-git with gdbuspp in the PKGBUILD dependency, and it seems that the build fails because the locally cached PKGBUILD is not updated.

thanks @ribugent

That worked for me too.

In my case, I've fixed it by patching the source code via pkgbuild

diff --git a/PKGBUILD b/PKGBUILD
index 13702e4..d97724c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -25,6 +25,7 @@ sha256sums=('SKIP')

 build() {
   cd "$_pkgname"
+  sed -i 's:gio-unix-2.0/gio/gunixconnection.h:glib-2.0/gio/gunixsocketaddress.h:g' src/netcfg/netcfg-device.hpp
   ./bootstrap.sh
   ./configure --prefix=/usr --sbindir=/usr/bin --sysconfdir=/etc --localstatedir=/var --enable-bash-completion --enable-dco
   make -j $(nproc)

Hope this helps

I'm getting this error when it tries to compile:

src/netcfg/netcfg-device.hpp:33:10: fatal error: gio-unix-2.0/gio/gunixconnection.h: No such file or directory

which makes sense; I indeed don't have that header. But I'm not exactly sure how to get this to install.

EDIT: Okay, I'm symlinked the header into where it was expecting it:

ln -s /usr/include/glib-2.0/gio/gunixconnection.h /usr/include/gio-unix-2.0/gio/

which worked, but seems like a bit of a hack. :D

Hi, the build fails because it's using pushd and popd, that aren't available in some shells (e.g. dash) since it's not a POSIX functionality, therefore the build process should be adapted to use something like bash as a shell

There's an issue with the tinyxml2, it's declared as a makedepends and also as optdepends.

Currently, my system doesn't have the tinyxml2 installed per se, and also my aur helper(yay) cleans build dependencies always, so I've ended up with a broken openvpn3-admin binary

$ ldd /usr/bin/openvpn3-admin
        linux-vdso.so.1 (0x00007fff1ebd6000)
        libcrypto.so.1.1 => /usr/lib/libcrypto.so.1.1 (0x00007f2e97c94000)
        libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f2e97aca000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f2e97a6f000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f2e97932000)
        libjsoncpp.so.25 => /usr/lib/libjsoncpp.so.25 (0x00007f2e978fa000)
        libuuid.so.1 => /usr/lib/libuuid.so.1 (0x00007f2e978f1000)
        libsystemd.so.0 => /usr/lib/libsystemd.so.0 (0x00007f2e97813000)
        libprotobuf.so.30 => /usr/lib/libprotobuf.so.30 (0x00007f2e97527000)
        libtinyxml2.so.9 => not found
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f2e97301000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f2e972e6000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f2e972e1000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007f2e970d5000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f2e970d0000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f2e970c9000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007f2e970af000)
        libmount.so.1 => /usr/lib/libmount.so.1 (0x00007f2e9706c000)
        libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f2e97058000)
        libffi.so.8 => /usr/lib/libffi.so.8 (0x00007f2e9704a000)
        libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f2e96fd3000)
        /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f2e9801b000)
        librt.so.1 => /usr/lib/librt.so.1 (0x00007f2e96fce000)
        liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f2e96fa5000)
        libzstd.so.1 => /usr/lib/libzstd.so.1 (0x00007f2e96ef6000)
        liblz4.so.1 => /usr/lib/liblz4.so.1 (0x00007f2e96ed3000)
        libcap.so.2 => /usr/lib/libcap.so.2 (0x00007f2e96ec5000)
        libgcrypt.so.20 => /usr/lib/libgcrypt.so.20 (0x00007f2e96d89000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007f2e96ca1000)
        libblkid.so.1 => /usr/lib/libblkid.so.1 (0x00007f2e96c69000)
        libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x00007f2e96c42000)

This seems to be caused by their makefile where it detects tinyxml2 on build time and enables it.

Not sure what is the best approach to deal with that in "Arch way"... setting up as optional will require to users install it before building openvpn3 and it can cause breakages if the user removes it because was optional...

I think it would be better to set it as mandatory because the tinyxml2 doesn't pull any extra dependency and his size is only ~172KB

$ pacman -Si tinyxml2
Repository      : community
Name            : tinyxml2
Version         : 9.0.0-1
Description     : Simple XML parser made for easy integration
Architecture    : x86_64
URL             : http://www.grinninglizard.com/tinyxml2
Licenses        : zlib
Groups          : None
Provides        : None
Depends On      : None
Optional Deps   : None
Conflicts With  : None
Replaces        : None
Download Size   : 47.08 KiB
Installed Size  : 172.18 KiB
Packager        : Antonio Rojas <arojas@archlinux.org>
Build Date      : Mon Jun 14 15:54:01 2021
Validated By    : MD5 Sum  SHA-256 Sum  Signature

Thank you

You're missing python-systemd for systemd daemon. The module is imported here https://github.com/OpenVPN/openvpn3-linux/blob/8ff06c746a3aa33761841b0d85cd913c51c78511/distro/systemd/openvpn3-systemd

Per this discussion, it appears that this is not tracking jsoncpp as a dependency, and openvpn3 was failing to run properly. Apparently, this package needs to be rebuilt following the jsoncpp update.

https://github.com/OpenVPN/openvpn3-linux/issues/97

I was able to rebuild it from source on this side, which did appear to fix the problem. It would be great to see that incorporated into this package.

@bhyoo I think I did that install on a laptop that no longer runs, so I don't have a history to look back at, unfortunately. I remember it failing (I think Python?) because of an unmet dependency on Hawkey. Installing that fixed everything.

@pkulak Where did you find that update? I could not find Hawkey on dependency list (https://github.com/OpenVPN/openvpn3-linux#how-to-build-openvpn3-linux-locally)

Upgrade pkgver to 17_beta if the build failed