Arch Linux User Repository

Since version v1.7.0 the Qt5 backend is no longer actively maintained and supported.

Control environment variable can be used to force build against qt5

• ENABLE_QT5=1 to build against qt5 (default:off)

Usage cases:

• makepkg ENABLE_QT5=1
• yay -S openboard --mflags="ENABLE_QT5=1"

Yay users warning:

If you want to build against qt5, you have to call pacman -S qt5-{base,declarative,multimedia,tools,svg,webchannel,webengine} beforehand.

@unphysicalix: That's correct, you have to rebuild after dependency packages are updated. Let me make this post sticky to avoid people running into this again and again.

If OpenBoard stops working and when starting it from the command line you get an error message of the type:

openboard: error while loading shared libraries: *.so.1.1: cannot open shared object 

Then you most likely just need to rebuild OpenBoard (either with makepkg or with your favourite AUR helper) because a dependency package has been updated.

(That's the one disadvantage of AUR packages. I don't know what the threshold is for the package to be migrated into the community repository instead.)

@bartus, everything is fine, works.

Please report bugs/patches on GitHub/AUR-openboard it's a quicker way to reach me :)

I've updated quazip.patch please check how it's working for you champs.

Thank you @iyanmv!

Okay, so my trick wasn't a good idea. I though it was a simple path change and that quazip 1.x would be backwards compatible with quazip 0.x, but it's not the case. See:

https://github.com/stachenov/quazip/issues/92

Note the comment of current quazip maintainer in Arch:

"We don't keep old versions of libraries in the official repos unless there are official packages that need them and can't be ported, I don't see why it should be different for quazip."

https://bugs.archlinux.org/task/68196

So the only solution is to add a new PKGBUILD in AUR using the old 0.9 version. I did that, and you can find here:

https://aur.archlinux.org/packages/quazip-legacy/

So the only thing left to do is to changed in the PKGBUILD of openboard.

the trick (symlink) @iyanmv provides seems to work, but later on i get the following error:

/usr/bin/ld: cannot find -lquazip5

any help would be appreciated.

@rs410ga as a temp solution add the following symbolic link: sudo ln -s /usr/include/QuaZip-Qt5-1.0/quazip/ /usr/include/quazip5

I don't know if the new paths in quazip package are intended or not. I opened a bug just in case. It would be nice if they add the previous symbolic link in the package. If not, I guess updating the quazip.diff patch with the new directory should do the trick as well.

quazip received an update on 5 Oct.

Upon rebuilding openboard:

src/adaptors/UBExportDocument.cpp:43:10: fatal error: quazip.h: No such file or directory
   43 | #include "quazip.h"
      |          ^~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile.Release:3274: build/linux/release/objects/UBExportDocument.o] Error 1
make[1]: Leaving directory '/home/rs/.cache/yay/openboard/src/OpenBoard-1.5.4'
make: *** [Makefile:42: release] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
error making: openboard

and:

pacman -F quazip.h
extra/quazip 0.9.1-1 [installed: 1.0-1]
    usr/include/quazip5/quazip.h

TIA for any help.

I installed rebuild-detector but the pacman hook fails to notify me when openboard needs to be rebuilt. I guess this has to do with this (I quote from the github repo): "For performance reasons, the ldd check is only executed against direct dependencies of the packages that are being updated in this pacman transaction" At the end, I always end up realizing I need to rebuild when I try to open it and it fails.

@fsiegert My bad, didn't see that before. Will search more carefully next time.