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.)

Updated from AUR and now after install when trying to run I see this message: openboard: error while loading shared libraries: libpoppler.so.125: cannot open shared object file: No such file or directory

System is showing these popplers: libpoppler.so libpoppler.so.126 libpoppler.so.126.0.0

So no 125... Not sure what the work around is.

Unable to get @gbaldassin 's solution to work... Uninstalled and tried to makepkg from the AUR and keep getting stuck in a loop while building here:

g++ -c -pipe -std=c++11 -fopenmp -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -std=gnu++1z -w -flto -fno-fat-lto-objects -D_REENTRANT -fPIC -DQAPPLICATION_CLASS=QApplication -DNO_THIRD_PARTY_WARNINGS -DUBVERSION="\"1.6.4."\" -DUBVERSION_RC=1,6,4,240,0927 -DQT_NO_DEBUG -DQT_WEBKITWIDGETS_LIB -DQT_WEBKIT_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_MULTIMEDIAWIDGETS_LIB -DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB -DQT_MULTIMEDIA_LIB -DQT_GUI_LIB -DQT_XMLPATTERNS_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_CONCURRENT_LIB -DQT_CORE_LIB -Isrc -I/usr/include/ffmpeg4.4 -Isrc/web/browser -Isrc/singleapplication -Isrc/pdf-merger -Iplugins/cffadaptor/src -I/usr/include/QuaZip-Qt5-1.3/quazip -I/usr/include/poppler -I/usr/include/qt -I/usr/include/qt/QtWebKitWidgets -I/usr/include/qt/QtWebKit -I/usr/include/qt/QtSvg -I/usr/include/qt/QtUiTools -I/usr/include/qt/QtMultimediaWidgets -I/usr/include/qt/QtPrintSupport -I/usr/include/qt/QtWidgets -I/usr/include/qt/QtMultimedia -I/usr/include/qt/QtGui -I/usr/include/qt/QtXmlPatterns -I/usr/include/qt/QtNetwork -I/usr/include/qt/QtXml -I/usr/include/qt/QtConcurrent -I/usr/include/qt/QtCore -Ibuild/linux/release/moc -Ibuild/linux/release/ui -I/usr/lib/qt/mkspecs/linux-g++ -o build/linux/release/objects/UBImportImage.o src/adaptors/UBImportImage.cpp

it just keeps repeating this.

When I try makepkg -f: ==> Making package: openboard 1.6.4-1 (Tue 06 Dec 2022 10:54:11 AM CST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found v1.6.4.tar.gz -> Found openboard.desktop -> Found qchar.patch -> Found quazip.patch -> Found drop_ThirdParty_repo.patch -> Found ffmpeg.patch ==> Validating source files with sha256sums... v1.6.4.tar.gz ... Passed openboard.desktop ... Passed qchar.patch ... Passed quazip.patch ... Passed drop_ThirdParty_repo.patch ... Passed ffmpeg.patch ... Passed ==> Extracting sources... -> Extracting v1.6.4.tar.gz with bsdtar ==> Starting prepare()... -> drop_ThirdParty_repo The next patch would create the file libs.pri, which already exists! Applying it anyway. patching file libs.pri Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file libs.pri.rej -> qchar patching file src/core/UBTextTools.cpp -> quazip patching file OpenBoard.pro Hunk #1 succeeded at 451 (offset 18 lines). patching file plugins/cffadaptor/UBCFFAdaptor.pro patching file libs.pri Hunk #1 FAILED at 23. 1 out of 1 hunk FAILED -- saving rejects to file libs.pri.rej ==> ERROR: A failure occurred in prepare(). Aborting...

I have been using this application for months with no issue and use it almost daily. Its quite a hit to suddenly not be able to use it.

I had the same issue and yes, you need to reinstall it, but also make sure you do a clean build. This is especially relevant with AUR helpers.

@gbaldassin: You probably just need to re-install (i.e. compile) OpenBoard from the AUR after the poppler update, no?

openboard: error while loading shared libraries: libpoppler.so.123: cannot open shared object file: No such file or directory

libraries installed: /usr/lib/libpoppler.so.124 /usr/lib/libpoppler.so.124.0.0

SOLVED: created a link sudo ln -s libpoppler.so.124.0.0 libpoppler.so.123 thank you

@fsiegert thank you!

Sorry about the slow response, I have finally managed to find the time to update my installation and fix the issues with OpenBoard compilation here. At the same time I have updated to OpenBoard 1.6.2. Please give the latest version a try and let me know if there are still any issues.

https://github.com/bartoszek/AUR-openboard/issues/12

Fails build. Possible workaround in the issue

https://github.com/bartoszek/AUR-openboard/issues/12

There is a new Quazip packages, with new directory names. Please, modify the quazip.patch!

Thanks! Is working now.