Source: makedepf90
Version: 3.0.1-1
Severity: minor
Tags: trixie sid ftbfs
User: [email protected]
Usertags: ftbfs-binary-20230816 ftbfs-binary-after-build
User: [email protected]
Usertags: qa-doublebuild

Hi,

This package fails to do build a binary-only build (not source) after a
successful build (dpkg-buildpackage ; dpkg-buildpackage -b).

This is probably a clear violation of Debian Policy section 4.9 (clean target),
but this is filed as severity:minor for now, because a discussion on
debian-devel showed that we might want to revisit the requirement of a working
'clean' target.

More information about this class of issues, included common problems and
solutions, is available at
https://wiki.debian.org/qa.debian.org/FTBFS/DoubleBuild

Relevant part of the build log:
> cd /<<PKGBUILDDIR>> && runuser -u user42 -- dpkg-buildpackage --sanitize-env 
> -us -uc -rfakeroot -b
> ---------------------------------------------------------------------------------------------------------------------------
> 
> dpkg-buildpackage: info: source package makedepf90
> dpkg-buildpackage: info: source version 3.0.1-1
> dpkg-buildpackage: info: source distribution unstable
> dpkg-buildpackage: info: source changed by Alastair McKinstry 
> <[email protected]>
>  dpkg-source --before-build .
> dpkg-buildpackage: info: host architecture amd64
>  fakeroot debian/rules clean
> dh clean
>    debian/rules override_dh_auto_clean
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> dh_auto_clean
>       make -j8 realclean
> make[2]: Entering directory '/<<PKGBUILDDIR>>'
> rm -f *.o makedepf90 gmon.out gmon.sum 
> find . -name 'core' -exec rm {} \;
> rm -f lexer.c find_dep.[ch] .depend configure tags config.cache config.log 
> config.status 
> make[2]: Leaving directory '/<<PKGBUILDDIR>>'
> rm -f find_dep.c lexer.c
> make[1]: Leaving directory '/<<PKGBUILDDIR>>'
>    dh_autoreconf_clean
>    dh_clean
>  debian/rules build
> dh build
>    dh_update_autotools_config
>    dh_autoreconf
> autoreconf: warning: autoconf input should be named 'configure.ac', not 
> 'configure.in'
> aclocal: warning: autoconf input should be named 'configure.ac', not 
> 'configure.in'
> configure.in:28: warning: The macro `AC_CONFIG_HEADER' is obsolete.
> configure.in:28: You should run autoupdate.
> ./lib/autoconf/status.m4:719: AC_CONFIG_HEADER is expanded from...
> configure.in:28: the top level
> configure.in:30: warning: AC_PROG_LEX without either yywrap or noyywrap is 
> obsolete
> ./lib/autoconf/programs.m4:716: _AC_PROG_LEX is expanded from...
> ./lib/autoconf/programs.m4:709: AC_PROG_LEX is expanded from...
> configure.in:30: the top level
> configure.in:37: warning: AC_OUTPUT should be used without arguments.
> configure.in:37: You should run autoupdate.
> autoheader: warning: autoconf input should be named 'configure.ac', not 
> 'configure.in'
>    dh_auto_configure
>       ./configure --build=x86_64-linux-gnu --prefix=/usr 
> --includedir=\${prefix}/include --mandir=\${prefix}/share/man 
> --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
> --disable-option-checking --disable-silent-rules 
> --libdir=\${prefix}/lib/x86_64-linux-gnu --runstatedir=/run 
> --disable-maintainer-mode --disable-dependency-tracking
> checking for gcc... gcc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables... 
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether the compiler supports GNU C... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to enable C11 features... none needed
> checking for flex... flex
> checking for lex output file root... lex.yy
> checking for lex library... none needed
> checking for library containing yywrap... no
> checking whether yytext is a pointer... yes
> checking for bison... bison -y
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for stdio.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for strings.h... yes
> checking for sys/stat.h... yes
> checking for sys/types.h... yes
> checking for unistd.h... yes
> checking for size_t... yes
> checking for working alloca.h... yes
> checking for alloca... yes
> checking for strcasecmp... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: WARNING:  'Makefile.in' seems to ignore the --datarootdir 
> setting
> config.status: creating config.h
> config.status: config.h is unchanged
>    dh_auto_build
>       make -j8
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> flex -i -B  -t lexer.l > lexer.c
> bison -y -d  find_dep.y
> bison -y -d  find_dep.y
> find_dep.y: warning: 2 shift/reduce conflicts [-Wconflicts-sr]
> find_dep.y: note: rerun with option '-Wcounterexamples' to generate conflict 
> counterexamples
> find_dep.y: warning: 2 shift/reduce conflicts [-Wconflicts-sr]
> find_dep.y: note: rerun with option '-Wcounterexamples' to generate conflict 
> counterexamples
> lexer.l:145: warning, rule cannot be matched
> mv y.tab.h find_dep.h
> mv y.tab.c find_dep.c
> mv y.tab.c find_dep.c
> mv: cannot stat 'y.tab.c': No such file or directory
> Makefile:90: .depend: No such file or directory
> make[1]: *** [Makefile:78: find_dep.c] Error 1
> make[1]: Leaving directory '/<<PKGBUILDDIR>>'
> dh_auto_build: error: make -j8 returned exit code 2
> make: *** [debian/rules:8: build] Error 25
> dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
> 
> E: Command 'cd /<<PKGBUILDDIR>> && runuser -u user42 -- dpkg-buildpackage 
> --sanitize-env -us -uc -rfakeroot -b' failed to run.


The full build log is available from:
http://qa-logs.debian.net/2023/08/16/makedepf90_3.0.1-1_unstable.log

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.

Reply via email to