See build 160

00:26:54  ==654==ERROR: AddressSanitizer: heap-use-after-free on address 0x60700075d3c8 at pc 0x00080264d0fb bp 0x7fffdddec670 sp 0x7fffdddec668
00:26:54  READ of size 4 at 0x60700075d3c8 thread T18
00:26:54      #0 0x80264d0fa in std::__1::__atomic_base<int, false>::load(std::__1::memory_order) const /usr/include/c++/v1/atomic:926:17
00:26:54      #1 0x80264d0fa in int QAtomicOps<int>::loadAcquire<int>(std::__1::atomic<QAtomicOps<int>::loadAcquire<int>> const&) /usr/local/include/qt5/QtCore/qatomic_cxx11.h:239
00:26:54      #2 0x80264c504 in QBasicAtomicInteger<int>::loadAcquire(void) const /usr/local/include/qt5/QtCore/qbasicatomic.h:106:51
00:26:54      #3 0x8026f3b44 in QBasicAtomicInteger<int>::operator(cast)(int, void) const /usr/local/include/qt5/QtCore/qbasicatomic.h:108:48
00:26:54      #4 0x8026f24dc in KDevelop::FileManagerListJob::startNextJob(void)::$_0::operator()(KDevelop::Path const&) const /usr/home/jenkins/workspace/KDevelop/kdevelop/kf5-qt5 FreeBSDQt5.12/kdevplatform/project/filemanagerlistjob.cpp:122:17
00:26:54      #5 0x8026f1daa in QtConcurrent::StoredFunctorCall1<void, KDevelop::FileManagerListJob::startNextJob(void)::$_0, KDevelop::Path>::runFunctor(void) /usr/local/include/qt5/QtConcurrent/qtconcurrentstoredfunctioncall.h:432:34
00:26:54      #6 0x80269c364 in QtConcurrent::RunFunctionTask<void>::run(void) /usr/local/include/qt5/QtConcurrent/qtconcurrentrunbase.h:136:19
00:26:54      #7 0x80269c528 in virtual function non-virtual override offset : -16 QtConcurrent::RunFunctionTask<void>::run(void) /usr/local/include/qt5/QtConcurrent/qtconcurrentrunbase.h
00:26:54      #8 0x807716d6f in QThreadPoolThread::run(void) /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/corelib/thread/qthreadpool.cpp:99:24
00:26:54      #9 0x80770d8d4 in QThreadPrivate::start(void*) /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/corelib/thread/qthread_unix.cpp:361:14
00:26:54      #10 0x807379775  (/lib/libthr.so.3+0xd775)

I think the issue was that there was no llvm-symbolizer binary found on the system, as in FreeBSD 12.0 it seems none is provided by the base system, so we only had the versioned ones llvm-symbolizer50 and llvm-symbolizer60 available in $PATH.

Gargh, the code kdelibs code formatter changed a lot more in kprocesslist_unix_proc.cpp than wanted :/

• Switch to 2-Clause
• Move procstat backend into its own file
• Remove now unnecessary config-kprocesslist.cmake

Remove commented line.

The FreeBSD builders now have the package pulseaudio-qt installed (also libfakekey).

I'll add it later.

Simply set NAMES EGL/egl.h and fixup the header version check.

In D19075#413462, @hausmann wrote:

I think that it should be NAMES EGL/egl.h

Store the path gathered via pkgconfig in COMPLETE_EGL_INCLUDE_DIR and
use its parent directory for EGL_INCLUDE_DIR.

Possibly the returend EGL_INCLUDE_DIR should possibly be stripped of the suffix too, as most will proably include 'EGL/egl.h', and not 'egl.h', I guess?

In D18960#411562, @kossebau wrote:

Seems this is sadly breaking something for FreeBSD though, see
https://build.kde.org/job/Frameworks/job/kwayland/job/kf5-qt5%20FreeBSDQt5.12/21/console

In D18919#409765, @sitter wrote:

Probably should set module like in https://phabricator.kde.org/D18243

quazip-0.7.3 is now installed.

FreeBSD already has 5.12 on CI

• add include directory
• fix HAVE_epoll -> epoll_FOUND

Thanks :)

In D17863#384145, @cgiboudeaux wrote:

Why not fixing kstars instead?

See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230603

In D17606#377854, @dvratil wrote:

I've recently run into the same problem on Akonadi on Windows, ended up allowing C++17 on Windows only and shipping a C++14-compatible implementation of C++17 optional in 3rdparty for everyone else.

Maybe we could just get rid of the `optional` in this agent until we can switch to C++17 proper. I hate not having it, but it's just one or two occurrences here and probably not worth the magic to satisfy all compilers.

In D16608#352679, @cgilles wrote:

No problem to patch git/master

Gilles Caulier

Cool, this should also benefit FreeBSD, where we have
Qt 5.11.2/QtWebengine 5.9.4

Hm, python is on:

@arrowd, the pkgs are upgraded, and gdb is at 8.1_5.

Let me build new packages then :)

+1 otherwise kde-dev-utils fails to package on FreeBSD too with 5.48.

I would say not really.

• There is PA FreeBSD -- but many prefer to not use it.
• The Phonon Audio Video config dialog in systemsettings is "useful" in that it let's you test the sound output and check the installed backends.

kpat still needs to add the required library paths or use the pkgconfig target:

12:25:27 /usr/bin/ld: error: unable to find library -lfreecell-solver

Sure, I'll add it later

D12705

.. maybe thats not what we want at all... give me a minute

Works as intended on FreeBSD.

Simplify the diff.

Wouldn't it make sense to use a constant for 65536?

You can see the error too on the CI: https://build.kde.org/job/Applications%20kopete%20kf5-qt5%20FreeBSDQt5.9/3/consoleFull

libEGL is provided by the mesa-libs package in the CI

FreeBSD's ports configures libXcursor with --with-icondir=${PREFIX}/share/icons and installs cursors to there since August 17, 2017.
https://svnweb.freebsd.org/ports?view=revision&revision=448082

> In regards to FreeBSD, is it possible to get MySQL Embedded made available @adridg?
mysql56-server is now installed (on all but vm1, as that one has a runing pkg process).

Update text&link.

sorted: taglib-extras should be installed now.

We could certainly do that by removing the wrapping if ( NOT HAVE_LOGINCTL ).
Additionally, also the order of the if-branches in abstractlocker.cpp would probably need to be reordered as to prefere login1.