Control: tags -1 + moreinfo
Hi Santiago!
2019-02-26 23:28 Santiago Vila:
Package: src:ftgl
Version: 2.4.0-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in sid but it failed:
(Yes, I know that it built ok 4 hours ago, but apparently not anymore)
--------------------------------------------------------------------------------
[...]
debian/rules binary-arch
dh binary-arch
dh_update_autotools_config -a
dh_autoreconf -a
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, '.auto'.
libtoolize: copying file '.auto/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
configure.ac:31: installing '.auto/compile'
configure.ac:12: installing '.auto/config.guess'
[... snipped ...]
! Missing \cr inserted.
<inserted text>
\cr
l.40 \end{DoxyEnumFields}
I'm guessing that you meant to end an alignment here.
! Misplaced \cr.
<inserted text> \cr
l.40 \end{DoxyEnumFields}
I can't figure out why you would want to use a tab mark
or \cr or \span just now. If something like a right brace
up above has ended a previous alignment prematurely,
you're probably due for more error messages, and you
might try typing `S' now just to see what is salvageable.
! Missing \cr inserted.
<inserted text>
\cr
l.40 \end{DoxyEnumFields}
(That makes 100 errors; please try again.)
Here is how much of TeX's memory you used:
15019 strings out of 494561
215980 string characters out of 6177454
308954 words of memory out of 5000000
18251 multiletter control sequences out of 15000+600000
61038 words of font info for 84 fonts, out of 8000000 for 9000
14 hyphenation exceptions out of 8191
53i,16n,92p,802b,557s stack positions out of 5000i,500n,10000p,200000b,80000s
! ==> Fatal error occurred, no output PDF file produced!
make[4]: *** [Makefile:619: stamp-latex] Error 1
make[4]: Leaving directory '/<<PKGBUILDDIR>>/docs'
make[3]: *** [Makefile:519: all-recursive] Error 1
make[3]: Leaving directory '/<<PKGBUILDDIR>>'
make[2]: *** [Makefile:428: all] Error 2
make[2]: Leaving directory '/<<PKGBUILDDIR>>'
dh_auto_build: make -j1 "GLUT_LIBS=-lglut -lGLU -lGL -lm" returned exit code 2
make[1]: *** [debian/rules:16: override_dh_auto_build] Error 2
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
make: *** [debian/rules:13: binary-arch] Error 2
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit
status 2
--------------------------------------------------------------------------------
(The above is just how the build ends and not necessarily the most relevant
part)
The build was made in my autobuilder with "dpkg-buildpackage -B"
and it also fails here:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ftgl.html
where you can get a full build log if you need it.
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.
This was due to bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921779 , as mentioned
in the changelog.
Since I saw it marked as closed, I enabled the PDF doc again and it
worked, despite the bug in the documentation generator not having
actually been fixed at the time.
I don't know why it worked, if due to older versions than the ones
affected being used, or something else. The texlive maintainer mentions
"clean up the mess due to delayed acceptance" and closing it for a
second time yesterday, so I don't know what really happened.
Also, the network of mirrors had problems and haven't been updated for a
couple of days, including some buildds, so it's possible that this might
have played a role?
In any case, it built for me at the time of uploading, it built in
almost all buildds except unimportant ones, and I just tested and it
builds for me again locally with git-pbuilder and an up-to-date chrrot,
so I think that everything is fine now?
Thanks for caring!
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
