Bug#844957: dballe: FTBFS: g++: error: .specs: No such file or directory
Source: dballe Version: 7.19-1 Severity: serious Tags: stretch sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20161118 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): > make[4]: Entering directory '/<>/dballe' > /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. > -DTABLE_DIR=\"/usr/share/wreport\" -I.. -I.. -I/usr/include/postgresql > -I/usr/include/mysql > -fdebug-prefix-map=/build/mysql-5.7-lG4h93/mysql-5.7-5.7.16=. .specs > -fabi-version=2 -fno-omit-frame-pointer -I/usr/include/lua5.1 -Werror -g > -O2 -Wall -c -o libdballe_la-file.lo `test -f 'file.cc' || echo './'`file.cc > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. > -DTABLE_DIR=\"/usr/share/wreport\" -I.. -I.. -I/usr/include/postgresql > -I/usr/include/mysql > -fdebug-prefix-map=/build/mysql-5.7-lG4h93/mysql-5.7-5.7.16=. .specs > -fabi-version=2 -fno-omit-frame-pointer -I/usr/include/lua5.1 -Werror -g -O2 > -Wall -c file.cc -fPIC -DPIC -o .libs/libdballe_la-file.o > g++: error: .specs: No such file or directory > Makefile:1708: recipe for target 'libdballe_la-file.lo' failed > make[4]: *** [libdballe_la-file.lo] Error 1 The full build log is available from: http://aws-logs.debian.net/2016/11/18/dballe_7.19-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures.
Bug#844957: dballe: FTBFS: g++: error: .specs: No such file or directory
On Sat, Nov 19, 2016 at 08:08:54AM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part (hopefully): > > make[4]: Entering directory '/<>/dballe' > > /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > > -I.. -DTABLE_DIR=\"/usr/share/wreport\" -I.. -I.. > > -I/usr/include/postgresql -I/usr/include/mysql > > -fdebug-prefix-map=/build/mysql-5.7-lG4h93/mysql-5.7-5.7.16=. .specs > > -fabi-version=2 -fno-omit-frame-pointer -I/usr/include/lua5.1 -Werror -g > > -O2 -Wall -c -o libdballe_la-file.lo `test -f 'file.cc' || echo './'`file.cc > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. > > -DTABLE_DIR=\"/usr/share/wreport\" -I.. -I.. -I/usr/include/postgresql > > -I/usr/include/mysql > > -fdebug-prefix-map=/build/mysql-5.7-lG4h93/mysql-5.7-5.7.16=. .specs > > -fabi-version=2 -fno-omit-frame-pointer -I/usr/include/lua5.1 -Werror -g > > -O2 -Wall -c file.cc -fPIC -DPIC -o .libs/libdballe_la-file.o > > g++: error: .specs: No such file or directory > > Makefile:1708: recipe for target 'libdballe_la-file.lo' failed > > make[4]: *** [libdballe_la-file.lo] Error 1 I have no idea where that .specs comes from: $ rgrep specs dballe-7.19/ dballe-7.19/ltmain.sh: # -specs=* GCC specs files dballe-7.19/ltmain.sh: -specs=*|-fsanitize=*) dballe-7.19/python/doc-dballe:c_argspecs = { dballe-7.19/python/doc-dballe:if inspect.isroutine(m) and (inspect.isfunction(m) or fullname in c_argspecs): dballe-7.19/python/doc-dballe:argspec = c_argspecs.get(fullname, None) dballe-7.19/fabfile.py: " --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic" dballe-7.19/fabfile.py:fedora_ldflags = "-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld" Lucas, is there a way for me to reproduce that build in a way that I can run commands in the build environment, like running pkg-config to see what compiler flags are being injected, or inspecting config.status to see what ./configure has found? Alternatively, if you still have that build environment around, can you send me a copy of config.status? Enrico -- GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini signature.asc Description: PGP signature
Bug#844957: dballe: FTBFS: g++: error: .specs: No such file or directory
Hi Enrico, On 19/11/16 at 10:30 +0100, Enrico Zini wrote: > On Sat, Nov 19, 2016 at 08:08:54AM +0100, Lucas Nussbaum wrote: > > > During a rebuild of all packages in sid, your package failed to build on > > amd64. > > > > Relevant part (hopefully): > > > make[4]: Entering directory '/<>/dballe' > > > /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > > > -I.. -DTABLE_DIR=\"/usr/share/wreport\" -I.. -I.. > > > -I/usr/include/postgresql -I/usr/include/mysql > > > -fdebug-prefix-map=/build/mysql-5.7-lG4h93/mysql-5.7-5.7.16=. .specs > > > -fabi-version=2 -fno-omit-frame-pointer -I/usr/include/lua5.1 -Werror > > > -g -O2 -Wall -c -o libdballe_la-file.lo `test -f 'file.cc' || echo > > > './'`file.cc > > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. > > > -DTABLE_DIR=\"/usr/share/wreport\" -I.. -I.. -I/usr/include/postgresql > > > -I/usr/include/mysql > > > -fdebug-prefix-map=/build/mysql-5.7-lG4h93/mysql-5.7-5.7.16=. .specs > > > -fabi-version=2 -fno-omit-frame-pointer -I/usr/include/lua5.1 -Werror -g > > > -O2 -Wall -c file.cc -fPIC -DPIC -o .libs/libdballe_la-file.o > > > g++: error: .specs: No such file or directory > > > Makefile:1708: recipe for target 'libdballe_la-file.lo' failed > > > make[4]: *** [libdballe_la-file.lo] Error 1 > > I have no idea where that .specs comes from: > > $ rgrep specs dballe-7.19/ > dballe-7.19/ltmain.sh: # -specs=* GCC specs files > dballe-7.19/ltmain.sh: -specs=*|-fsanitize=*) > dballe-7.19/python/doc-dballe:c_argspecs = { > dballe-7.19/python/doc-dballe:if inspect.isroutine(m) and > (inspect.isfunction(m) or fullname in c_argspecs): > dballe-7.19/python/doc-dballe:argspec = c_argspecs.get(fullname, > None) > dballe-7.19/fabfile.py: " --param=ssp-buffer-size=4 > -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 > -mtune=generic" > dballe-7.19/fabfile.py:fedora_ldflags = "-Wl,-z,relro > -specs=/usr/lib/rpm/redhat/redhat-hardened-ld" #844302 looks similar (but unrelated?) > Lucas, is there a way for me to reproduce that build in a way that I can > run commands in the build environment, like running pkg-config to see > what compiler flags are being injected, or inspecting config.status to > see what ./configure has found? > > Alternatively, if you still have that build environment around, can you > send me a copy of config.status? config.status attached. Lucas #! /bin/bash # Generated by configure. # Run this file to recreate the current configuration. # Compiler output produced by configure, useful for debugging # configure, is in config.log if it exists. debug=false ac_cs_recheck=false ac_cs_silent=false SHELL=${CONFIG_SHELL-/bin/bash} export SHELL ## ## ## M4sh Initialization. ## ## ## # Be more Bourne compatible DUALCASE=1; export DUALCASE # for MKS sh if test -n "${ZSH_VERSION+set}" && (emulate sh) >/dev/null 2>&1; then : emulate sh NULLCMD=: # Pre-4.2 versions of Zsh do word splitting on ${1+"$@"}, which # is contrary to our usage. Disable this feature. alias -g '${1+"$@"}'='"$@"' setopt NO_GLOB_SUBST else case `(set -o) 2>/dev/null` in #( *posix*) : set -o posix ;; #( *) : ;; esac fi as_nl=' ' export as_nl # Printing a long string crashes Solaris 7 /usr/bin/printf. as_echo='\\\' as_echo=$as_echo$as_echo$as_echo$as_echo$as_echo as_echo=$as_echo$as_echo$as_echo$as_echo$as_echo$as_echo # Prefer a ksh shell builtin over an external printf program on Solaris, # but without wasting forks for bash or zsh. if test -z "$BASH_VERSION$ZSH_VERSION" \ && (test "X`print -r -- $as_echo`" = "X$as_echo") 2>/dev/null; then as_echo='print -r --' as_echo_n='print -rn --' elif (test "X`printf %s $as_echo`" = "X$as_echo") 2>/dev/null; then as_echo='printf %s\n' as_echo_n='printf %s' else if test "X`(/usr/ucb/echo -n -n $as_echo) 2>/dev/null`" = "X-n $as_echo"; then as_echo_body='eval /usr/ucb/echo -n "$1$as_nl"' as_echo_n='/usr/ucb/echo -n' else as_echo_body='eval expr "X$1" : "X\\(.*\\)"' as_echo_n_body='eval arg=$1; case $arg in #( *"$as_nl"*) expr "X$arg" : "X\\(.*\\)$as_nl"; arg=`expr "X$arg" : ".*$as_nl\\(.*\\)"`;; esac; expr "X$arg" : "X\\(.*\\)" | tr -d "$as_nl" ' export as_echo_n_body as_echo_n='sh -c $as_echo_n_body as_echo' fi export as_echo_body as_echo='sh -c $as_echo_body as_echo' fi # The user is always right. if test "${PATH_SEPARATOR+set}" != set; then PATH_SEPARATOR=: (PATH='/bin;/bin'; FPATH=$PATH; sh -c :) >/dev/null 2>&1 && { (PATH='/bin:/bin'; FPATH=$PATH; sh -c :) >/dev/null 2>&1 || PATH_SEPARATOR=';' } fi # IFS # We need space, tab and new line, in precisely that order. Quoting is # there to prevent editors from complaining a
Bug#844957: dballe: FTBFS: g++: error: .specs: No such file or directory
On Sat, Nov 19, 2016 at 08:30:23PM +0100, Lucas Nussbaum wrote: > #844302 looks similar (but unrelated?) They seem to be all related: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844275 > config.status attached. … > S["HAVE_MYSQL_FALSE"]="#" > S["HAVE_MYSQL_TRUE"]="" > S["MYSQL_LIBS"]="-L/usr/lib/x86_64-linux-gnu -lmysqlclient -lpthread -lz -lm > -lrt -latomic -ldl" > S["MYSQL_CFLAGS"]="-I/usr/include/mysql > -fdebug-prefix-map=/build/mysql-5.7-lG4h93/mysql-5.7-5.7.16=. .specs > -fabi-version=2 -fno-omit-frame-pointer" > S["mysql_config"]="/usr/bin/mysql_config" Indeed, it's libmysqlclient-dev injecting the invalid flag. Enrico -- GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini signature.asc Description: PGP signature