Package Details: openboard 1.6.3-1

Git Clone URL: (read-only, click to copy)
Package Base: openboard
Description: Interactive whiteboard software for schools and universities
Upstream URL:
Licenses: GPL3
Submitter: fsiegert
Maintainer: fsiegert (bartus)
Last Packager: fsiegert
Votes: 47
Popularity: 0.30
First Submitted: 2016-12-06 14:42 (UTC)
Last Updated: 2022-06-14 10:59 (UTC)

Pinned Comments

bartus commented on 2020-10-12 08:43 (UTC) (edited on 2020-10-12 08:45 (UTC) by bartus)

Current packages state:

bartus commented on 2020-10-11 12:33 (UTC)

Please report bugs/patches on GitHub/AUR-openboard it's a quicker way to reach me :)

Latest Comments

lwgwvflcoq commented on 2022-06-09 08:47 (UTC)

@fsiegert thank you!

fsiegert commented on 2022-06-07 12:08 (UTC)

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.

dogunbound commented on 2022-05-24 20:35 (UTC)

Fails build. Possible workaround in the issue

skan commented on 2022-05-09 12:05 (UTC)

tombenko commented on 2022-04-17 23:07 (UTC)

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

carlosal1015 commented on 2022-03-22 13:17 (UTC)

Thanks! Is working now.

fsiegert commented on 2022-03-22 08:16 (UTC)

Hi @luuuciano, I hope I have now traced this ffmpeg down (+ fixed another poppler version problem along the way). You can probably remove the pkgignore now and retry. :)

luuuciano commented on 2022-03-21 16:52 (UTC)

Ok... so, it is time to implement some pkgignore I guess... c ya!

luuuciano commented on 2022-03-08 16:14 (UTC)

It would be better to go back to 1.6.1-4 and make 1.6.1-5 when the patch is made? is that possible (to not see it for ever on update warnings, or some people trying to compile it several times) What is the point of something no one can compile? (at least for regular up to date archlinux user?)

cmsigler commented on 2022-03-04 18:34 (UTC) (edited on 2022-03-04 18:41 (UTC) by cmsigler)


I'm not sure what's going on, but this build fails for me. Errors in compiling src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp. Also problems in src/pdf/XPDFRenderer.cpp which may need tweaking of poppler.patch?

Everything is up-to-date. My gcc:

$ gcc --version
gcc (GCC) 11.2.0

HTH :)

P.S.: The first problem has already reported been upstream:

Clemmitt Sigler

carlosal1015 commented on 2022-02-27 19:57 (UTC)

Hi, I ave the following message error:

g++ -c -pipe -std=c++11 -fopenmp -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -std=gnu++1z -w -flto -fno-fat-lto-objects -D_REENTRANT -fPIC -DNO_THIRD_PARTY_WARNINGS -DUBVERSION="\"1.6.1."\" -DUBVERSION_RC=1,6,1,240,0309 -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_CORE_LIB -Isrc -Isrc/web/browser -Isrc/qtsingleapplication/src -Isrc/pdf-merger -Iplugins/cffadaptor/src -I/usr/include/QuaZip-Qt5-1.2/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/QtCore -Ibuild/linux/release/moc -Ibuild/linux/release/ui -I/usr/lib/qt/mkspecs/linux-g++ -o build/linux/release/objects/UBGraphicsRuler.o src/tools/UBGraphicsRuler.cpp
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp: In function ‘void writeFrame(AVFrame*, AVPacket*, AVStream*, AVFormatContext*)’:
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:183:21: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  183 |         if (stream->codec->codec_type == AVMEDIA_TYPE_AUDIO)
      |                     ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:184:49: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  184 |             ret = avcodec_encode_audio2(stream->codec, packet, frame, &gotOutput);
      |                                                 ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:184:19: error: ‘avcodec_encode_audio2’ was not declared in this scope; did you mean ‘avcodec_encode_subtitle’?
  184 |             ret = avcodec_encode_audio2(stream->codec, packet, frame, &gotOutput);
      |                   ^~~~~~~~~~~~~~~~~~~~~
      |                   avcodec_encode_subtitle
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:186:49: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  186 |             ret = avcodec_encode_video2(stream->codec, packet, frame, &gotOutput);
      |                                                 ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:186:19: error: ‘avcodec_encode_video2’ was not declared in this scope; did you mean ‘avcodec_encode_subtitle’?
  186 |             ret = avcodec_encode_video2(stream->codec, packet, frame, &gotOutput);
      |                   ^~~~~~~~~~~~~~~~~~~~~
      |                   avcodec_encode_subtitle
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:192:48: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  192 |             AVRational codecTimebase = stream->codec->time_base;
      |                                                ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp: In member function ‘bool UBFFmpegVideoEncoder::init()’:
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:291:5: error: ‘av_register_all’ was not declared in this scope
  291 |     av_register_all();
      |     ^~~~~~~~~~~~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:292:5: error: ‘avcodec_register_all’ was not declared in this scope
  292 |     avcodec_register_all();
      |     ^~~~~~~~~~~~~~~~~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:313:48: error: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]
  313 |     AVCodec * videoCodec = avcodec_find_encoder(mOutputFormatContext->oformat->video_codec);
      |                            ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                                                |
      |                                                const AVCodec*
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:350:19: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  350 |     mVideoStream->codec = c;
      |                   ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:384:52: error: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]
  384 |         AVCodec * audioCodec = avcodec_find_encoder(mOutputFormatContext->oformat->audio_codec);
      |                                ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                                                    |
      |                                                    const AVCodec*
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:394:27: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  394 |         c = mAudioStream->codec;
      |                           ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp: In member function ‘AVFrame* UBFFmpegVideoEncoder::convertImageFrame(UBFFmpegVideoEncoder::ImageFrame)’:
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:509:37: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  509 |     avFrame->format = mVideoStream->codec->pix_fmt;
      |                                     ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:510:36: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  510 |     avFrame->width = mVideoStream->codec->width;
      |                                    ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:511:37: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  511 |     avFrame->height = mVideoStream->codec->height;
      |                                     ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:519:72: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  519 |     if (av_image_alloc(avFrame->data, avFrame->linesize, mVideoStream->codec->width,
      |                                                                        ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:520:38: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  520 |                        mVideoStream->codec->height, mVideoStream->codec->pix_fmt, 32) < 0)
      |                                      ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:520:67: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  520 |                        mVideoStream->codec->height, mVideoStream->codec->pix_fmt, 32) < 0)
      |                                                                   ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:530:29: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  530 |               mVideoStream->codec->height,
      |                             ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp: In member function ‘void UBFFmpegVideoEncoder::processAudio(QByteArray&)’:
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:551:50: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  551 |     AVCodecContext* codecContext = mAudioStream->codec;
      |                                                  ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp: In member function ‘void UBFFmpegVideoEncoder::finishEncoding()’:
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:656:33: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  656 |     avcodec_close(mVideoStream->codec);
      |                                 ^~~~~
src/podcast/ffmpeg/UBFFmpegVideoEncoder.cpp:660:37: error: ‘AVStream’ {aka ‘struct AVStream’} has no member named ‘codec’
  660 |         avcodec_close(mAudioStream->codec);
      |                                     ^~~~~
g++ -c -pipe -std=c++11 -fopenmp -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -std=gnu++1z -w -flto -fno-fat-lto-objects -D_REENTRANT -fPIC -DNO_THIRD_PARTY_WARNINGS -DUBVERSION="\"1.6.1."\" -DUBVERSION_RC=1,6,1,240,0309 -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_CORE_LIB -Isrc -Isrc/web/browser -Isrc/qtsingleapplication/src -Isrc/pdf-merger -Iplugins/cffadaptor/src -I/usr/include/QuaZip-Qt5-1.2/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/QtCore -Ibuild/linux/release/moc -Ibuild/linux/release/ui -I/usr/lib/qt/mkspecs/linux-g++ -o build/linux/release/objects/UBGraphicsAxes.o src/tools/UBGraphicsAxes.cpp
make[1]: *** [Makefile.Release:6243: build/linux/release/objects/UBFFmpegVideoEncoder.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/makepkg/openboard/src/OpenBoard-1.6.1'
make: *** [Makefile:42: release] Error 2
==> ERROR: A failure occurred in build().

fsiegert commented on 2022-02-27 18:56 (UTC)

@gerost Sorry about the late reply, this is fixed now based on a patch from openSUSE (cf.

@tombenko Indeed, this is a new problem with latest ffmpeg for which there is no patch yet upstream: I'm subscribed to that upstream ticket and will include any patch that is provided there.

tombenko commented on 2022-02-19 19:39 (UTC)

Broken again, now with az AVStream member error. Issued on GitHub.

gerost commented on 2022-01-08 16:13 (UTC)

poppler 22.01.0-1 (in arch extra since yesterday) breaks the build because poppler now uses c++17, while openboard does not. Workaround: downgrade poppler to 21.11.0-1.

fsiegert commented on 2021-12-08 13:51 (UTC)

@bartus Interesting, I didn't know. It's probably not worth a new package version, but we can fix it in the next commit?

bartus commented on 2021-12-08 10:03 (UTC) (edited on 2021-12-08 10:08 (UTC) by bartus)

@fsiegert: One addendum, desktop-file-validate complains about using extension in icon name:

$desktop-file-validate openboard.desktop
openboard.desktop: error: (will be fatal in the future): value "OpenBoard.png"
 for key "Icon" in group "Desktop Entry" is an icon name with an extension, but
 there should be no extension as described in the Icon Theme Specification if the
 value is not an absolute path

bartus commented on 2021-12-08 09:00 (UTC)

@fsiegert: sic! I must have a brain aneurysm or something, as I saw the invers of what the commit was (-_ლ) of course it's right.

fsiegert commented on 2021-12-08 07:45 (UTC)

@bartus: Thanks for taking a look. From what I understand it's not redundant -- actually quite the opposite: because we are moving the icon into /usr/share (and it thus won't exist in /opt/OpenBoard/), the desktop file needs to lose the reference to /opt/OpenBoard/. Or am I misunderstanding your point?

bartus commented on 2021-12-07 17:21 (UTC)

@fsiegert: isn't b35f243d5e22 redundant, as we already copy the PNG icon to /use/share ?

faustian commented on 2021-11-16 23:27 (UTC)

Thanks a lot. Now works

faustian commented on 2021-11-14 16:10 (UTC)

src/adaptors/UBExportDocument.cpp:46:14: fatal error: quazip.h: No such file or directory 46 | #include "quazip.h" | ^~~~~~~~~~ compilation terminated. make[1]: [Makefile.Release:3285: build/linux/release/objects/UBExportDocument.o] Error 1 make[1]: Leaving directory '/home/faustd/Downloads/OpenBoard-1.6.1' make: [Makefile:42: release] Error 2

fsiegert commented on 2021-04-30 20:06 (UTC)

@bartus That's strange indeed... I was assuming base-devel is automatically installed if makepkg is available, but apparently not. So I guess this is indeed redundant and we can remove it at the next iteration.

@dS810 You should install base-devel in any case (cf. link from bartus).

dS810 commented on 2021-04-30 18:03 (UTC)

@fsiegert Now it works as expected. Thank you!

bartus commented on 2021-04-30 17:16 (UTC) (edited on 2021-04-30 17:19 (UTC) by bartus)

@fsiegert: including patch in makedepends array is a bit funny not to mention redundant, as it gets installed with base-devel group alongside gcc, as prerequisite to build any AUR package. ¯\_(ツ)_/¯ @@wiki@@

fsiegert commented on 2021-04-30 14:57 (UTC)

@dS810 Can you try again please? I have added 'patch' as explicit dependency.

dS810 commented on 2021-04-30 13:01 (UTC) (edited on 2021-04-30 13:03 (UTC) by dS810)

I can't install this package. Error Message: (Line 28. Command not found)

==> Entpacke Quellen...
  -> Entpacke v1.6.1.tar.gz mit bsdtar
==> Beginne prepare()...
  -> drop_ThirdParty_repo
/tmp/trizen-artem/openboard/PKGBUILD: Zeile 28: patch: Kommando nicht gefunden.
==> FEHLER: Ein Fehler geschah in prepare().
    Breche ab...
:: Unable to build openboard - makepkg exited with code: 4

fbettio commented on 2021-03-22 12:35 (UTC)

@fsiegert You are right! Sorry, I've made a bit of a mess with the installation steps! Thanks again for your quick reply.

fsiegert commented on 2021-03-22 10:29 (UTC)

@fbettio It works fine for me, and your error message looks like you installed OpenBoard, then updated your system (including libpoppler) and then didn't recompile OpenBoard, such that it doesn't find the correct libpoppler.

Btw... rebuild-detector can help with these problems:

fbettio commented on 2021-03-22 10:00 (UTC)

Hi. I could not install openboard. An error appeared caused by the dependencies:

$ openboard 
openboard: error while loading shared libraries: cannot open shared object file: No such file or directory

The latest poppler installed on my archlinux is 21.03.0-1 (

Did I do something wrong? If no, could you check it?

Thanks a lot in advance, Fabio

Jumanji commented on 2020-10-21 15:31 (UTC)

@bartus: on Manjaro this does the trick, thanks!

bartus commented on 2020-10-12 23:45 (UTC) (edited on 2020-10-12 23:49 (UTC) by bartus)

@odabaz: If you intend to stick with quazip:0.9 or you are on Manjaro which is slacking off with updates, you have to roll back openboard package to commit preceding one introducing quazip:1.0 update: fa5004fdc2cc

git -C /tmp clone
git -C /tmp/openboard reset --hard fa5004fdc2c~1
(cd /tmp/openboard; makepkg -i)

As far as I know there isn't any aur-helper that can perform package reset for you, so manual is the only way here.

odabaz commented on 2020-10-12 19:31 (UTC) (edited on 2020-10-12 19:32 (UTC) by odabaz)

Hey, I'm currently not able to install openboard. The thing is that I dont know how to apply the quazip.patch to my system. It's not quite simple as it might look. My current quazip package is quazip 0.9.1-1. I'm facing a similar issue as @rs410ga was.

src/adaptors/UBImportDocument.cpp:42:10: fatal error: quazip.h: No such file or directory 42 | #include "quazip.h" | ^~~~~~~~~~ compilation terminated. make[1]: [Makefile.Release:3387: build/linux/release/objects/UBImportDocument.o] Error 1 make[1]: Waiting for unfinished jobs.... src/adaptors/UBExportDocument.cpp:43:10: fatal error: quazip.h: No such file or directory 43 | #include "quazip.h" | ^~~~~~~~~~ compilation terminated. make[1]: [Makefile.Release:3263: build/linux/release/objects/UBExportDocument.o] Error 1 make[1]: Leaving directory '/home/odabaz/Applications/openboard/src/OpenBoard-1.5.4' make: [Makefile:42: release] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

bartus commented on 2020-10-12 08:43 (UTC) (edited on 2020-10-12 08:45 (UTC) by bartus)

Current packages state:

Lasse_Ristig commented on 2020-10-11 15:52 (UTC)

@bartus, everything is fine, works.

bartus commented on 2020-10-11 12:33 (UTC)

Please report bugs/patches on GitHub/AUR-openboard it's a quicker way to reach me :)

bartus commented on 2020-10-11 12:06 (UTC)

I've updated quazip.patch please check how it's working for you champs.

Lasse_Ristig commented on 2020-10-11 12:03 (UTC)

Thank you @iyanmv!

iyanmv commented on 2020-10-11 10:05 (UTC)

Okay, so my trick wasn't a good idea. I though it was a simple path change and that quazip 1.x would be backwards compatible with quazip 0.x, but it's not the case. See:

Note the comment of current quazip maintainer in Arch:

"We don't keep old versions of libraries in the official repos unless there are official packages that need them and can't be ported, I don't see why it should be different for quazip."

So the only solution is to add a new PKGBUILD in AUR using the old 0.9 version. I did that, and you can find here:

So the only thing left to do is to changed in the PKGBUILD of openboard.

Lasse_Ristig commented on 2020-10-10 18:45 (UTC)

the trick (symlink) @iyanmv provides seems to work, but later on i get the following error:

/usr/bin/ld: cannot find -lquazip5

any help would be appreciated.

iyanmv commented on 2020-10-09 23:50 (UTC)

@rs410ga as a temp solution add the following symbolic link: sudo ln -s /usr/include/QuaZip-Qt5-1.0/quazip/ /usr/include/quazip5

I don't know if the new paths in quazip package are intended or not. I opened a bug just in case. It would be nice if they add the previous symbolic link in the package. If not, I guess updating the quazip.diff patch with the new directory should do the trick as well.

rs410ga commented on 2020-10-09 13:14 (UTC) (edited on 2020-10-09 13:14 (UTC) by rs410ga)

quazip received an update on 5 Oct.

Upon rebuilding openboard:

src/adaptors/UBExportDocument.cpp:43:10: fatal error: quazip.h: No such file or directory
   43 | #include "quazip.h"
      |          ^~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile.Release:3274: build/linux/release/objects/UBExportDocument.o] Error 1
make[1]: Leaving directory '/home/rs/.cache/yay/openboard/src/OpenBoard-1.5.4'
make: *** [Makefile:42: release] Error 2
==> ERROR: A failure occurred in build().
error making: openboard


pacman -F quazip.h
extra/quazip 0.9.1-1 [installed: 1.0-1]

TIA for any help.

iyanmv commented on 2020-09-22 12:20 (UTC) (edited on 2020-09-22 12:22 (UTC) by iyanmv)

I installed rebuild-detector but the pacman hook fails to notify me when openboard needs to be rebuilt. I guess this has to do with this (I quote from the github repo): "For performance reasons, the ldd check is only executed against direct dependencies of the packages that are being updated in this pacman transaction" At the end, I always end up realizing I need to rebuild when I try to open it and it fails.

Andhika24kd commented on 2020-09-15 08:42 (UTC)

@fsiegert My bad, didn't see that before. Will search more carefully next time.

fsiegert commented on 2020-09-15 06:46 (UTC)

@Andhika24kd You will have to rebuild OpenBoard to take the updated Poppler library into account. This was just discussed between iyanmv and bartus in the last comments, and the recommendation would be to use e.g. rebuild-detector to get notifications when AUR packages have to be rebuilt due to pacman -Syu updates.

Andhika24kd commented on 2020-09-13 15:21 (UTC)

Openboard complains about missing file but newer version ( is already there. Is it the expected behaviour (using fixed version instead of the latest one)? Is there any workaround? Sorry but I'm kinda new to Linux.

bartus commented on 2020-07-11 15:42 (UTC) (edited on 2020-07-17 13:16 (UTC) by bartus)

@iyanmv: if you would like to pop pkgrel, be my guest :) But would rather propose using rebuild-retector to get notification upon pamcan -Sy about packages that need to be rebuild.

Once I've created an automatic update script with Travis for gimp-develop-git and won't bother again.

iyanmv commented on 2020-07-11 12:03 (UTC)

Would it be possible that when a rebuild is necessary, pkgrel is increased? I always discover that I need to rebuild when I need to use the app (in the middle of a video call) and compilation takes a bit...

pogojotz commented on 2020-05-29 14:48 (UTC)

@fsiegert I resolved it. See my edit. Sorry for the noise.

fsiegert commented on 2020-05-29 14:45 (UTC)

@pogojotz @woodchip That's weird, I still can't reproduce it. Unfortunately I don't know enough about the qmake build system here, so I don't understand why it doesn't find them if qt5-webkit is installed. Let me know if you figure anything out in your debugging.

pogojotz commented on 2020-05-29 14:31 (UTC) (edited on 2020-05-29 14:43 (UTC) by pogojotz)

@fsiegert I see exactly the same error. qt5-webkit is installed.

EDIT: Nevermind. I have a second Qt installation for work and have its bin path added to $PATH so the the line qmake -spec linux-g++ used the wrong qmake version. I changed the line to /usr/bin/qmake -spec linux-g++ now it compiles.

fsiegert commented on 2020-04-22 11:38 (UTC)

@woodchip It builds for me, so I'm a bit puzzled:

==> Starting build()...
Info: creating stash file /home/fsiegert/.cache/yay/openboard/src/OpenBoard-1.5.4/.qmake.stash
make -f Makefile.Release
make[1]: Entering directory '/home/fsiegert/.cache/yay/openboard/src/OpenBoard-1.5.4'
/usr/bin/uic src/web/browser/downloaditem.ui -o build/linux/release/ui/ui_downloaditem.h

Your message sounds a bit like qt5-webkit isn't installed, but that's a dependency, so you must have it installed, no?

Does anybody else see this build problem?

woodchip commented on 2020-04-21 19:05 (UTC)

Getting the following when trying to install:

==> Starting build()... Info: creating stash file /home/arp/AUR/openboard/src/OpenBoard-1.5.4/.qmake.stash Project ERROR: Unknown module(s) in QT: webkit webkitwidgets ==> ERROR: A failure occurred in build(). Aborting...

fsiegert commented on 2020-01-19 18:04 (UTC)

@aqua123 @payam @supercow

Thanks to loqs at this should now be solved.

aqua123 commented on 2020-01-18 18:28 (UTC)

I'm getting an error when I start openboard:

openboard: symbol lookup error: openboard: undefined symbol: _ZN12GlobalParams14setupBaseFontsEPc

payam commented on 2020-01-17 20:41 (UTC)

Hi when i try to makepkg there was an error

and want some help on forum:

This is a lovely app, please be for ever

supercow commented on 2020-01-17 20:26 (UTC) (edited on 2020-01-17 20:27 (UTC) by supercow)

Hello, I am trying to build version 1.5.3 but have an error message when "makepkg -si" at some point. error message is : "src/pdf/XPDFRenderer.cpp: Dans le constructeur « XPDFRenderer::XPDFRenderer(const QString&, bool) »: src/pdf/XPDFRenderer.cpp:51:42: erreur: no match for « operator= » (operand types are « std::unique_ptr<GlobalParams> » and « GlobalParams* ») 51 | globalParams = new GlobalParams(0); " can anyone help me ? regards

diegocaja commented on 2019-12-26 15:39 (UTC)

@bartus, @fsiegert: I have installed rebuild-detector and after that, I have run the checkrebuild command that show me differents apps to be rebuilt but none was Openboard or Libpoppler. What more can I do? thanks

diegocaja commented on 2019-12-26 15:32 (UTC)

@fsiegert: How can I rebuild the package Openboard to include the new libpoppler library? I am relatively new in Arch, thanks

bartus commented on 2019-12-20 16:57 (UTC) (edited on 2019-12-20 16:57 (UTC) by bartus)

@diegocaja, @fsiegert: you should check out rebuild-detector this will monitor system upgrade process and report which AUR packages need rebuild base on missing libraries/symbols. I'm currently working on a patch that will fully automate this process

fsiegert commented on 2019-12-19 20:06 (UTC)

@diegocaja: Yes, rebuilding the OpenBoard package should help. Let us know if it doesn't help.

diegocaja commented on 2019-12-19 17:15 (UTC)

I think there is a new version of "libpoppler" that went out and this new message appears in my terminal when a try to open Openboard "openboard: error while loading shared libraries: cannot open shared object file: No such file or directory". For now, I solved this problem making a copy of and changing the number 92 for 90. But I wanna know if there is a better solution like rebuild the OpenBoard package or something similar? Thanks

fsiegert commented on 2019-04-12 13:20 (UTC)

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

bartus commented on 2019-04-12 12:57 (UTC) (edited on 2019-04-12 12:58 (UTC) by bartus)

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

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 (UTC)

@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 (UTC)

@fsiegert: Sure, count me in.

chilledfrogs commented on 2019-04-11 08:03 (UTC) (edited on 2019-04-11 08:08 (UTC) by chilledfrogs)

@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 (UTC)

@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 (UTC) (edited on 2019-04-11 06:43 (UTC) by bartus)

@fsiegert: I made a PR with some critical memory leak patch. Please include it in PKGBUILD:

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 (UTC)

@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 (UTC)

@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/".
[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/
(gdb) bt full
#0  0x00007ffff1524d7f in raise () at /usr/lib/
#1  0x00007ffff150f672 in abort () at /usr/lib/
#2  0x00007ffff1567878 in __libc_message () at /usr/lib/
#3  0x00007ffff156e18a in  () at /usr/lib/
#4  0x00007ffff156f97c in _int_free () at /usr/lib/
#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/
#6  0x00007fff9cb64033 in std::locale::_Impl::_Impl(unsigned long) () at /usr/lib/jvm/java-10-jdk/lib/
#7  0x00007fff9cb64fa5 in std::locale::_S_initialize_once() () at /usr/lib/jvm/java-10-jdk/lib/
#8  0x00007ffff1a204ff in __pthread_once_slow () at /usr/lib/
#9  0x00007fff9cb64ff1 in std::locale::_S_initialize() () at /usr/lib/jvm/java-10-jdk/lib/
#10 0x00007fff9cb65033 in std::locale::locale() () at /usr/lib/jvm/java-10-jdk/lib/
#11 0x00007fff9cb368f4 in std::ios_base::Init::Init() () at /usr/lib/jvm/java-10-jdk/lib/
#12 0x00007fff9cb2e034 in __static_initialization_and_destruction_0(int, int) () at /usr/lib/jvm/java-10-jdk/lib/
#13 0x00007fff9cb2e066 in _GLOBAL__sub_I_JLIWrapper_md.cpp () at /usr/lib/jvm/java-10-jdk/lib/
#14 0x00007ffff7fe354a in call_init.part () at /lib64/
#15 0x00007ffff7fe364a in _dl_init () at /lib64/
#16 0x00007ffff7fe7533 in dl_open_worker () at /lib64/
#17 0x00007ffff1624f57 in _dl_catch_exception () at /usr/lib/
#18 0x00007ffff7fe6dff in _dl_open () at /lib64/
#19 0x00007fffed84e15a in  () at /usr/lib/
#20 0x00007ffff1624f57 in _dl_catch_exception () at /usr/lib/
#21 0x00007ffff1624ff3 in _dl_catch_error () at /usr/lib/
#22 0x00007fffed84e8bf in  () at /usr/lib/
#23 0x00007fffed84e1fa in dlopen () at /usr/lib/
#24 0x00007ffff1ca940e in  () at /usr/lib/
#25 0x00007ffff1ca2f36 in  () at /usr/lib/
#26 0x00007ffff377373e in  () at /usr/lib/
#27 0x00007ffff375bbb8 in  () at /usr/lib/
#28 0x00007ffff3758cf3 in  () at /usr/lib/
#29 0x00007ffff3759759 in  () at /usr/lib/
#30 0x00007ffff3735c4f in  () at /usr/lib/
#31 0x00007ffff4805187 in  () at /usr/lib/
#32 0x00007ffff3712536 in  () at /usr/lib/
#33 0x00007ffff371558c in QWebSettings::QWebSettings(WebCore::Page*) () at /usr/lib/
#34 0x00007ffff3745165 in QWebPageAdapter::initializeWebCorePage() () at /usr/lib/
#35 0x00007ffff608eebf in  () at /usr/lib/
#36 0x00007ffff60921db in QWebPage::QWebPage(QObject*) () at /usr/lib/
#37 0x00007ffff6099ac3 in QWebView::page() const () at /usr/lib/
#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 ()

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

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 (UTC) (edited on 2019-04-10 12:37 (UTC) by bartus)

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

chilledfrogs commented on 2019-04-10 09:59 (UTC) (edited on 2019-04-10 16:26 (UTC) by chilledfrogs)

@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/".
[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/

Standard memory leak or something else?

chilledfrogs commented on 2019-04-10 09:38 (UTC) (edited on 2019-04-10 09:40 (UTC) by chilledfrogs)

@bartus I will try and see what happens :)

It sure does look like it, and I tried to use gdb but admittedly I'm not incredibly experienced with it; the reason why I'm asking for help here and not on OpenBoard's GitHub is the fact that they don't seem to care too much for any distro apart from Ubuntu, which is in my view a bit stupid, but hey...

bartus commented on 2019-04-09 15:37 (UTC) (edited on 2019-04-09 15:38 (UTC) by bartus)

@chilledfrogs, You should try building with options=(debug !strip) added to your PKGBUILD. Gether output from gdb openboard and report your findings upstream. It looks like a memory leak, which is an abundant issue throught openboard code.

fsiegert commented on 2019-04-09 10:57 (UTC)

Thanks @bartus, I have included the 218.diff patch from upstream.

For the increase of fps of the podcast stream I would ask you to take the discussion upstream.

@postblue Thanks for the heads-up, I have fixed the desktop symlink issue. For the i18n I'm not doing anything manually, but just follow the canonical OpenBoard installation. So if that's not working, it would be good to discuss this with the OpenBoard developers.

@chilledfrogs I'm afraid I don't know why this crash happens. Obviously, it doesn't happen to me.

bartus commented on 2019-04-08 18:13 (UTC)

Also, could we have a patch to increase fps of the podcast stream ...

bartus commented on 2019-04-05 10:35 (UTC) (edited on 2019-04-05 20:00 (UTC) by bartus)

There is a problem with src/podcast/podcast.pri which calls Ubuntu specific command lsb_release. It's a conditional that test for ffmpeg version above 2.8.


Also depends is missing qt5-xmlpatterns

chilledfrogs commented on 2019-02-07 18:34 (UTC)

I'm still having the exact same crash on launch, could anyone please help me? I have no idea even where to start...

postblue commented on 2019-01-25 08:33 (UTC)

I just went through the update to 1.5.2. I noticed that /usr/share/applications/openboard.desktop appears to be a broken symlink to a file in the building directory (using pikaur, I would have to try with makepkg as I don't see where this behaviour might come from reading the PKGBUILD).

postblue commented on 2018-12-27 03:05 (UTC) (edited on 2018-12-27 03:22 (UTC) by postblue)

There is a problem with the handling of i18n. Using GNOME, my locale is fr_FR (UTF8) and I set App/PreferredLanguage=fr in .local/share/OpenBoard/OpenBoardUser.config. I first thought the locale file was not found, but I found out by opening the .deb that the .ts files in /opt/openboard/i18n should be .qm ones. Is it possible that the translation files are not compiled?

chilledfrogs commented on 2018-12-24 18:53 (UTC) (edited on 2018-12-31 16:14 (UTC) by chilledfrogs)

Really sorry to bother, but this package still fails on launch for me and I really have no clue why. When I launch it from the terminal, here is the output (before promptly crashing):

sAppSettings location:  "/opt/openboard/etc/openboard.config"
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
free(): invalid pointer

Any help would be greatly appreciated, I was hoping the latest build would fix it but no dice...

fsiegert commented on 2018-12-16 22:39 (UTC)

Thanks @madprog, I have added this patch, and taken the opportunity to update the package to version 1.5.1.

Best, Frank

madprog commented on 2018-12-16 12:29 (UTC) (edited on 2018-12-16 12:33 (UTC) by madprog)

I needed to apply this patch to have a successful compilation. It looks like the last qt5-webkit moved the QtWebKit/QWebView header to QtWebKitWidgets/QWebView.

Please use and amend this patch at will ;)

(For some reason, urls are changed to <urls> in the markup)

commit d4e03ce21870c0ac6d09afeca0653a442414190b (HEAD -> master)
Author: Paul Morelle <>
Date:   Sun Dec 16 13:13:03 2018 +0100

    qt5-webkit moved QWebKit/QWebView to QWebKitWidgets

diff --git a/PKGBUILD b/PKGBUILD
index [`921e81d`]( 100644
@@ -11,11 +11,13 @@ source=("<>$pkgver.tar.gz"
+        qwebkit.patch
+         'ce18e13a42c371232d092fd47a1022fc'

 prepare() {
@@ -25,6 +27,7 @@ prepare() {
   cd $srcdir/OpenBoard-$pkgver
   patch -p1 < $srcdir/ssl10.patch
   patch -p1 < $srcdir/qchar.patch
+  patch -p1 < $srcdir/qwebkit.patch

 build() {
diff --git a/qwebkit.patch b/qwebkit.patch
new file mode 100644
index 0000000..0bf6e6a
--- /dev/null
+++ b/qwebkit.patch
@@ -0,0 +1,12 @@
+diff -u -ubr a/resources/forms/trapFlash.ui b/resources/forms/trapFlash.ui
+--- a/resources/forms/trapFlash.ui     2017-05-09 15:59:42.177965830 +0200
++++ b/resources/forms/trapFlash.ui     2017-05-09 16:00:08.547747097 +0200
+@@ -113,7 +113,7 @@
+   <customwidget>
+    <class>QWebView</class>
+    <extends>QWidget</extends>
+-   <header>QtWebKit/QWebView</header>
++   <header>QtWebKitWidgets/QWebView</header>
+   </customwidget>
+  </customwidgets>
+  <resources/>

fsiegert commented on 2018-06-01 11:30 (UTC)

@mgisbers Thanks, this dependency is added now. Can you let me know if it still doesn't work?

mgisbers commented on 2018-06-01 11:06 (UTC) (edited on 2018-06-01 11:07 (UTC) by mgisbers)

Seems like it needs sdl as dependency:

[...] /usr/bin/ld: cannot find -lSDL collect2: error: ld returned 1 exit status make[1]: *** [Makefile.Release:1323: build/linux/release/product/OpenBoard] Error 1 [...]

fsiegert commented on 2018-05-21 08:16 (UTC)

@kbk Thanks, this dependency is added now.

kbk commented on 2018-05-21 06:31 (UTC) (edited on 2018-05-21 06:32 (UTC) by kbk)


There is an extra dependency for openboard 1.4.0-1:



fsiegert commented on 2017-05-12 08:24 (UTC)

@bderembl Thanks for reporting back. I had qt5-tools installed already so I didn't notice the missing dependency. Fixed now!

bderembl commented on 2017-05-12 07:59 (UTC)

awesome. I think there is an extra dependency: qt5-tools works great otherwise thanks

hwkiller commented on 2017-05-12 07:22 (UTC)

@fsiegert Excellent work! It seems like there are more features now (?) presumably from the resources folder. Thanks for the hard work; it works like a charm!

fsiegert commented on 2017-05-11 09:48 (UTC)

@hwkiller Ok, thanks for the confirmation. I have added a desktop file now, and also installed some stuff from the resources/ folder into /opt/openboard/ similar to the Ubuntu package provided upstream. To make sure this is picked up I had to move the executable to /opt/openboard/OpenBoard, but I have provided a symlink from /usr/bin/openboard (note new capitalisation consistent with upstream and other dists). It should now find the content of the library. Let me know if you notice any problems.

hwkiller commented on 2017-05-11 06:48 (UTC)

@fsiegert, Seems to be compiling fine with that include change. Does openboard ship with any .desktop file anywhere in their repo? If not, it'd be nice to have an openboard .desktop file so I don't have to launch it via the /usr/bin command.

fsiegert commented on 2017-05-09 14:27 (UTC)

@hwkiller @benjarobin I have now tested myself and found a workaround for the change of QtMultiMedia.h on the system. Can you try it out and confirm whether all problems are resolved? Thanks!

fsiegert commented on 2017-05-04 15:53 (UTC)

Hi hwkiller and benjarobin, thanks for your investigations, I can include a patch as soon as the last point mentioned by hwkiller is clarified: I can't make the openboard package modify the QtMultimedia header file. Now I'm wondering why this was not a problem for you, benjarobin? Can you confirm that you compiled without that modification? Cheers, Frank

hwkiller commented on 2017-05-03 16:46 (UTC)

Oh! I forgot. There's one extra thing you have to do, and it's questionable. The project depends on Qt 5.5, technically, and has an #include <QtMultimedia>, which pulls in qtmultimediadefs.h, which then tries to pull in an non-existent file. This is a Qt 5.8 bug, acknowledged by the Qt team. To compile, you have to remove the #include "qtmultimediadefs.h" line from the QtMultimedia header on your system. Yes this sucks. No, there isn't another option it seems.

hwkiller commented on 2017-05-02 22:58 (UTC)

Ha, I only came back to comment that I solved it with two patches, and ofc you give your fix too. Patches below: ssl10.patch ----------- --- a/ 2017-02-25 17:44:23.000000000 -0600 +++ b/ 2017-05-02 17:42:31.332536268 -0500 @@ -44,6 +44,7 @@ QT += core INCLUDEPATH += src +INCLUDEPATH = "/usr/include/openssl-1.0" + $${INCLUDEPATH} include($$THIRD_PARTY_PATH/libs.pri) include(src/adaptors/adaptors.pri) @@ -400,7 +401,7 @@ linux-g++* { CONFIG += link_prl - LIBS += -lcrypto + LIBS += #LIBS += -lprofiler LIBS += -lX11 qchar.patch -------------- --- a/src/core/UBTextTools.cpp 2017-02-25 17:44:23.000000000 -0600 +++ b/src/core/UBTextTools.cpp 2017-05-02 17:33:53.502881628 -0500 @@ -34,7 +34,7 @@ for(int i = 0; i < _html.length(); i+=1){ - if( != '\0') + if( != QChar('\0')) clean.append(; } ---------- Works great now. Just throw those into the source array of the pkgbuild, then add to prepare() patch commands (e.g., patch -p1 < $srcdir/qchar.patch)

benjarobin commented on 2017-05-02 19:20 (UTC)

In order to build, I did add these lines juste before qmake ... ln -s /usr/lib/ sed -i 's|LIBS += -lcrypto|INCLUDEPATH += /usr/include/openssl-1.0/\n LIBS += -L$$PWD/ -lcrypto|' sed -i "s|!= '\\\0'|!= QChar('\\\0')|" src/core/UBTextTools.cpp

hwkiller commented on 2017-05-02 18:35 (UTC)

I cannot get this to compile. I assume this is due to the openssl 1.0 -> openssl 1.1 update recently in arch.