[Nicholas D Steeves] Re: KDEPIM 20.04 and KDE Frameworks 5.70 coming to unstable now
Also replying to debian-qt-kde, in case some team members are not following debian-kde. Hi! Martin Steigerwald writes: > Martin Steigerwald - 27.05.20, 08:53:42 CEST: >> Woooho=E2=80=A6 it's all coming now! >> :-D Thanks to everyone who worked on this; it's a tonne of work! >> As usual wait till complete. > > As Sandro told, some packages need to be recompiled. Here the list he=20 > posted: > > digikam > kgpg > kio-gdrive > kjots > kmymoney > kraft > zanshin > > So if you rely on any of these these, you may need to wait a little bit=20 > longer than the building of KDEPIM 20.04 and KDE Framework 5.70=20 > packages. > Kio-gdrive has a new upstream version in git. IIRC it is also implicated by a bug where Google broke app authentication, and IIRC the fix for this is in kaccounts-integration and/or kaccounts-providers. I'm working on updating both of these packages. Hefee has been teaching me about symbol files and working with me on an MR for kaccounts-integration. At this time we're discussing whether now is the time to introduce DebianABIManager to this package. If anyone would like to upload kio-gdrive, kaccounts-integration, or kaccounts-providers, please check with me first. If this work isn't complete when hefee runs out of free time, would someone please volunteer to guide me through the final steps? Thank you, Nicholas signature.asc Description: PGP signature
Bug#958479: qmake passes unsupported -isystem to gcc
Hi Dmitry, On Wed, May 27, 2020 at 06:17:56PM +0300, Dmitry Shachnev wrote: > Can I ask you to forward it to upstream Gerrit [1] (see [2] for the > instruction)? Unfortunately, upstream requires the patch author to sign a > CLA so I cannot easily forward it under my account. Alternatively, you may > publicly state that you license your patch under a permissive license > (e.g. BSD), which should also work (but upstream does not like this much). I looked and the process is waaay to beyond what I can do. I'm not up to consenting to a 10-page TOS for a 5-line patch. Sorry. The 5-page CLA doesn't make this any better. Not a friendly project to contribute to. Your suggestion to explicitly license it under BSD seems much more reasonable to me. Let's do that. However, given that I find you much more trustworthy than QT upstream, I think that there is an even simpler option: Please treat the patch I sent to this bug as yours. You may claim authorship. I think legally that means I transfer whatever copyright I may have on this particular patch to you after licensing it under BSD. Helmut
kitemmodels_5.70.0-2_amd64.changes is NEW
binary:qml-module-org-kde-kitemmodels is NEW. binary:qml-module-org-kde-kitemmodels is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports
kcontacts_5.70.0-2_amd64.changes is NEW
binary:libkf5contacts-doc is NEW. binary:libkf5contacts-doc is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports
Processing of kitemmodels_5.70.0-2_amd64.changes
kitemmodels_5.70.0-2_amd64.changes uploaded successfully to localhost along with the files: kitemmodels_5.70.0-2.dsc kitemmodels_5.70.0-2.debian.tar.xz kitemmodels_5.70.0-2_amd64.buildinfo libkf5itemmodels-dev_5.70.0-2_amd64.deb libkf5itemmodels-doc_5.70.0-2_all.deb libkf5itemmodels5-dbgsym_5.70.0-2_amd64.deb libkf5itemmodels5_5.70.0-2_amd64.deb qml-module-org-kde-kitemmodels-dbgsym_5.70.0-2_amd64.deb qml-module-org-kde-kitemmodels_5.70.0-2_amd64.deb Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#958479: qmake passes unsupported -isystem to gcc
Hi Helmut! On Wed, Apr 22, 2020 at 08:39:16PM +0200, Helmut Grohne wrote: > The context of this bug is #798955 aka moving glibc headers from > /usr/include to /usr/include/. When doing this, some packages > FTBFS with the symptom that or fail to find > #include_next or #include_next respectively. The > cause is passing -isystem /usr/include/ to the compiler. I > asked libstdc++ upstream to fix this, but the reply was that passing > this flag is unsupported (see bug log of #798955). The takeaway is: > Pass -isystem /usr/include or -isystem /usr/include/ is broken. > > Unfortunately, qmake does exactly that. > [...] > > I can also propose a solution. When constructing INCPATH, any directory > that directly is a compiler search directory (not a subdirectory > thereof), the directory should be skipped. Doing so ensures that the > order of compiler search directories is not changed. The possible harm > seems quite limited given that the compiler will already search these > directories (just in the correct order). > > What do you think? I think your patch makes sense. Can I ask you to forward it to upstream Gerrit [1] (see [2] for the instruction)? Unfortunately, upstream requires the patch author to sign a CLA so I cannot easily forward it under my account. Alternatively, you may publicly state that you license your patch under a permissive license (e.g. BSD), which should also work (but upstream does not like this much). In case you agree to forward it, please also fix the indentation, it should not contain tabs. [1]: https://codereview.qt-project.org/ [2]: https://wiki.qt.io/Gerrit_Introduction -- Dmitry Shachnev signature.asc Description: PGP signature
akonadi_20.04.1-2_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 27 May 2020 11:52:12 +0200 Source: akonadi Architecture: source Version: 4:20.04.1-2 Distribution: unstable Urgency: medium Maintainer: Debian/Kubuntu Qt/KDE Maintainers Changed-By: Sandro Knauß Closes: 961647 Changes: akonadi (4:20.04.1-2) unstable; urgency=medium . [ Sandro Knauß ] * Add linkage against atomic, where needed. (Closes: #961647) Thanks to Adrian Bunk Checksums-Sha1: 92a3169265308caa30ed79f11b3b152471386914 4014 akonadi_20.04.1-2.dsc 7d7ed7610aa39490773e1022ca7092e38cdac2c9 32696 akonadi_20.04.1-2.debian.tar.xz 3b94bc4946b3058de1794f2000b7f52936a3b015 18598 akonadi_20.04.1-2_source.buildinfo Checksums-Sha256: 394a5e79c7aa1a546babc8baac6895104ec6b39b75459b2169dc424e191f669e 4014 akonadi_20.04.1-2.dsc 84760862b7755a56e74f99440d96ea6bbcd96e60771480057f695619155fb81a 32696 akonadi_20.04.1-2.debian.tar.xz 362b6af7439b451beb2e3e7370941c9260e43c2b77d73c75b5d5644918489089 18598 akonadi_20.04.1-2_source.buildinfo Files: 9e90dde684b2d53e2b39f92bcfeed547 4014 libs optional akonadi_20.04.1-2.dsc 32790bdb3a332642aff42069b44c213a 32696 libs optional akonadi_20.04.1-2.debian.tar.xz 2af00d9bd5da4f4070f8bfbd6714b8c8 18598 libs optional akonadi_20.04.1-2_source.buildinfo -BEGIN PGP SIGNATURE- iQJFBAEBCgAvFiEEOewRoCAWtykmSRoG462wCFBgVjYFAl7OOF4RHGhlZmVlQGRl Ymlhbi5vcmcACgkQ462wCFBgVjYvlw//dpliVtU31+SU4f/QCtva6p/SRbkn1mN1 i6D6PGdACiHBUti0xOtMPRCKYfNxSFXbkqXyg6Zd8dI8p+Jz+8PDsMAv6vn0DMqE Hvp8/AVOMT3HEk8MFWHDy/H7joO4HUQEUBCar12ZYZAM5XsZqeShPK4JLDITQ+W6 Pkx/mRMdAayv522iuG0T20Sbm+cRaw5F1Czz44OV4KrBwZ2ePBdfaQkK5WdfdaRS JbqwiLjiHQb/zgDLwDpDGITnjuPOCNk9RJmxGd/izIOpnqgzntSBBgKaqzn5nwUS zr/F1xoYrSzYCoQlJnlS0lRICx5xD7gEKEtP6d7AkX9bTZQiliS7qVJydNGTBWso V41YN1r4IQ2x+Pi51DwbGi7J8rmmgW2C3zgP9naaO1SJenxUPvH8RTDMTutK6Xjo lVbBAKtvYBcomq3bRR//gr61g9Q2ThgIkNnGPqEMsRaOgd15eN8aq3FQ2Qt8tPYp M5hft9XBrrsVC0F/yq3C2hL1s7s/gMro/PMGkQUnJbYYhb06//RhOUqIugTeEfAM SPi+WOdQt87eNNK69id+1QvjWWbDoE5kElQoWDtCOvLWFq4rofCZF7eDmplg8JS+ 99q/c6IBLDuZyhg7wLfYtKKUx81PHU7ucYKHOwD0JJGK5UlXDHPi19Gm44RCdNs1 GZt5hegyZzo= =GJ/8 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Bug#961647: marked as done (akonadi: FTBFS on armel: missing -latomic)
Your message dated Wed, 27 May 2020 10:18:32 + with message-id and subject line Bug#961647: fixed in akonadi 4:20.04.1-2 has caused the Debian Bug report #961647, regarding akonadi: FTBFS on armel: missing -latomic to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 961647: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961647 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: akonadi Version: 4:20.04.1-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) akonadi failed to build on armel: | cd /<>/obj-arm-linux-gnueabi/src/server && /usr/bin/cmake -E cmake_link_script CMakeFiles/akonadiserver.dir/link.txt --verbose=1 | /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fno-operator-names -fno-exceptions -Wall -Wextra -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -Wvla -Wdate-time -Wsuggest-override -Wlogical-op -pedantic -Wzero-as-null-pointer-constant -Wnon-virtual-dtor -Wundef -Wcast-align -Wchar-subscripts -Wall -Wextra -Wpointer-arith -Wformat-security -fno-common -pedantic -fexceptions -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now CMakeFiles/akonadiserver.dir/akonadiserver_autogen/mocs_compilation.cpp.o CMakeFiles/akonadiserver.dir/main.cpp.o CMakeFiles/akonadiserver.dir/akonadiserver_debug.cpp.o CMakeFiles/akonadiserver.dir/akonadiserver_search_debug.cpp.o -o ../../bin/akonadiserver -Wl,-rpath,/<>/obj-arm-linux-gnueabi/bin: ../../lib/libakonadiserver.a ../../lib/libakonadi_shared.a /usr/lib/arm-linux-gnueabi/libKF5Crash.so.5.70.0 /usr/lib/arm-linux-gnueabi/libKF5CoreAddons.so.5.70.0 ../../bin/libKF5AkonadiPrivate.so.5.14.1.abi2 /usr/lib/arm-linux-gnueabi/libQt5Network.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5Sql.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5DBus.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5Xml.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5Core.so.5.12.5 | /usr/bin/ld: ../../lib/libakonadiserver.a(querybuilder.cpp.o): undefined reference to symbol '__atomic_fetch_add_8@@LIBATOMIC_1.0' | /usr/bin/ld: /usr/lib/arm-linux-gnueabi/libatomic.so.1: error adding symbols: DSO missing from command line | collect2: error: ld returned 1 exit status This is caused by a missing -latmoic. See also https://buildd.debian.org/status/fetch.php?pkg=akonadi=armel=4%3A20.04.1-1=1590553675=0 Cheers -- Sebastian Ramacher signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Source: akonadi Source-Version: 4:20.04.1-2 Done: =?utf-8?q?Sandro_Knau=C3=9F?= We believe that the bug you reported is fixed in the latest version of akonadi, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 961...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sandro Knauß (supplier of updated akonadi package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 27 May 2020 11:52:12 +0200 Source: akonadi Architecture: source Version: 4:20.04.1-2 Distribution: unstable Urgency: medium Maintainer: Debian/Kubuntu Qt/KDE Maintainers Changed-By: Sandro Knauß Closes: 961647 Changes: akonadi (4:20.04.1-2) unstable; urgency=medium . [ Sandro Knauß ] * Add linkage against atomic, where needed. (Closes: #961647) Thanks to Adrian Bunk Checksums-Sha1: 92a3169265308caa30ed79f11b3b152471386914 4014 akonadi_20.04.1-2.dsc 7d7ed7610aa39490773e1022ca7092e38cdac2c9 32696 akonadi_20.04.1-2.debian.tar.xz 3b94bc4946b3058de1794f2000b7f52936a3b015 18598 akonadi_20.04.1-2_source.buildinfo Checksums-Sha256: 394a5e79c7aa1a546babc8baac6895104ec6b39b75459b2169dc424e191f669e 4014 akonadi_20.04.1-2.dsc 84760862b7755a56e74f99440d96ea6bbcd96e60771480057f695619155fb81a 32696 akonadi_20.04.1-2.debian.tar.xz 362b6af7439b451beb2e3e7370941c9260e43c2b77d73c75b5d5644918489089 18598 akonadi_20.04.1-2_source.buildinfo Files: 9e90dde684b2d53e2b39f92bcfeed547 4014 libs optional akonadi_20.04.1-2.dsc 32790bdb3a332642aff42069b44c213a
Processing of akonadi_20.04.1-2_source.changes
akonadi_20.04.1-2_source.changes uploaded successfully to localhost along with the files: akonadi_20.04.1-2.dsc akonadi_20.04.1-2.debian.tar.xz akonadi_20.04.1-2_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#961647: akonadi: FTBFS on armel: missing -latomic
Hey, Whoo I'm quite impressed to have two different solutions that fast! Thank you both for proposing me solutions. You made my day! > The easy workaround is in debian/rules: > > ifneq (,$(filter $(DEB_HOST_ARCH), armel m68k mipsel powerpc sh4)) > export DEB_LDFLAGS_MAINT_APPEND = -Wl,--no-as-needed -latomic > -Wl,--as-needed endif thanks for this easy workaround! I implemented that one for now. > It might, but due to gcc defaulting to -Wl,--as-needed it wouldn't be an issue. There is also https://phabricator.kde.org/D16184 that only links libatomic if necessary. I will propose a proper patch upstream based on the patch you proposed. Maybe we integrate CheckAtomic into extra-cmake-modules. hefee signature.asc Description: This is a digitally signed message part.
Bug#961647: akonadi: FTBFS on armel: missing -latomic
On Wed, May 27, 2020 at 11:02:50AM +0200, Sandro Knauß wrote: > Hey, > > > This is caused by a missing -latmoic. See also > > https://buildd.debian.org/status/fetch.php?pkg=akonadi=armel=4%3A20 > > .04.1-1=1590553675=0 > > thanks for this fast scan and also proposing a solution. But I have no > example > of how I need to modify cmake to end up having -latomic for armel being > added. > Do you know anything? > I found one solution to add atomic everywhere, but this may be an overkill: > https://github.com/mavlink/mavros/pull/790/files >... The easy workaround is in debian/rules: ifneq (,$(filter $(DEB_HOST_ARCH), armel m68k mipsel powerpc sh4)) export DEB_LDFLAGS_MAINT_APPEND = -Wl,--no-as-needed -latomic -Wl,--as-needed endif > hefee cu Adrian
Bug#961647: akonadi: FTBFS on armel: missing -latomic
Hi On 2020-05-27 11:02:50 +0200, Sandro Knauß wrote: > > This is caused by a missing -latmoic. See also > > https://buildd.debian.org/status/fetch.php?pkg=akonadi=armel=4%3A20 > > .04.1-1=1590553675=0 > > thanks for this fast scan and also proposing a solution. But I have no > example > of how I need to modify cmake to end up having -latomic for armel being > added. > Do you know anything? > I found one solution to add atomic everywhere, but this may be an overkill: > https://github.com/mavlink/mavros/pull/790/files It might, but due to gcc defaulting to -Wl,--as-needed it wouldn't be an issue. There is also https://phabricator.kde.org/D16184 that only links libatomic if necessary. > So far I see the libboost-atomic1.67-dev is already installed, that means I > don't have to install anything additionally. So at least I don't have to > modify build-depends. Note that's a different atomic. akonadi needs to link GCC's libatomic. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#961647: akonadi: FTBFS on armel: missing -latomic
Hey, > This is caused by a missing -latmoic. See also > https://buildd.debian.org/status/fetch.php?pkg=akonadi=armel=4%3A20 > .04.1-1=1590553675=0 thanks for this fast scan and also proposing a solution. But I have no example of how I need to modify cmake to end up having -latomic for armel being added. Do you know anything? I found one solution to add atomic everywhere, but this may be an overkill: https://github.com/mavlink/mavros/pull/790/files So far I see the libboost-atomic1.67-dev is already installed, that means I don't have to install anything additionally. So at least I don't have to modify build-depends. hefee signature.asc Description: This is a digitally signed message part.
Bug#841762: kdeconnect: More information about kedconnectd crashing
Hey, > I've been quite surprised to find that this bug report was first filled > in 2016 because I've only began experiencing it for about a week. Using > testing I waited for a week to see if a fix would come. Now's the time > for the BR. well this is a bug, that needs to be solved by upstream, so please file a bugreport at https://bugs.kde.org > It's also sad that we can't strace which system call causes the crash > nor use gdb (even without debugging information). > > --8<--8<--8<--8<--8<--8<--8<--8<-- > ~$ LC_ALL=C strace /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd > strace: test_ptrace_get_syscall_info: PTRACE_TRACEME: Operation not > permitted strace: ptrace(PTRACE_TRACEME, ...): Operation not permitted > +++ exited with 1 +++ > ~$ gdb /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd > [...] > (No debugging symbols found in > /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd) (gdb) run > Starting program: /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd > warning: Could not trace the inferior process. > warning: ptrace: Operation not permitted > During startup program exited with code 127. > --8<--8<--8<--8<--8<--8<--8<--8<-- Your user needs to have the ptrace permission in order to use gdb successfully [1]. And you need to install the symbols files: kdeconnect-dbgsym from the repo: deb http://debug.mirrors.debian.org/debian-debug/ unstable-debug main hefee [1] https://wiki.ubuntu.com/SecurityTeam/Roadmap/ KernelHardening#ptrace_Protection signature.asc Description: This is a digitally signed message part.
Bug#841762: kdeconnect: More information about kedconnectd crashing
Package: kdeconnect Version: 1.3.3-2+b1 Followup-For: Bug #841762 Hello ! I've been quite surprised to find that this bug report was first filled in 2016 because I've only began experiencing it for about a week. Using testing I waited for a week to see if a fix would come. Now's the time for the BR. Here is what I get when I start kdeconnecd manually : --8<--8<--8<--8<--8<--8<--8<--8<-- ~$ LC_ALL=C /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd kdeconnect.core: KdeConnect daemon starting kdeconnect.core: onStart kdeconnect.core: KdeConnect daemon started kdeconnect.core: Broadcasting identity packet kdeconnect.core: Unserialization error: "unterminated string" kdeconnect.core: Unserialization error: "illegal value" kdeconnect.core: Fallback (1), try reverse connection (send udp packet) "Network unreachable" KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = kdeconnectd path = /usr/lib/x86_64-linux-gnu/libexec pid = 467719 KCrash: Arguments: /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0 [1]+ Stoppé LC_ALL=C /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd ~$ %1 LC_ALL=C /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd QSocketNotifier: Invalid socket 8 and type 'Read', disabling... QSocketNotifier: Invalid socket 10 and type 'Read', disabling... QSocketNotifier: Invalid socket 13 and type 'Read', disabling... ^C --8<--8<--8<--8<--8<--8<--8<--8<-- I added LC_ALL=C in order to have the "Network unreachable" text in english... It's also sad that we can't strace which system call causes the crash nor use gdb (even without debugging information). --8<--8<--8<--8<--8<--8<--8<--8<-- ~$ LC_ALL=C strace /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd strace: test_ptrace_get_syscall_info: PTRACE_TRACEME: Operation not permitted strace: ptrace(PTRACE_TRACEME, ...): Operation not permitted +++ exited with 1 +++ ~$ gdb /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd [...] (No debugging symbols found in /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd) (gdb) run Starting program: /usr/lib/x86_64-linux-gnu/libexec/kdeconnectd warning: Could not trace the inferior process. warning: ptrace: Operation not permitted During startup program exited with code 127. --8<--8<--8<--8<--8<--8<--8<--8<-- I Recently made some modifications to iptables and sysctl as I wanted to improve my system security. I reverted my iptables configuration and it seems to be related with the sysctl knob net.ipv6.bindv6only. When set to 1, kdeconnectd crashes. So I put it back to 0... --8<--8<--8<--8<--8<--8<--8<--8<-- ~$ sudo iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination ~$ cat /etc/sysctl.d/local.conf # # https://lwn.net/Articles/688462/ # #net.ipv6.bindv6only = 1 [...] --8<--8<--8<--8<--8<--8<--8<--8<-- HTH. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kdeconnect depends on: ii kde-cli-tools 4:5.17.5-2 ii kio 5.62.1-2+b1 ii libc6 2.30-8 ii libfakekey0 0.1-10+b1 ii libkf5configcore5 5.62.0-1+b1 ii libkf5configwidgets5 5.62.0-1+b1 ii libkf5coreaddons5 5.62.0-1 ii libkf5dbusaddons5 5.62.0-1 ii libkf5i18n5 5.62.0-1 ii libkf5iconthemes5 5.62.0-1+b1 ii libkf5kcmutils5 5.62.0-1+b2 ii libkf5kiocore55.62.1-2+b1 ii libkf5kiofilewidgets5 5.62.1-2+b1 ii libkf5kiowidgets5 5.62.1-2+b1 ii libkf5notifications5 5.62.0-1+b1 ii libkf5service-bin 5.62.0-1 ii libkf5service55.62.0-1 ii libkf5waylandclient5 4:5.62.0-2+b1 ii libkf5widgetsaddons5 5.62.0-1+b1 ii libqca-qt5-2 2.2.1-2 ii libqca-qt5-2-plugins 2.2.1-2 ii libqt5core5a 5.12.5+dfsg-10 ii libqt5dbus5 5.12.5+dfsg-10 ii libqt5gui55.12.5+dfsg-10 ii libqt5network5
Bug#961647: akonadi: FTBFS on armel: missing -latomic
Source: akonadi Version: 4:20.04.1-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) akonadi failed to build on armel: | cd /<>/obj-arm-linux-gnueabi/src/server && /usr/bin/cmake -E cmake_link_script CMakeFiles/akonadiserver.dir/link.txt --verbose=1 | /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fno-operator-names -fno-exceptions -Wall -Wextra -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -Wvla -Wdate-time -Wsuggest-override -Wlogical-op -pedantic -Wzero-as-null-pointer-constant -Wnon-virtual-dtor -Wundef -Wcast-align -Wchar-subscripts -Wall -Wextra -Wpointer-arith -Wformat-security -fno-common -pedantic -fexceptions -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now CMakeFiles/akonadiserver.dir/akonadiserver_autogen/mocs_compilation.cpp.o CMakeFiles/akonadiserver.dir/main.cpp.o CMakeFiles/akonadiserver.dir/akonadiserver_debug.cpp.o CMakeFiles/akonadiserver.dir/akonadiserver_search_debug.cpp.o -o ../../bin/akonadiserver -Wl,-rpath,/<>/obj-arm-linux-gnueabi/bin: ../../lib/libakonadiserver.a ../../lib/libakonadi_shared.a /usr/lib/arm-linux-gnueabi/libKF5Crash.so.5.70.0 /usr/lib/arm-linux-gnueabi/libKF5CoreAddons.so.5.70.0 ../../bin/libKF5AkonadiPrivate.so.5.14.1.abi2 /usr/lib/arm-linux-gnueabi/libQt5Network.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5Sql.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5DBus.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5Xml.so.5.12.5 /usr/lib/arm-linux-gnueabi/libQt5Core.so.5.12.5 | /usr/bin/ld: ../../lib/libakonadiserver.a(querybuilder.cpp.o): undefined reference to symbol '__atomic_fetch_add_8@@LIBATOMIC_1.0' | /usr/bin/ld: /usr/lib/arm-linux-gnueabi/libatomic.so.1: error adding symbols: DSO missing from command line | collect2: error: ld returned 1 exit status This is caused by a missing -latmoic. See also https://buildd.debian.org/status/fetch.php?pkg=akonadi=armel=4%3A20.04.1-1=1590553675=0 Cheers -- Sebastian Ramacher signature.asc Description: PGP signature