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 Done. Thanks for joining and helping out with the packaging! Feel free to improve my very simple attempt of a PKGBUILD.

@fsiegert: Sure, count me in.

@fsiegert Just checked on the latest update, and no, doesn't fix it, sorry... I'll try @bartus's suggestions on the GitHub issue I posted concerning making a debug copy and disabling gcc's optimizations

@bartus I have included this patch in the PKGBUILD, thanks for the pointer... also for making me realise that there is a recording function at all. This is quite neat!

As for pushing packages to GitHub: while I'm generally a big fan of GitLab/GitHub for larger software projects, I would find this parallel structure a bit of overkill for the PKGBUILDs of the relatively minor packages I'm maintaining. For those I'm fine relying on the git repo and comments functionality provided by AUR. But I understand that it might be useful for you to be able to push changes more directly. Since you seem to be interested in OpenBoard on Archlinux I was wondering whether you'd mind me adding you as co-maintainer to the package in AUR?

@fsiegert: I made a PR with some critical memory leak patch. Please include it in PKGBUILD: https://github.com/OpenBoard-org/OpenBoard/issues/222

btw. perhaps you would like to push all your AUR packages to GitHub, to benefit from issues/PR feature, I've just made this move with some simple bash script (70+ packages) you can find my scripts here

@chilledfrogs I have updated the PKGBUILD to version 1.5.3 released yesterday. Do you want to give it a try whether that happens to fix your problem?

@bartus Here's the full backtrace from gdb:

Reading symbols from openboard...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/openboard 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe830a700 (LWP 23752)]
[New Thread 0x7fffe6463700 (LWP 23753)]
sAppSettings location:  "/opt/openboard/etc/openboard.config"
QObject::connect: No such signal UBApplication::messageReceived(const QString&, QObject*)
[New Thread 0x7fff9f488700 (LWP 23754)]
[New Thread 0x7fff9ec87700 (LWP 23767)]
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
free(): invalid pointer

Thread 1 "openboard" received signal SIGABRT, Aborted.
0x00007ffff1524d7f in raise () from /usr/lib/libc.so.6
(gdb) bt full
#0  0x00007ffff1524d7f in raise () at /usr/lib/libc.so.6
#1  0x00007ffff150f672 in abort () at /usr/lib/libc.so.6
#2  0x00007ffff1567878 in __libc_message () at /usr/lib/libc.so.6
#3  0x00007ffff156e18a in  () at /usr/lib/libc.so.6
#4  0x00007ffff156f97c in _int_free () at /usr/lib/libc.so.6
#5  0x00007fff9cb574d2 in std::locale::_Impl::_M_install_facet(std::locale::id const*, std::locale::facet const*) () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#6  0x00007fff9cb64033 in std::locale::_Impl::_Impl(unsigned long) () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#7  0x00007fff9cb64fa5 in std::locale::_S_initialize_once() () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#8  0x00007ffff1a204ff in __pthread_once_slow () at /usr/lib/libpthread.so.0
#9  0x00007fff9cb64ff1 in std::locale::_S_initialize() () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#10 0x00007fff9cb65033 in std::locale::locale() () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#11 0x00007fff9cb368f4 in std::ios_base::Init::Init() () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#12 0x00007fff9cb2e034 in __static_initialization_and_destruction_0(int, int) () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#13 0x00007fff9cb2e066 in _GLOBAL__sub_I_JLIWrapper_md.cpp () at /usr/lib/jvm/java-10-jdk/lib/libdeploy.so
#14 0x00007ffff7fe354a in call_init.part () at /lib64/ld-linux-x86-64.so.2
#15 0x00007ffff7fe364a in _dl_init () at /lib64/ld-linux-x86-64.so.2
#16 0x00007ffff7fe7533 in dl_open_worker () at /lib64/ld-linux-x86-64.so.2
#17 0x00007ffff1624f57 in _dl_catch_exception () at /usr/lib/libc.so.6
#18 0x00007ffff7fe6dff in _dl_open () at /lib64/ld-linux-x86-64.so.2
#19 0x00007fffed84e15a in  () at /usr/lib/libdl.so.2
#20 0x00007ffff1624f57 in _dl_catch_exception () at /usr/lib/libc.so.6
#21 0x00007ffff1624ff3 in _dl_catch_error () at /usr/lib/libc.so.6
#22 0x00007fffed84e8bf in  () at /usr/lib/libdl.so.2
#23 0x00007fffed84e1fa in dlopen () at /usr/lib/libdl.so.2
#24 0x00007ffff1ca940e in  () at /usr/lib/libQt5Core.so.5
#25 0x00007ffff1ca2f36 in  () at /usr/lib/libQt5Core.so.5
#26 0x00007ffff377373e in  () at /usr/lib/libQt5WebKit.so.5
#27 0x00007ffff375bbb8 in  () at /usr/lib/libQt5WebKit.so.5
#28 0x00007ffff3758cf3 in  () at /usr/lib/libQt5WebKit.so.5
#29 0x00007ffff3759759 in  () at /usr/lib/libQt5WebKit.so.5
#30 0x00007ffff3735c4f in  () at /usr/lib/libQt5WebKit.so.5
#31 0x00007ffff4805187 in  () at /usr/lib/libQt5WebKit.so.5
#32 0x00007ffff3712536 in  () at /usr/lib/libQt5WebKit.so.5
#33 0x00007ffff371558c in QWebSettings::QWebSettings(WebCore::Page*) () at /usr/lib/libQt5WebKit.so.5
#34 0x00007ffff3745165 in QWebPageAdapter::initializeWebCorePage() () at /usr/lib/libQt5WebKit.so.5
#35 0x00007ffff608eebf in  () at /usr/lib/libQt5WebKitWidgets.so.5
#36 0x00007ffff60921db in QWebPage::QWebPage(QObject*) () at /usr/lib/libQt5WebKitWidgets.so.5
#37 0x00007ffff6099ac3 in QWebView::page() const () at /usr/lib/libQt5WebKitWidgets.so.5
#38 0x00005555557fcbdc in  ()
#39 0x00005555557fd53c in  ()
#40 0x00005555557fdb4d in  ()
#41 0x00005555556f5b11 in  ()
#42 0x00005555556f7214 in  ()
#43 0x00005555556f7b9a in  ()
#44 0x00005555556e5e7e in  ()
#45 0x00005555556eb73d in  ()
#46 0x000055555570e580 in  ()
#47 0x0000555555676272 in main ()
(gdb)

Note a new message about QObject::connect with the very latest update, idk what that's about.

Concerning Valgrind, the output is so verbose that I'm putting it elsewhere (fun fact: it made Gist almost crash on my side, then throw a 405 when I wanted to actually save it, and Pastebin just crashed on my side): https://keybase.pub/chilledfrogs/valgrind_openboard.log

The best part of all? It actually runs fine when invoked by Valgrind, except when I tell it to proceed with Open-Sankoré importing (yes, for whatever reason, it "finds" Open-Sankoré files on a fresh install systematically unless I delete .local/openboard/, but then on the launch after that it does it again), in which case it crashes...

I am rebuilding it hopefully really in debug mode as we speak, let's see if it gives any more info

And honestly at this point I guess I might as well bring it up on GitHub indeed xD

@chilledfrogs: Can't tell, run bt full in gdb after a crash, it will show the exact line that issue occurs. You can also trace execution with Valgrind vm tool (run valgrind --leak-check=full --show-leak-kinds=all --track-origins=yes openboard).

btw. It would be nice to move the discussion to github, for the devs to be able to make use of it

Just noticed - to build in debug mode, you need to append debug to every make invocation in build() function Check out debug branch on my github mirror.

@bartus Got this when run from gdb:

(gdb) run
Starting program: /usr/bin/openboard 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe809a700 (LWP 17670)]
[New Thread 0x7fffe61fa700 (LWP 17671)]
sAppSettings location:  "/opt/openboard/etc/openboard.config"
[New Thread 0x7fff9f225700 (LWP 17756)]
[New Thread 0x7fff9ea24700 (LWP 17757)]
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
free(): invalid pointer

Thread 1 "openboard" received signal SIGABRT, Aborted.
0x00007ffff1515d7f in raise () from /usr/lib/libc.so.6

Standard memory leak or something else?