Processed (with 1 error): Re: [Pkg-cmake-team] Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
Processing control commands: > reassign -1 sndio Bug #912475 [src:qtmultimedia-opensource-src] incorrect library rewrite on hurd-i386 Bug reassigned from package 'src:qtmultimedia-opensource-src' to 'sndio'. No longer marked as found in versions qtmultimedia-opensource-src/5.11.2-2. Ignoring request to alter fixed versions of bug #912475 to the same values previously set > forcemerge 912453 -1 Bug #912453 [src:sndio] sndio: Please set SONAME on !linux Unable to merge bugs because: package of #912475 is 'sndio' not 'src:sndio' Failed to forcibly merge 912453: Did not alter merged bugs. -- 912453: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912453 912475: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912475 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: [Pkg-cmake-team] Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
Control: reassign -1 sndio Control: forcemerge 912453 -1 Felix Geyer, le jeu. 01 nov. 2018 01:31:55 +0100, a ecrit: > The build failure is most likely caused by a bug in sndio, see #912443 and > #912453 Indeed, thanks! Samuel
Re: [Pkg-cmake-team] Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
Hi, On 01.11.18 00:38, Samuel Thibault wrote: > The link line contains /usr/lib/i386-gnu/libsndio.so in one case, and > -lsndio in the other case. I don't know why cmake makes a difference. In > both cases we have absolute paths in > > ./build-tree/CMakeFiles/OpenAL.dir/build.make:libopenal.so.1.19.1: > /usr/lib/i386-gnu/libsndio.so > ./build-tree/CMakeCache.txt:OpenAL_LIB_DEPENDS:STATIC=general;-pthread;general;common;general;/usr/lib/i386-gnu/libsndio.so;general;rt;general;pthread;general;dl;general;atomic;general;m; > ./build-tree/CMakeCache.txt:SOUNDIO_LIBRARY:FILEPATH=/usr/lib/i386-gnu/libsndio.so > ./build-tree/CMakeCache.txt:FIND_PACKAGE_MESSAGE_DETAILS_SoundIO:INTERNAL=[/usr/lib/i386-gnu/libsndio.so][/usr/include][v()] > > > ./build-tree/CMakeFiles/OpenAL.dir/build.make:libopenal.so.1.19.1: > /usr/lib/x86_64-linux-gnu/libsndio.so > ./build-tree/CMakeCache.txt:OpenAL_LIB_DEPENDS:STATIC=general;-pthread;general;common;general;/usr/lib/x86_64-linux-gnu/libsndio.so;general;rt;general;pthread;general;dl;general;atomic;general;m; > ./build-tree/CMakeCache.txt:SOUNDIO_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libsndio.so > ./build-tree/CMakeCache.txt:FIND_PACKAGE_MESSAGE_DETAILS_SoundIO:INTERNAL=[/usr/lib/x86_64-linux-gnu/libsndio.so][/usr/include][v()] > > cmake maintainers, do you have any idea why > /usr/lib/i386-gnu/libsndio.so does not get turned into -lsndio while > /usr/lib/x86_64-linux-gnu/libsndio.so does? The build failure is most likely caused by a bug in sndio, see #912443 and #912453 Felix
Re: Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
Samuel Thibault, le jeu. 01 nov. 2018 00:38:55 +0100, a ecrit: > The link line contains /usr/lib/i386-gnu/libsndio.so in one case, and > -lsndio in the other case. I don't know why cmake makes a difference. In > both cases we have absolute paths in > > ./build-tree/CMakeFiles/OpenAL.dir/build.make:libopenal.so.1.19.1: > /usr/lib/i386-gnu/libsndio.so > ./build-tree/CMakeCache.txt:OpenAL_LIB_DEPENDS:STATIC=general;-pthread;general;common;general;/usr/lib/i386-gnu/libsndio.so;general;rt;general;pthread;general;dl;general;atomic;general;m; > ./build-tree/CMakeCache.txt:SOUNDIO_LIBRARY:FILEPATH=/usr/lib/i386-gnu/libsndio.so > ./build-tree/CMakeCache.txt:FIND_PACKAGE_MESSAGE_DETAILS_SoundIO:INTERNAL=[/usr/lib/i386-gnu/libsndio.so][/usr/include][v()] > > > ./build-tree/CMakeFiles/OpenAL.dir/build.make:libopenal.so.1.19.1: > /usr/lib/x86_64-linux-gnu/libsndio.so > ./build-tree/CMakeCache.txt:OpenAL_LIB_DEPENDS:STATIC=general;-pthread;general;common;general;/usr/lib/x86_64-linux-gnu/libsndio.so;general;rt;general;pthread;general;dl;general;atomic;general;m; > ./build-tree/CMakeCache.txt:SOUNDIO_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libsndio.so > ./build-tree/CMakeCache.txt:FIND_PACKAGE_MESSAGE_DETAILS_SoundIO:INTERNAL=[/usr/lib/x86_64-linux-gnu/libsndio.so][/usr/include][v()] > > cmake maintainers, do you have any idea why > /usr/lib/i386-gnu/libsndio.so does not get turned into -lsndio while > /usr/lib/x86_64-linux-gnu/libsndio.so does? Notably, ./build-tree/CMakeFiles/CMakeOutput.log says implicit dirs: [/usr/lib/gcc/i686-gnu/8;/usr/lib/i386-gnu;/usr/lib;/lib/i386-gnu] implicit dirs: [/usr/lib/gcc/x86_64-linux-gnu/8;/usr/lib/x86_64-linux-gnu;/usr/lib;/lib/x86_64-linux-gnu;/lib] (I don't know what implicit dirs means exactly, but it seems to be alright here). Samuel
Re: Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
reassign -1 cmake Pino Toscano, le mer. 31 oct. 2018 23:44:36 +0100, a ecrit: > The issue comes from the fact that libopenal seems to not have all the > proper dependencies, and thus the linking test fails with all the sio_* > symbols (provided by libsndio) undefined. Oh, indeed. > I tried taking a quick look, and I did not find yet why apparently > there is a behaviour change between Linux and Hurd. I did not have a > lot of time to spend on it, though. I see that there is at least: € objdump -x debian/libopenal1/usr/lib/i386-gnu/libopenal.so.1.19.1 | grep NEED NEEDED /usr/lib/i386-gnu/libsndio.so ... € objdump -x ./tmp/usr/lib/x86_64-linux-gnu/libopenal.so.1.19.1 | grep NEED NEEDED libsndio.so.7.0 ... The link line contains /usr/lib/i386-gnu/libsndio.so in one case, and -lsndio in the other case. I don't know why cmake makes a difference. In both cases we have absolute paths in ./build-tree/CMakeFiles/OpenAL.dir/build.make:libopenal.so.1.19.1: /usr/lib/i386-gnu/libsndio.so ./build-tree/CMakeCache.txt:OpenAL_LIB_DEPENDS:STATIC=general;-pthread;general;common;general;/usr/lib/i386-gnu/libsndio.so;general;rt;general;pthread;general;dl;general;atomic;general;m; ./build-tree/CMakeCache.txt:SOUNDIO_LIBRARY:FILEPATH=/usr/lib/i386-gnu/libsndio.so ./build-tree/CMakeCache.txt:FIND_PACKAGE_MESSAGE_DETAILS_SoundIO:INTERNAL=[/usr/lib/i386-gnu/libsndio.so][/usr/include][v()] ./build-tree/CMakeFiles/OpenAL.dir/build.make:libopenal.so.1.19.1: /usr/lib/x86_64-linux-gnu/libsndio.so ./build-tree/CMakeCache.txt:OpenAL_LIB_DEPENDS:STATIC=general;-pthread;general;common;general;/usr/lib/x86_64-linux-gnu/libsndio.so;general;rt;general;pthread;general;dl;general;atomic;general;m; ./build-tree/CMakeCache.txt:SOUNDIO_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libsndio.so ./build-tree/CMakeCache.txt:FIND_PACKAGE_MESSAGE_DETAILS_SoundIO:INTERNAL=[/usr/lib/x86_64-linux-gnu/libsndio.so][/usr/include][v()] cmake maintainers, do you have any idea why /usr/lib/i386-gnu/libsndio.so does not get turned into -lsndio while /usr/lib/x86_64-linux-gnu/libsndio.so does? Samuel
Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
tag 912475 - patch thanks Hi, In data mercoledì 31 ottobre 2018 23:26:26 CET, Samuel Thibault ha scritto: > qtmultimedia-opensource-src currently FTBFS on hurd because > qtaudioengine doesn't get built. > > https://buildd.debian.org/status/fetch.php?pkg=qtmultimedia-opensource-src=hurd-i386=5.11.2-2=1540905856=0 > > Could you apply the attached patch to just disable the resulting > package? This fix is incorrect, and works around a bug in another package. The issue comes from the fact that libopenal seems to not have all the proper dependencies, and thus the linking test fails with all the sio_* symbols (provided by libsndio) undefined. (I saw these undefined symbols errors also in other packages, so this is definitely something to fix at openal level, or below it.) I tried taking a quick look, and I did not find yet why apparently there is a behaviour change between Linux and Hurd. I did not have a lot of time to spend on it, though. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
Processing commands for cont...@bugs.debian.org: > tag 912475 - patch Bug #912475 [src:qtmultimedia-opensource-src] qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine Removed tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 912475: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912475 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#912475: qtmultimedia-opensource-src: FTBFS on hurd: no qtaudioengine
Source: qtmultimedia-opensource-src
Version: 5.11.2-2
Severity: important
Tags: patch
Hello,
qtmultimedia-opensource-src currently FTBFS on hurd because
qtaudioengine doesn't get built.
https://buildd.debian.org/status/fetch.php?pkg=qtmultimedia-opensource-src=hurd-i386=5.11.2-2=1540905856=0
Could you apply the attached patch to just disable the resulting
package?
(kio indirectly depends on it, and thus a big lot of kde packages too).
Thanks,
Samuel
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500,
'stable-debug'), (500, 'proposed-updates-debug'), (500, 'proposed-updates'),
(500, 'oldoldstable'), (500, 'buildd-unstable'), (500, 'unstable'), (500,
'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1,
'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--
Samuel
"And the next time you consider complaining that running Lucid Emacs
19.05 via NFS from a remote Linux machine in Paraguay doesn't seem to
get the background colors right, you'll know who to thank."
(By Matt Welsh)
--- debian/control.original 2018-10-31 22:21:09.0 +
+++ debian/control 2018-10-31 22:21:14.0 +
@@ -93,7 +93,7 @@
This package contains the Multimedia QML module for QtDeclarative.
Package: qml-module-qtaudioengine
-Architecture: any
+Architecture: linux-any kfreebsd-any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, ${shlibs:Depends}
