Bug#822499: baloo-kf5: FTBFS: error: 'pow' is not a member of 'std'
Package: baloo-kf5 Version: 5.16.0-1 Severity: serious This package fails to build in unstable: > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux ... > ctor-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 > -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++0x -fno-exceptions -Wall -Wextra > -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long > -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual > -Werror=return-type -pedantic -fPIC -o > CMakeFiles/advancedqueryparsertest.dir/__/__/__/src/lib/term.cpp.o -c > /<>/src/lib/term.cpp > /<>/src/file/extractor/iohandler.cpp: In member function 'void > Baloo::IOHandler::newBatch()': > /<>/src/file/extractor/iohandler.cpp:40:55: warning: ignoring > return value of 'ssize_t read(int, void*, size_t)', declared with attribute > warn_unused_result [-Wunused-result] > read(m_stdinHandle, _batchSize, sizeof(quint32)); >^ > /<>/src/file/extractor/iohandler.cpp: In member function > 'quint64 Baloo::IOHandler::nextId()': > /<>/src/file/extractor/iohandler.cpp:48:46: warning: ignoring > return value of 'ssize_t read(int, void*, size_t)', declared with attribute > warn_unused_result [-Wunused-result] > read(m_stdinHandle, , sizeof(quint64)); > ^ > /<>/src/file/extractor/autotests/iohandlertest.cpp: In member > function 'void Baloo::IOHandlerTest::testInput()': > /<>/src/file/extractor/autotests/iohandlertest.cpp:57:21: error: > 'pow' is not a member of 'std' > quint64 a = std::pow(16, i); > ^ > src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/build.make:65: > recipe for target > 'src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/iohandlertest.cpp.o' > failed > make[4]: *** > [src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/iohandlertest.cpp.o] > Error 1 > make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu' > CMakeFiles/Makefile2:2568: recipe for target > 'src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/all' failed -- Martin Michlmayr Linux for HPE Helion, Hewlett Packard Enterprise
Bug#821802: [lokalize/Applications/16.04] cmake: support hunspell 1.4 in cmake
Git commit 7aa9dafeb457ca3bc48a61c5dfa2e69b0ecdad6c by Nick Shaforostoff. Committed on 25/04/2016 at 00:42. Pushed by shaforo into branch 'Applications/16.04'. support hunspell 1.4 in cmake CCMAIL: 821...@bugs.debian.org M +1-1cmake/FindHUNSPELL.cmake http://commits.kde.org/lokalize/7aa9dafeb457ca3bc48a61c5dfa2e69b0ecdad6c diff --git a/cmake/FindHUNSPELL.cmake b/cmake/FindHUNSPELL.cmake index 26942b5..eca3cc1 100644 --- a/cmake/FindHUNSPELL.cmake +++ b/cmake/FindHUNSPELL.cmake @@ -14,7 +14,7 @@ ENDIF (HUNSPELL_INCLUDE_DIR AND HUNSPELL_LIBRARIES) FIND_PATH(HUNSPELL_INCLUDE_DIR hunspell/hunspell.hxx ) -FIND_LIBRARY(HUNSPELL_LIBRARIES NAMES hunspell-1.3 hunspell-1.2) +FIND_LIBRARY(HUNSPELL_LIBRARIES NAMES hunspell-2.0 hunspell-1.5 hunspell-1.4 hunspell-1.3 hunspell-1.2) # handle the QUIETLY and REQUIRED arguments and set HUNSPELL_FOUND to TRUE if # all listed variables are TRUE
Bug#822460: ktouch: shows typed chars too slow (not usable at >100 chars/min)
Package: ktouch Version: 4:15.08.3-1 Severity: normal Dear Maintainer, the characters I type in the lessons are shown on the screen with a great delay. As soon as I type more than 100 chars/min the delay is so big that the program gets unusable. Thanks for your works, Maria -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16-2-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ktouch depends on: ii kde-runtime 4:15.08.3-1 ii ktouch-data 4:15.08.3-1 ii libc62.19-22 ii libgcc1 1:5.3.1-13 ii libkcmutils4 4:4.14.13-1 ii libkdeclarative5 4:4.14.13-1 ii libkdecore5 4:4.14.13-1 ii libkdeui54:4.14.13-1 ii libkio5 4:4.14.13-1 ii libplasma3 4:4.14.13-1 ii libqt4-declarative 4:4.8.7+dfsg-6 ii libqt4-opengl4:4.8.7+dfsg-6 ii libqt4-script4:4.8.7+dfsg-6 ii libqt4-sql 4:4.8.7+dfsg-6 ii libqt4-sql-sqlite4:4.8.7+dfsg-6 ii libqt4-xml 4:4.8.7+dfsg-6 ii libqt4-xmlpatterns 4:4.8.7+dfsg-6 ii libqtcore4 4:4.8.7+dfsg-6 ii libqtgui44:4.8.7+dfsg-6 ii libstdc++6 5.3.1-13 ii libx11-6 2:1.6.3-1 ii qtdeclarative4-kqtquickcharts-1 4:4.14.0-1 ktouch recommends no packages. Versions of packages ktouch suggests: pn khelpcenter -- no debconf information
Bug#799619: kio: FTBFS on hurd-i386: warning about posix_fadvise
Samuel Thibault, on Sun 24 Apr 2016 13:00:44 +0200, wrote: > In the meanwhile, the hurd-i386 port looks in terribly bad shape due to > all the not-rebuilt KDE packages. (it would be good to have a kio upload before the migration to the newer qt/kio/etc. currently in experimental, so we get to see possible unrelated build failures of KDE packages.) Samuel
Bug#822439: lokalize: please remove kdesdk-strigi-plugins and python-kde4 from dependencies
Package: lokalize Version: 4:15.12.1-1 Severity: normal those are leftovers from kde4 times -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-pf1netbook (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lokalize depends on: ii kdesdk-strigi-plugins 4:14.12.2-1+b1 ii libc6 2.22-6 ii libhunspell-1.3-0 1.3.3-4 ii libkf5completion5 5.19.0-1 ii libkf5configcore5 5.19.0-1 ii libkf5configgui5 5.19.0-1 ii libkf5configwidgets5 5.19.0-1 ii libkf5coreaddons5 5.19.0-1 ii libkf5dbusaddons5 5.19.0-1 ii libkf5i18n55.19.0-1 ii libkf5itemviews5 5.19.0-1 ii libkf5kiocore5 5.19.0-1 ii libkf5kiofilewidgets5 5.19.0-1 ii libkf5kiowidgets5 5.19.0-1 ii libkf5krosscore5 5.19.0-1 ii libkf5krossui5 5.19.0-1 ii libkf5notifications5 5.19.0-1 ii libkf5parts5 5.19.0-1 ii libkf5sonnetcore5 5.19.0-1 ii libkf5sonnetui55.19.0-1 ii libkf5textwidgets5 5.19.0-1 ii libkf5widgetsaddons5 5.19.0-1 ii libkf5xmlgui5 5.19.0-1 ii libqt5core5a 5.6.0+dfsg-2 ii libqt5dbus55.6.0+dfsg-2 ii libqt5gui5 5.6.0+dfsg-2 ii libqt5sql5 5.6.0+dfsg-2 ii libqt5sql5-sqlite 5.6.0+dfsg-2 ii libqt5widgets5 5.6.0+dfsg-2 ii libqt5xml5 5.6.0+dfsg-2 ii libstdc++6 5.3.1-14 Versions of packages lokalize recommends: ii gettext0.19.7-2 pn krosspython ii python-dbus1.2.4-1 pn python-kde4 pn python-lxml pn subversion pn translate-toolkit Versions of packages lokalize suggests: ii khelpcenter 4:5.4.3-1 pn poxml -- no debconf information
Bug#799619: kio: FTBFS on hurd-i386: warning about posix_fadvise
Hello, Samuel Thibault, on Sun 20 Sep 2015 22:53:07 +0200, wrote: > kio FTBFS on hurd-i386: > > /«PKGBUILDDIR»/obj-i586-gnu/src/ioslaves/file/../../../../src/ioslaves/file/file.cpp:338: > warning: posix_fadvise64 is not implemented and will always fail This is still a problem with 5.16.0, making basically the whole KDE world unbuildable on hurd-i386. > which turns into an error due to -Wl,--fatal-warnings > > This function is actually probed by the CMakefiles, but only with > check_function_exists. It happens that the posix_fadvise function is > provided by glibc as a stub, which always returns ENOSYS. The fact that > the function is actually not implemented is announced by the presence > of #define __stub_posix_fadvise in /usr/include/i386-gnu/gnu/stubs.h > Autoconf automatically detects that in its ac_fn_c_check_func() > function, but it seems that cmake unfortunately didn't integrate that > kind of detection yet into check_function_exists, and thus wrongly > believes the support is available. It happens that cmake has a proper > check_function_exists_glibc function defined in > ./Utilities/cmlibarchive/build/cmake/CheckFuncs.cmake > but it doesn't seem to be shipped in the standard cmake. So the > solutions I see would be: > > - avoid -Wl,--fatal-warnings, since it may actually bring other kinds of > unexpected FTBFS along upgrades of gcc or binutils in the future. > - either to integrate ./Utilities/cmlibarchive/build/cmake/CheckFuncs.cmake > into kio's cmake/ directory to be able to call the proper > check_function_exists_glibc detection function > - or to patch over src/ioslaves/file/file.cpp and file_unix.cpp's > #if HAVE_FADVISE into #if HAVE_FADVISE && !defined(__hurd__) (but once > hurd-i386 gets posix_fadvise support it should get reverted). So what do you think, how do you prefer to proceed? The simplest would be the third solution, as attached. Also, the symbols file needs to be update, see attached patch. In the meanwhile, the hurd-i386 port looks in terribly bad shape due to all the not-rebuilt KDE packages. Samuel Kio's check_function_exists_glibc does not actually detect for the presence of posix_fadvise: it ignores the stubs.h provided by glibc. See #799619 for the details. Index: kio-5.16.0/src/ioslaves/file/file.cpp === --- kio-5.16.0.orig/src/ioslaves/file/file.cpp +++ kio-5.16.0/src/ioslaves/file/file.cpp @@ -333,7 +333,7 @@ void FileProtocol::get(const QUrl ) return; } -#if HAVE_FADVISE +#if HAVE_FADVISE && !defined(__GNU__) //TODO check return code posix_fadvise(f.handle(), 0, 0, POSIX_FADV_SEQUENTIAL); #endif Index: kio-5.16.0/src/ioslaves/file/file_unix.cpp === --- kio-5.16.0.orig/src/ioslaves/file/file_unix.cpp +++ kio-5.16.0/src/ioslaves/file/file_unix.cpp @@ -128,7 +128,7 @@ void FileProtocol::copy(const QUrl return; } -#if HAVE_FADVISE +#if HAVE_FADVISE && !defined(__GNU__) posix_fadvise(src_file.handle(), 0, 0, POSIX_FADV_SEQUENTIAL); #endif @@ -144,7 +144,7 @@ void FileProtocol::copy(const QUrl return; } -#if HAVE_FADVISE +#if HAVE_FADVISE && !defined(__GNU__) posix_fadvise(dest_file.handle(), 0, 0, POSIX_FADV_SEQUENTIAL); #endif --- debian/libkf5kiocore5.symbols.original 2016-04-24 10:55:11.0 + +++ debian/libkf5kiocore5.symbols 2016-04-24 10:55:15.0 + @@ -901,12 +901,12 @@ _ZN3KIO8UDSEntry6insertEjRK7QString@Base 4.96.0 _ZN3KIO8UDSEntry6insertEjx@Base 4.96.0 _ZN3KIO8UDSEntry7reserveEi@Base 5.5.0+git20141229.0049+15.04 - (arch=kfreebsd-any)_ZN3KIO8UDSEntryC1ERK4statRK7QString@Base 5.11.0 - (arch=!kfreebsd-any)_ZN3KIO8UDSEntryC1ERK6stat64RK7QString@Base 4.100.0 + (arch=kfreebsd-any hurd-i386)_ZN3KIO8UDSEntryC1ERK4statRK7QString@Base 5.11.0 + (arch=!kfreebsd-any !hurd-i386)_ZN3KIO8UDSEntryC1ERK6stat64RK7QString@Base 4.100.0 _ZN3KIO8UDSEntryC1ERKS0_@Base 4.96.0 _ZN3KIO8UDSEntryC1Ev@Base 4.96.0 - (arch=kfreebsd-any)_ZN3KIO8UDSEntryC2ERK4statRK7QString@Base 5.11.0 - (arch=!kfreebsd-any)_ZN3KIO8UDSEntryC2ERK6stat64RK7QString@Base 4.100.0 + (arch=kfreebsd-any hurd-i386)_ZN3KIO8UDSEntryC2ERK4statRK7QString@Base 5.11.0 + (arch=!kfreebsd-any !hurd-i386)_ZN3KIO8UDSEntryC2ERK6stat64RK7QString@Base 4.100.0 _ZN3KIO8UDSEntryC2ERKS0_@Base 4.96.0 _ZN3KIO8UDSEntryC2Ev@Base 4.96.0 _ZN3KIO8UDSEntryD1Ev@Base 4.96.0
Processed: bug 822429 is forwarded to https://bugs.kde.org/show_bug.cgi?id=362141, tagging 822429
Processing commands for cont...@bugs.debian.org: > forwarded 822429 https://bugs.kde.org/show_bug.cgi?id=362141 Bug #822429 [plasma-nm] plasma-nm: Upstream Bug 362141: Connection editor fails with "connection.gateway-ping-timeout: can not set property: value" Set Bug forwarded-to-address to 'https://bugs.kde.org/show_bug.cgi?id=362141'. > tags 822429 + fixed-upstream Bug #822429 [plasma-nm] plasma-nm: Upstream Bug 362141: Connection editor fails with "connection.gateway-ping-timeout: can not set property: value" Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 822429: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822429 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#822429: plasma-nm: Upstream Bug 362141: Connection editor fails with "connection.gateway-ping-timeout: can not set property: value"
Package: plasma-nm Version: 4:5.4.3-1 Severity: normal Already fixed upstream, this bug is a huge pain. It prevents most configuration changes. Even non-configuration changes like changing one letter of the name of a connection/entry. https://bugs.kde.org/show_bug.cgi?id=362141 The user's ~/.xsession.errors log will have something like this: New Notification: "Failed to update connection WHATEVER" "connection.gateway-ping-timeout: can not set property: value \"31456224\" of type 'guint' is invalid or out of range for property 'gateway-ping-timeout' of type 'guint'" -1 & Part of: 0 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-nm depends on: ii libc6 2.22-7 ii libkf5completion5 5.16.0-1 ii libkf5configcore5 5.16.0-1 ii libkf5configwidgets55.16.0-1 ii libkf5coreaddons5 5.16.0-1 ii libkf5dbusaddons5 5.16.0-1 ii libkf5i18n5 5.16.0-1 ii libkf5iconthemes5 5.16.0-1 ii libkf5itemviews55.16.0-1 ii libkf5kdelibs4support5 5.16.0-1 ii libkf5kiowidgets5 5.16.0-1 ii libkf5modemmanagerqt6 5.16.0-1 ii libkf5networkmanagerqt6 5.16.0-1 ii libkf5notifications55.16.0-1 ii libkf5service-bin 5.16.0-1 ii libkf5service5 5.16.0-1 ii libkf5solid55.16.0-1 ii libkf5wallet-bin5.16.0-1 ii libkf5wallet5 5.16.0-1 ii libkf5widgetsaddons55.16.0-1 ii libkf5windowsystem5 5.16.0-1 ii libkf5xmlgui5 5.16.0-1 ii libopenconnect5 7.06-2+b2 ii libqt5core5a5.5.1+dfsg-16+b1 ii libqt5dbus5 5.5.1+dfsg-16+b1 ii libqt5gui5 5.5.1+dfsg-16+b1 ii libqt5network5 5.5.1+dfsg-16+b1 ii libqt5qml5 5.5.1-3 ii libqt5widgets5 5.5.1+dfsg-16+b1 ii libqt5xml5 5.5.1+dfsg-16+b1 ii libstdc++6 5.3.1-15 ii mobile-broadband-provider-info 20140317-1 ii network-manager 1.1.94-1 ii plasma-framework5.16.0-1 ii qml-module-org-kde-kcoreaddons 5.16.0-1 plasma-nm recommends no packages. Versions of packages plasma-nm suggests: ii network-manager-openconnect 1.2.0-1 ii network-manager-openvpn 1.2.0-1 pn network-manager-pptp pn network-manager-vpnc -- debconf-show failed
