Package Details: openboard 1.7.4-1

Git Clone URL: https://aur.archlinux.org/openboard.git (read-only, click to copy)
Package Base: openboard
Description: Interactive whiteboard software for schools and universities
Upstream URL: http://openboard.ch/index.en.html
Licenses: GPL3
Submitter: fsiegert
Maintainer: fsiegert (bartus, Vekhir)
Last Packager: Vekhir
Votes: 55
Popularity: 0.001440
First Submitted: 2016-12-06 14:42 (UTC)
Last Updated: 2026-01-22 17:30 (UTC)

Pinned Comments

bartus commented on 2024-03-12 15:41 (UTC) (edited on 2024-03-13 09:39 (UTC) by bartus)

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.

fsiegert commented on 2023-01-16 12:04 (UTC)

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

Latest Comments

1 2 3 4 5 6 .. 17 Next › Last »

tombenko commented on 2025-12-14 17:29 (UTC)

@Vekhir: Compiled, installed, working, thank you!

Vekhir commented on 2025-12-13 13:06 (UTC)

I reproduced the issue, then pushed a fix, then did a pkgrel bump to ensure that AUR helpers detect the change. For me, the issue doesn't occur anymore.

Do you reproduce this issue when building 1.7.3-2?

Please check the output. Do you see something like

==> Retrieving sources...
  -> Found v1.7.3.tar.gz
  -> Found openboard-support-poppler-25.12.patch
==> Validating source files with sha256sums...
    v1.7.3.tar.gz ... Passed
    openboard-support-poppler-25.12.patch ... Passed
==> Making package: openboard 1.7.3-2 (Sat Dec 13 12:56:24 2025)

The patch file is important, because it contains the fix. If you still have trouble building the package, then I'm sorry to say that I cannot reproduce it.

tombenko commented on 2025-12-13 07:27 (UTC)

@Vekhir: A simple bump do not solve the problem, because it happens in the building process.

Vekhir commented on 2025-12-10 12:45 (UTC)

I'm not familiar with yay. I've done a pkgrel bump, please make sure that yay builds 1.7.3-2

urie commented on 2025-12-10 09:02 (UTC)

I‘m trying to rebuild a package with yay and got the same error as @tombenko

Vekhir commented on 2025-12-09 14:54 (UTC)

@urie Yes, you need to rebuild the package, see pinned comment.

urie commented on 2025-12-09 12:21 (UTC)

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

Maybe it's caused by the new version of poppler?

Vekhir commented on 2025-12-07 23:57 (UTC)

@tombenko Fix has been pushed.

tombenko commented on 2025-12-07 22:22 (UTC)

Something is broken. There is a new version of poppler, and when I try to recompile the package, I get the error message:

/home/tombenko/Nyilvános/openboard/src/OpenBoard-1.7.3/src/pdf/XPDFRenderer.cpp:65:55: required from here 65 | mDocument = new PDFDoc(std::make_unique<GooString>(filename.toLocal8Bit())); | ~^~ /usr/include/c++/15.2.1/bits/unique_ptr.h:1084:30: error: call of overloaded ‘GooString(QByteArray)’ is ambiguous 1084 | { return unique_ptr<_Tp>(new _Tp(std::forward<_Args>(__args)...)); } | ^~~

Vekhir commented on 2025-08-13 11:58 (UTC)

Thanks for the review.

Two notes: The option -DQT_VERSION=6 is the default, so doesn't need to be specified. The Qt5 logic was added by @bartus, and at this point I'd just leave it be unless it actually causes problems.