Package Details: openboard 1.7.3-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: fsiegert
Votes: 55
Popularity: 0.019589
First Submitted: 2016-12-06 14:42 (UTC)
Last Updated: 2024-12-19 12:07 (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 .. 16 Next › Last »

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.

duz111 commented on 2025-08-13 11:40 (UTC) (edited on 2025-08-13 11:45 (UTC) by duz111)

I was reviewing the PKGBUILD and noticed a few areas that could be improved:

  • Custom Variables: The variables QT_VER and qt are not prefixed with an underscore (_), which can risk conflicts with makepkg.
  • Conditional Logic: The ((ENABLE_QT5)) conditional logic in the global scope is non-standard. The standard way to handle this would be to have separate packages (e.g., openboard-qt5 and openboard-qt6).

I've created a corrected version of the PKGBUILD that defaults to Qt6. You can find it here: https://katb.in/erewefipuma

Vekhir commented on 2025-06-21 11:16 (UTC)

The pinned comment is still relevant, because it always happens when poppler gets updated. If you want to know more, search for "shared library" and "dynamic linking".

Basically, when building openboard, the system searches for the current version of poppler and tells openboard "Use this version". Every time that openboard starts, it asks for that version. If poppler gets updated, that version can't be found anymore and the error occurs. So we have to tell openboard that there is a new version and the simplest way is rebuilding it.

So this is not an issue with this PKGBUILD, because rebuilding still works.

SeeDborg commented on 2025-06-20 13:11 (UTC) (edited on 2025-06-20 13:12 (UTC) by SeeDborg)

OK I'll do that, but why was it working previously ? (last week, and the pinned message is from January 2024)

Can't it be fixed on the AUR side ? (sorry for the dumb question, I'm kind of a Linux noob ^^)

Vekhir commented on 2025-06-20 11:40 (UTC)

@SeeDborg Your analysis is correct and this issue is known, see pinned comment. This is not an issue with this PKGBUILD, you have to fix it yourself by rebuilding the package.

SeeDborg commented on 2025-06-20 08:28 (UTC)

Since this morning, impossible to launch openboard (nothing happens). When I launch it via the terminal I have this error :

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

I think it might be because libpoppler updated to v150 :

❯ ls /usr/lib/libpoppler.so* lrwxrwxrwx - root 12 juin 11:26  /usr/lib/libpoppler.so -> libpoppler.so.150 lrwxrwxrwx - root 12 juin 11:26  /usr/lib/libpoppler.so.150 -> libpoppler.so.150.0.0 .rwxr-xr-x 4,1M root 12 juin 11:26  /usr/lib/libpoppler.so.150.0.0

carlosal1015 commented on 2024-11-19 23:36 (UTC)

I am using openboard through [arch4edu] and recommend it strongly, the nice feature is that every time poppler upgrades, openboard recompiles again too.

Vekhir commented on 2024-11-19 19:06 (UTC)

@luuuciano You could create a package from the .deb release build. It's built for Debian 12, so I'd expect issues with the poppler version.

The best way would be to have the Arch binary in a repo. That needs a PM to adopt it. There is also arch4edu which distributes an openboard package, though the usual caveats around external repos apply.

luuuciano commented on 2024-11-19 17:31 (UTC)

I have seen other packages has a "bin" version... can that be done with openboard? I mean to save energy, and time...

Vekhir commented on 2024-11-12 03:22 (UTC)

@carlosal1015 Fixed.

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