Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
On Mon, 24 Dec 2012 14:46:58 +, Thorsten Glaser wrote: Ivo De Decker dixit: Here is a patch that fixes the build: Wow, thanks for your quick reaction! This indeed fixes the build failure; I uploaded to unreleased for the time being. Hm, not sure what unreleased here means; but I don't see the fix in the Debian archive ... Shall I upload an NMU to DELAYED/x with Ivo's patch? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Rolling Stones signature.asc Description: Digital signature
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Hi Gregor, On Sat, Jan 05, 2013 at 11:51:38PM +0100, gregor herrmann wrote: On Mon, 24 Dec 2012 14:46:58 +, Thorsten Glaser wrote: Ivo De Decker dixit: Here is a patch that fixes the build: Wow, thanks for your quick reaction! This indeed fixes the build failure; I uploaded to unreleased for the time being. Hm, not sure what unreleased here means; I had to search for this myself. Apparently 'unreleased' is the codename for the suite on debian-ports.org that has uploads that aren't in the main debian archive. See http://www.debian-ports.org/archive but I don't see the fix in the Debian archive ... Shall I upload an NMU to DELAYED/x with Ivo's patch? I was planning to upload such a version to mentors, but if you upload it directly, that saves us both a step :) Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Ivo De Decker dixit: This indeed fixes the build failure; I uploaded to unreleased for the time being. Hm, not sure what unreleased here means; I had to search for this myself. Apparently 'unreleased' is the codename for the suite on debian-ports.org that has uploads that aren't in the main debian archive. See http://www.debian-ports.org/archive Yes, basically porter patches on top of unstable with the goal to eventually get them included or removed. but I don't see the fix in the Debian archive ... Shall I upload an NMU to DELAYED/x with Ivo's patch? I was planning to upload such a version to mentors, but if you upload it directly, that saves us both a step :) I wasn’t even aware Ivo was not a DD… please go on, you two ;-) bye, //mirabilos -- ☎ Natureshadow Ich glaub ich hab mir grad mit dem [Ham]Burger die Nase abge‐ putzt… mirabilos Ich glaub ich hab ne neue eMail-Signatur Natureshadow Scheiße, warum passiert mir sowas immer, wenn ich mit dir spre‐ che? *hust* Das war Schnodderburger… *hust* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
On Sat, 05 Jan 2013 23:23:17 +, Thorsten Glaser wrote: Hm, not sure what unreleased here means; I had to search for this myself. Apparently 'unreleased' is the codename for the suite on debian-ports.org that has uploads that aren't in the main debian archive. See http://www.debian-ports.org/archive Yes, basically porter patches on top of unstable with the goal to eventually get them included or removed. Thanks to both of you, good to know new things :) but I don't see the fix in the Debian archive ... Shall I upload an NMU to DELAYED/x with Ivo's patch? I was planning to upload such a version to mentors, but if you upload it directly, that saves us both a step :) I wasn’t even aware Ivo was not a DD… please go on, you two ;-) This should really be fixed :) Building the package now. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Townes Van Zandt: All Your Young Servants signature.asc Description: Digital signature
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Dixi quod… Ivo De Decker dixit: Here is a patch that fixes the build: Wow, thanks for your quick reaction! This indeed fixes the build failure; I uploaded to unreleased for the time being. bye, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in Notes on Programming in C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Control: retitle -1 festival: FTBFS: does not define DEB_HOST_MULTIARCH Control: tags -1 patch Control: tags -1 - unreproducible Control: severity -1 serious Hi Thorsten, On Sun, Dec 23, 2012 at 02:00:23AM +, Thorsten Glaser wrote: Ivo De Decker dixit: On Fri, Dec 21, 2012 at 11:26:07PM +0100, Thorsten Glaser wrote: Source: festival Version: 2.1~release-5 You missed the epoch here. I adjusted the found version. Oh. I used reportbug --from-buildd= option. Apparently it does not DTRT but parse the filename. Thanks, will not use it in the future or do manual checking. Isn't that a bug in reportbug, then? I tried to build festival 1:2.1~release-5 with pbuilder on wheezy and sid on amd64 and got no failures, so I'm tagging this bug unreproducible. As your failure is on m68k, which isn't a release architecture, I'm also downgrading this bug. If you can reproduce the failure on a release architecture, please send the build log (and increase the severity again). Interesting. I’ve peeked a bit at the source package and see debian/patches/config_project.mak.diff reference +REQUIRED_LIBRARY_DIR_estools = /usr/lib/$(DEB_HOST_MULTIARCH) but debian/rules does not define DEB_HOST_MULTIARCH. The rules file should set DEB_HOST_MULTIARCH, but doesn't, so this is the cause of the bug. I'm retitling this bug report to reflect that. Please note that DEB_HOST_MULTIARCH is not used in the rules file, but the debian patches use this variable in other makefiles. Does the package fail on amd64 when you build it with just 'debian/rules build-arch' instead of using dpkg-buildpackage?¹ If yes, then we have an issue similar to what dpkg-buildflags was introduced for. Indead. Running 'debian/rules build-arch' om amd64 fails with the error in your report. As this bug is reproducible on a release arch, I'm setting the severity back to serious. debian/rules includes /usr/share/dpkg/buildflags.mk; maybe /usr/share/dpkg/architecture.mk is also needed? Just defining DEB_HOST_MULTIARCH isn't enough: the variable is used by the build. It should be exported too. Here is a patch that fixes the build: --- ../festival/debian/rules2012-12-23 11:01:24.706078522 +0100 +++ debian/rules2012-12-23 11:11:07.778749254 +0100 @@ -5,6 +5,8 @@ DPKG_EXPORT_BUILDFLAGS = 1 -include /usr/share/dpkg/buildflags.mk +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) +export DEB_HOST_MULTIARCH override_dh_auto_configure: #Avoid conflicting with upstreams build system Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Ivo De Decker dixit: Oh. I used reportbug --from-buildd= option. Apparently it does not DTRT but parse the filename. Thanks, will not use it in the future or do manual checking. Isn't that a bug in reportbug, then? I don’t know. The --from-buildd=srcpkg_vsn option is designed for bugreports from a buildd, which will not have the package otherwise available normally. Epochs are excluded from the package version as encoded in pathnames, so this is likely a user error. I think reportbug could accept a .dsc filename as argument to --from-buildd and then parse that one instead of taking its filename, falling back to the latter only if the former fails. That would be reasonable; anything else would not be reasonable to ask from reportbug AFAICT. The rules file should set DEB_HOST_MULTIARCH, but doesn't, so this is the cause of the bug. I'm retitling this bug report to reflect that. Okay. Please note that DEB_HOST_MULTIARCH is not used in the rules file, but the debian patches use this variable in other makefiles. Right, but without it being made available, that won’t work as desired ;-) maybe /usr/share/dpkg/architecture.mk is also needed? Just defining DEB_HOST_MULTIARCH isn't enough: the variable is used by the build. It should be exported too. Oh, okay. With GNU make, I never quite know when it exports a variable and when not. (I’m personally more used to BSD make.) Here is a patch that fixes the build: Wow, thanks for your quick reaction! Have a nice holidays, //mirabilos -- Using Lynx is like wearing a really good pair of shades: cuts out the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL. -- Henry Nelson, March 1999 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Control: notfound -1 2.1~release-5 Control: found -1 1:2.1~release-5 Control: severity -1 important Control: tags -1 unreproducible Hi Thorsten, On Fri, Dec 21, 2012 at 11:26:07PM +0100, Thorsten Glaser wrote: Source: festival Version: 2.1~release-5 You missed the epoch here. I adjusted the found version. Severity: serious Justification: fails to build from source (but built successfully in the past) Apparently, festival seems to hardcode /usr/lib as libdir. Since Multi-Arch, this assumption is no longer valid, see for example #626877 for a similar case. [...] This affects all architectures, not just the one given. [...] Architecture: m68k I tried to build festival 1:2.1~release-5 with pbuilder on wheezy and sid on amd64 and got no failures, so I'm tagging this bug unreproducible. As your failure is on m68k, which isn't a release architecture, I'm also downgrading this bug. If you can reproduce the failure on a release architecture, please send the build log (and increase the severity again). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Ivo De Decker dixit: On Fri, Dec 21, 2012 at 11:26:07PM +0100, Thorsten Glaser wrote: Source: festival Version: 2.1~release-5 You missed the epoch here. I adjusted the found version. Oh. I used reportbug --from-buildd= option. Apparently it does not DTRT but parse the filename. Thanks, will not use it in the future or do manual checking. I tried to build festival 1:2.1~release-5 with pbuilder on wheezy and sid on amd64 and got no failures, so I'm tagging this bug unreproducible. As your failure is on m68k, which isn't a release architecture, I'm also downgrading this bug. If you can reproduce the failure on a release architecture, please send the build log (and increase the severity again). Interesting. I’ve peeked a bit at the source package and see debian/patches/config_project.mak.diff reference +REQUIRED_LIBRARY_DIR_estools = /usr/lib/$(DEB_HOST_MULTIARCH) but debian/rules does not define DEB_HOST_MULTIARCH. Does the package fail on amd64 when you build it with just 'debian/rules build-arch' instead of using dpkg-buildpackage?¹ If yes, then we have an issue similar to what dpkg-buildflags was introduced for. debian/rules includes /usr/share/dpkg/buildflags.mk; maybe /usr/share/dpkg/architecture.mk is also needed? bye, //mirabilos ① The reason for this unusual request is a GCC bug that currently hits us on m68k which can be worked around by appending -O1 to the failing compile-commands. My usual procedure for that is, when the build is inter- rupted, I run the failed command plus -O1 manually, then continue the build using that invocation followed by debian/rules binary-arch. For Debian-Ports, that is sufficient. (The bug is filed, yes.) -- hecker cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten die nicht noch 3 Jahre warten können? mirabilos bis dahin gibts google nicht mehr hecker ja, könnte man meinen. wahrscheinlich ist der angekündigte welt- untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum müssen die die doodles vorher noch raushauen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Source: festival Version: 2.1~release-5 Severity: serious Justification: fails to build from source (but built successfully in the past) Apparently, festival seems to hardcode /usr/lib as libdir. Since Multi-Arch, this assumption is no longer valid, see for example #626877 for a similar case. This is RC because it prevents rebuilds of this source package. Build log: […] Update library Festival UniSyn_diphone.o us_diphone_unit.o us_diphone_index.o a - UniSyn_diphone.o a - us_diphone_unit.o a - us_diphone_index.o Making in directory src/main ... making dependencies -- festival_main.cc audsp.cc festival_client.cc g++ -c -g -O3 -fPIC -Wall -Wno-non-template-friend -I../../src/include -I/usr/lib/speech_tools/include festival_main.cc make[4]: *** No rule to make target `/usr/lib//libestools.a', needed by `festival'. Stop. make[3]: *** [main] Error 2 make[2]: *** [src] Error 2 make[2]: Leaving directory `/tmp/buildd/festival-2.1~release' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/tmp/buildd/festival-2.1~release' make: *** [build-arch] Error 2 Manual check in the buildd chroot: (pbuild19661)root@ara2:~/festival-2.1~release # find /usr/lib -name libestools.a /usr/lib/speech_tools/lib/libestools.a /usr/lib/m68k-linux-gnu/libestools.a This affects all architectures, not just the one given. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.2.0-4-atari Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org