Bug#923442: octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory)
On Thu, Feb 28, 2019 at 20:10:46 +0100, Sébastien Villemot wrote: > If you don't have the time to do the upload today, I will do it > tomorrow. > > Note that you'll have to create a new git branch, named "buster", > branching off at 4.4.1-4, since master already contains 5.1.0. I've done exactly that, successfully tested in sbuild locally. Please tag and upload when you get a chance. -- mike signature.asc Description: PGP signature
Bug#923442: octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory)
Le jeudi 28 février 2019 à 09:53 -0800, Mike Miller a écrit : > Control: tags -1 + patch > > On Thu, Feb 28, 2019 at 10:08:33 +, Santiago Vila wrote: > > I tried to build this package in buster but it failed: > > […] > > /bin/sed: can't read libinterp/corefcn/oct-tex-parser.cc-t: No such > > file or directory > > Confirmed separately in upstream Octave development, this is caused > by > the recent upload of bison 3.3 to unstable/buster. > > Octave 4.4 needs this patch to work with bison 3.3 > > https://hg.savannah.gnu.org/hgweb/octave/rev/df42ea23502f > > I'll try building that a bit later today and push the fix if it works > for me. Thanks for pointing to the relevant upstream commit. If you don't have the time to do the upload today, I will do it tomorrow. Note that you'll have to create a new git branch, named "buster", branching off at 4.4.1-4, since master already contains 5.1.0. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name ⠈⠳⣄ http://www.debian.org signature.asc Description: This is a digitally signed message part
Bug#923442: octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory)
Control: tags -1 + patch On Thu, Feb 28, 2019 at 10:08:33 +, Santiago Vila wrote: > I tried to build this package in buster but it failed: […] > /bin/sed: can't read libinterp/corefcn/oct-tex-parser.cc-t: No such file or > directory Confirmed separately in upstream Octave development, this is caused by the recent upload of bison 3.3 to unstable/buster. Octave 4.4 needs this patch to work with bison 3.3 https://hg.savannah.gnu.org/hgweb/octave/rev/df42ea23502f I'll try building that a bit later today and push the fix if it works for me. -- mike signature.asc Description: PGP signature
Processed: Re: Bug#923442: octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory)
Processing control commands: > tags -1 + patch Bug #923442 [src:octave] octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory) Added tag(s) patch. -- 923442: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923442 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#923442: octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory)
Package: src:octave
Version: 4.4.1-4
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules binary-indep
dh binary-indep
dh_update_autotools_config -i
dh_autoreconf -i
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'.
libtoolize: copying file 'build-aux/ltmain.sh'
[... snipped ...]
gawk -v emit_graphics_props=1 -f ./libinterp/corefcn/genprops.awk
libinterp/corefcn/graphics.in.h > libinterp/corefcn/graphics-props.cc-t && \
mv libinterp/corefcn/graphics-props.cc-t libinterp/corefcn/graphics-props.cc
rm -f libinterp/corefcn/graphics.h-t && \
gawk -f ./libinterp/corefcn/genprops.awk libinterp/corefcn/graphics.in.h >
libinterp/corefcn/graphics.h-t && \
mv libinterp/corefcn/graphics.h-t libinterp/corefcn/graphics.h
rm -f libinterp/corefcn/mxarray.h-t libinterp/corefcn/mxarray.h && /bin/bash
libinterp/corefcn/mk-mxarray-h.sh < libinterp/corefcn/mxarray.in.h >
libinterp/corefcn/mxarray.h-t && mv libinterp/corefcn/mxarray.h-t
libinterp/corefcn/mxarray.h
case "" in *api*) case "" in *brace*) api_prefix_decl='%define api.prefix
{octave_tex_}'; ;; *) api_prefix_decl='%define api.prefix "octave_tex_"'; ;;
esac; ;; *name*) case "" in *brace*) api_prefix_decl='%name-prefix
{octave_tex_}'; ;; *) api_prefix_decl='%name-prefix="octave_tex_"'; ;; esac; ;;
esac; case "" in *quote*) quote='"' ;; *) quote="" ;; esac; case "" in *dash*)
push_pull_decl="%define api.push-pull ${quote}both${quote}"; ;; *underscore*)
push_pull_decl="%define api.push_pull ${quote}both${quote}"; ;; esac; /bin/sed
-e "s/%PUSH_PULL_DECL%/$push_pull_decl/" -e
"s/%API_PREFIX_DECL%/$api_prefix_decl/" libinterp/corefcn/oct-tex-parser.in.yy
> libinterp/corefcn/oct-tex-parser.yy-t && mv
libinterp/corefcn/oct-tex-parser.yy-t libinterp/corefcn/oct-tex-parser.yy
rm -f libinterp/corefcn/oct-tex-parser.cc-t
libinterp/corefcn/oct-tex-parser.cc-tt && \
/bin/bash ./build-aux/ylwrap libinterp/corefcn/oct-tex-parser.yy y.tab.c
libinterp/corefcn/oct-tex-parser.cc-t y.tab.h
libinterp/corefcn/oct-tex-parser.h y.output
libinterp/corefcn/oct-tex-parser.output -- ./build-aux/missing bison -dv && \
/bin/sed
's|"libinterp/corefcn/oct-tex-parser\.cc-t"|"libinterp/corefcn/oct-tex-parser.cc"|g'
libinterp/corefcn/oct-tex-parser.cc-t > libinterp/corefcn/oct-tex-parser.cc-tt
&& \
mv libinterp/corefcn/oct-tex-parser.cc-tt libinterp/corefcn/oct-tex-parser.cc-t
&& \
if [ -s libinterp/corefcn/oct-tex-parser.cc-t ]; then /bin/bash
./build-aux/move-if-change libinterp/corefcn/oct-tex-parser.cc-t
libinterp/corefcn/oct-tex-parser.cc; else echo
"libinterp/corefcn/oct-tex-parser.cc-t is empty!" 1>&2; rm -f
libinterp/corefcn/oct-tex-parser.cc-t; exit 1; fi
updating oct-tex-parser.output
updating oct-tex-parser.tab.cc
updating oct-tex-parser.tab.hh
/bin/sed: can't read libinterp/corefcn/oct-tex-parser.cc-t: No such file or
directory
make[1]: *** [Makefile:30632: libinterp/corefcn/oct-tex-parser.h] Error 2
make[1]: Leaving directory '/<>'
dh_auto_build: make -j1 returned exit code 2
make: *** [debian/rules:48: binary-indep] Error 2
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit
status 2
The build was made in my autobuilder with "dpkg-buildpackage -A"
and it also fails here:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/octave.html
If this is really a bug in one of the build-depends, please use reassign and
affects,
so that this is still visible in the BTS web page for this package.
Thanks.
