Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1
Hi, On 07/12/22 at 08:19 +0100, Rafael Laboissière wrote: > @Lucas: if the rebuild goes fine, will this bug report be automatically > closed? Otherwise, is there a web page where the results can be tracked? Not automatically no. Rebuilds are mostly a manual process, with a bunch of helpers mainly to file bugs. Regarding old unreproducible failures, I do some clean up from time to time, so I will close the bug eventually. However the best strategy is for the maintainers to close the bug when they think it is fixed, and then I'll reopen or open another bug if I can still reproduce. Lucas
Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1
* Michele Martone [2022-12-05 15:31]: In my 20221204@23:42 (yesterday) email I forgot to add that on my chroot setup, I can reproduce latex failing to compile the file I was attaching. In that setup I have a utf8x.def too, sized 8036 bytes and with md5sum 21f7ac37aafb6cfeddbb196b8bfd6280 . To the goal of fixing the librsb package: that test is the last one in `make tests`, and it it's just to make sure rsbtest can produce a buildable LaTeX file; it's nothing core or important, so sed'ing out that line seems the solution to me -- librsb itself is functional. Ok, thanks, I applied the patch you suggested (s/utf8x//) and uploaded version 1.3.0.1+dfsg-3 of the package to unstable. So far, it built correctly on all official architectures for bookworm. Let us see what will happen with the next automatic rebuild of all package in sid. @Lucas: if the rebuild goes fine, will this bug report be automatically closed? Otherwise, is there a web page where the results can be tracked? Best, Rafael
Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1
On 20221205@15:59, Rafael Laboissière wrote:
> * Michele Martone [2022-12-04 23:42]:
>
> > latex is not able to compile a rsbtest-generated file looking like the
> > one I attach. The problematic line is:
> >
> > \usepackage[utf8x]{inputenc} [...]
>
> It compiles fine here:
>
> $ pdflatex test.tex > /dev/null && grep utf8x.def test.log
> (/usr/share/texlive/texmf-dist/tex/latex/ucs/utf8x.def
> File: utf8x.def 2022/08/07 UCS: Input encoding UTF-8
>
> The utf8x.def file belongs to this package:
>
> $ dpkg -S /usr/share/texlive/texmf-dist/tex/latex/ucs/utf8x.def
> texlive-latex-extra: /usr/share/texlive/texmf-dist/tex/latex/ucs/utf8x.def
>
> texlive-latex-extra is one of the dependencies of doxygen-latex, which is a
> build-dependency of librsb.
>
> In conclusion, I do not think that the problem is caused by using the utf8x
> option for the LaTeX package inputenc.
Hi Rafael,
In my 20221204@23:42 (yesterday) email I forgot to add that on my chroot
setup, I can reproduce latex failing to compile the file I was attaching.
In that setup I have a utf8x.def too, sized 8036 bytes and with md5sum
21f7ac37aafb6cfeddbb196b8bfd6280 .
To the goal of fixing the librsb package: that test is the last one in
`make tests`, and it it's just to make sure rsbtest can produce a buildable
LaTeX file; it's nothing core or important, so sed'ing out that line
seems the solution to me -- librsb itself is functional.
Michele
signature.asc
Description: PGP signature
Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1
* Michele Martone [2022-12-04 23:42]:
latex is not able to compile a rsbtest-generated
file looking like the one I attach.
The problematic line is:
\usepackage[utf8x]{inputenc}
[...]
It compiles fine here:
$ pdflatex test.tex > /dev/null && grep utf8x.def test.log
(/usr/share/texlive/texmf-dist/tex/latex/ucs/utf8x.def
File: utf8x.def 2022/08/07 UCS: Input encoding UTF-8
The utf8x.def file belongs to this package:
$ dpkg -S /usr/share/texlive/texmf-dist/tex/latex/ucs/utf8x.def
texlive-latex-extra: /usr/share/texlive/texmf-dist/tex/latex/ucs/utf8x.def
texlive-latex-extra is one of the dependencies of doxygen-latex, which
is a build-dependency of librsb.
In conclusion, I do not think that the problem is caused by using the
utf8x option for the LaTeX package inputenc.
Best,
Rafael
Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1
Hi Rafael,
latex is not able to compile a rsbtest-generated
file looking like the one I attach.
The problematic line is:
\usepackage[utf8x]{inputenc}
and there are two alternative fixes to be applied before autoreconf:
Patch suggestion 1:
sed 's/utf8x//g' -i rsbtest/rsbtest.cpp
Patch suggestion 2:
sed 's/..LATEX./false/g' -i rsbtest/Makefile.am
I suggest to use 1, and if you confirm it works, I'd also use
it upstream.
Is it effective?
Ciao,
Michele
On 20221204@22:45, Rafael Laboissière wrote:
> Control: forwarded -1 michelemart...@users.sourceforge.net
> Control: tags -1 unreproducible
>
> Hi Michele,
>
> There is a bug report filed against the librsb package (Bug#1016332 [1])
> that has severity level "serious". This is blocking the package entering
> testing and, therefore, librsb will be removed from the upcoming bookworm
> release, unless the bug is fixed. This means that octave-sparsersb would
> also be absent from the next Debian release if nothing is done.
>
> I cannot reproduce the bug and I am hereby tagging this bug report
> accordingly. Skimming over the full build log [2], I could not find the
> source of the problem. If you could take a look at this, it will be great.
>
> Best,
>
> Rafael
>
> [1] https://bugs.debian.org/1016332
> [2] http://qa-logs.debian.net/2022/07/28/librsb_1.3.0.1+dfsg-2_unstable.log
>
> * Lucas Nussbaum [2022-07-29 20:37]:
>
> > Source: librsb
> > Version: 1.3.0.1+dfsg-2
> > Severity: serious
> > Justification: FTBFS
> > Tags: bookworm sid ftbfs
> > User: lu...@debian.org
> > Usertags: ftbfs-20220728 ftbfs-bookworm
> >
> > Hi,
> >
> > During a rebuild of all packages in sid, your package failed to build on
> > amd64.
> >
> > [snip]
> >
> > The full build log is available from:
> > http://qa-logs.debian.net/2022/07/28/librsb_1.3.0.1+dfsg-2_unstable.log
> >
> > All bugs filed during this archive rebuild are listed at:
> > https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20220728;users=lu...@debian.org
> > or:
> > https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-20220728=lu...@debian.org=1=1=1=1#results
> >
> > 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!
> >
> > If you reassign this bug to another package, please marking 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.
% for f in ; do epstopdf $f; done;
%%%
\documentclass[xcolor=dvipsnames]{beamer}
%rm *.pdf *.aux *.nav *.out *.dvi *.log *.snm *.toc -f && ls && latex slides.tex && pdflatex slides.tex && pdflatex slides.tex && evince slides.pdf
\usepackage{color}
\usepackage{sverb} % for verbinput
\usepackage{hyperref} % for url
\usepackage{epsfig}
\hypersetup{pdfpagemode=fullscreen}
\setbeamertemplate{footline}[page number] % no footline
\setbeamertemplate{footline}[text line{...}] % no footline
\setbeamertemplate{navigation symbols}{}
\usepackage[]{verbatim}
\usepackage[]{ulem}
\usepackage{graphicx}
\usepackage{ucs}
\usepackage[utf8x]{inputenc}
\usepackage{epstopdf}
\usepackage[]{comment}
\usepackage[]{color}
%\logo{\includegraphics[scale=0.20]{logo.png}}
\def\mytitle{librsb autotuning benchmark report\\
Linked to librsb-88e18cc
compiled by "gcc"
with flags "-g -O2 -ffile-prefix-map=/root/librsb=. -fstack-protector-strong -Wformat -Werror=format-security -O3 -std=c99"
supporting up to 128 threads
and hardcoded cache parameters ""
and OpenMP enabled.
Supported types: "double,float,float complex,double complex"
Not using C++ RSB implementation.
Not using C++ wrapper to librsb.
Not linked to the Intel MKL.
\_\_cplusplus: 201703
\_\_GNUC\_\_: 12
\_\_GNUC\_MINOR\_\_: 1
}%
\title{\mytitle}
%\author[{michele DOT martone AT lrz DOT de}]{Michele MARTONE}
%\institute{LRZ\\
%Garching bei Muenchen, Germany
%}
%
%\date[]{Place\\Date}%
%
\def\plotwidth{0.6}
\begin{document}
\section{Title Page}
\frame { \titlepage }
%%%
%%
%%%
\begin{frame}[fragile]
\frametitle{Experiment Setup}
Experiment setup using:
\\ types in: D
\\ files in: A\_underscore.mtx
\\ thread spec in: 0
\\ transpositions in: 78
\\ nrhs in: 1
\\ incx in: 1
\\ incy in: 1
\\ density in: 50 100
\\ alpha in: 1
\\ beta in: 1
\\ tune-maxr in: 16
\\ tune-maxt in: 0 s
\\ bench-mintimes in: 3
\\ bench-maxtimes in: 100
\\ bench-min\_t in: 0.5 s
\\ bench-max\_t in: 0.01 s
\\
\end{frame}
%%%
%
%%%
Processed: Re: Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1
Processing control commands: > forwarded -1 michelemart...@users.sourceforge.net Bug #1016332 [src:librsb] librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1 Set Bug forwarded-to-address to 'michelemart...@users.sourceforge.net'. > tags -1 unreproducible Bug #1016332 [src:librsb] librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1 Added tag(s) unreproducible. -- 1016332: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016332 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1
Control: forwarded -1 michelemart...@users.sourceforge.net Control: tags -1 unreproducible Hi Michele, There is a bug report filed against the librsb package (Bug#1016332 [1]) that has severity level "serious". This is blocking the package entering testing and, therefore, librsb will be removed from the upcoming bookworm release, unless the bug is fixed. This means that octave-sparsersb would also be absent from the next Debian release if nothing is done. I cannot reproduce the bug and I am hereby tagging this bug report accordingly. Skimming over the full build log [2], I could not find the source of the problem. If you could take a look at this, it will be great. Best, Rafael [1] https://bugs.debian.org/1016332 [2] http://qa-logs.debian.net/2022/07/28/librsb_1.3.0.1+dfsg-2_unstable.log * Lucas Nussbaum [2022-07-29 20:37]: Source: librsb Version: 1.3.0.1+dfsg-2 Severity: serious Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-20220728 ftbfs-bookworm Hi, During a rebuild of all packages in sid, your package failed to build on amd64. [snip] The full build log is available from: http://qa-logs.debian.net/2022/07/28/librsb_1.3.0.1+dfsg-2_unstable.log All bugs filed during this archive rebuild are listed at: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20220728;users=lu...@debian.org or: https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-20220728=lu...@debian.org=1=1=1=1#results 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! If you reassign this bug to another package, please marking 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.
