Package Details: openboard 1.5.3-3

Git Clone URL: https://aur.archlinux.org/openboard.git (read-only)
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)
Last Packager: bartus
Votes: 11
Popularity: 0.559100
First Submitted: 2016-12-06 14:42
Last Updated: 2019-04-12 15:02

Latest Comments

1 2 3 4 Next › Last »

fsiegert commented on 2019-04-12 13:20

@bartus: Thanks, seems to work fine for me, please do push them to AUR.

bartus commented on 2019-04-12 12:57

@fsiegert: I've made few tweaks here and there, could you check how they're working for you. Then I'm going to import them to AUR.

https://github.com/bartoszek/AUR-openboard/tree/drop_all_internall_deps

list of changes:

  • use system quazip instead of the internal one.

  • replace xpdf with poppler

  • drop OpenBoard-ThirdParty and move libs.pri to the main repo.

  • add install script

  • fix $.desktop file ownership

Particularly please check how pdf drag&drop import is working.

fsiegert commented on 2019-04-11 11:48

@bartus Done. Thanks for joining and helping out with the packaging! Feel free to improve my very simple attempt of a PKGBUILD.

bartus commented on 2019-04-11 10:08

@fsiegert: Sure, count me in.

chilledfrogs commented on 2019-04-11 08:03

@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

fsiegert commented on 2019-04-11 07:10

@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?

bartus commented on 2019-04-11 06:42

@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

fsiegert commented on 2019-04-11 06:35

@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?

chilledfrogs commented on 2019-04-10 16:59

@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

bartus commented on 2019-04-10 12:05

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