Bug#1088719: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1

2024-11-30 Thread Michele Martone
On 20241129@23:10, Santiago Vila wrote: > Package: src:librsb > Version: 1.3.0.2+dfsg-6.1 > Severity: serious > Tags: ftbfs > > Dear maintainer: > > During a rebuild of all packages in unstable, your package failed to build: > ... > ./rsbtest --quiet A_underscore.mtx --report test.tex --no-basen

Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1

2022-12-05 Thread Michele Martone
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} [.

Bug#1016332: librsb: FTBFS: gmake[3]: *** [Makefile:920: qtests] Error 1

2022-12-04 Thread Michele Martone
]{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" s

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@20:39, Paul Gevers wrote: > Hi Michele, > > On 16-09-2021 19:58, Michele Martone wrote: > > You are (well, your CI is) building librsb with support for a limited > > threads > > count, but invoking it on a machine with lots of cores, without specifying &g

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@13:58, Paul Gevers wrote: > Hi Michele, > > On 16-09-2021 12:26, Michele Martone wrote: > > I suggest to set OMP_NUM_THREADS to something small before tests -- say, > > min(nproc,4) -- for all purposes of testing librsb and octave-sparsersb. > > For archi

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@11:53, Paul Gevers wrote: > Hi, > > On 16-09-2021 09:20, Michele Martone wrote: > >> root@autopkgtest-lxc-bexxro:/tmp/autopkgtest-lxc.ghhdpc6_/downtmp/build.J9f/src# > >> rsbench -CERROR 0xfc00 : The requested feature (e.g.:blocking) is > >> no

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-16 Thread Michele Martone
On 20210916@08:54, Paul Gevers wrote: > Hi Michele, > > On 16-09-2021 02:40, Michele Martone wrote: > > Dear Paul, > > > > The problem seems librsb-sided. > > > > Assuming librsb fails at detecting cache memory size, maybe can you > > first export e

Bug#994426: octave-sparsersb: flaky autopkgtest on ci.d.n armhf worker

2021-09-15 Thread Michele Martone
On 20210915@22:12, Paul Gevers wrote: > Source: octave-sparsersb > Version: 1.0.8-3 > Severity: serious > X-Debbugs-CC: debian...@lists.debian.org > Tags: sid bookworm > User: debian...@lists.debian.org > Usertags: flaky timesout > > Dear maintainer(s), > > I looked at the results of the autopkgt

Bug#633935: fim: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-11-14 Thread Michele Martone
On 2014@16:57, Didier Raboud wrote: > (Dropping Moritz and Nobuhiro from the CC list) > ... > Hi Michele, > > those files "timeout" from here. Can you maybe push them to > mentors.debian.net? > > > Since fim is the only Debian package I "manage" sporadically, and for me > > it's easy to forg

Bug#633935: fim: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-11-11 Thread Michele Martone
On 2010@10:52, Didier Raboud wrote: > Le mercredi, 9 novembre 2011 18.39:55, vous avez ?crit : > > On Wed, Nov 09, 2011 at 04:49:14PM +0100, Didier Raboud wrote: > > > Le vendredi, 12 ao?t 2011 00.40:07, Michele Martone a ?crit : > > > > Ok; just loaded: >

Bug#628551: fim: FramebufferDevice.cpp:659:60: error: '__sysconf' was not declared in this scope

2011-05-30 Thread Michele Martone
On 20110530@15:02, Nobuhiro Iwamatsu wrote: > Source: fim > Version: 0.3-beta-prerelease-1.2 > Severity: serious > > Hi, > > fim FTBFS on latest unstable. > > - > g++ -DHAVE_CONFIG_H -g -O2 -I/usr/include/libpng12 -I/usr/include > -c -o FramebufferDevice.o FramebufferDevice.cpp > Frameb

Bug#583004: fim: FTBFS: version.h:31: error: missing terminating " character Reply-To:

2010-05-25 Thread Michele Martone
Hi, In the buildlog, I see the "bad" header file was generated by some sed/echo invocations. grep define ../config.h | grep FIM | sort | sed 's/^#//g;s/define //g;s/^\([A-Za-z0-9_]*\).*$/+\1 /g;s/^/\"/g;s/$/\"/g' > versiecho //"\"\n\"" >> version.h grep define ../config.h | grep FIM.*'"' | so

Bug#564233: fim FTBFS on i386

2010-01-28 Thread Michele Martone
On 20100...@10:50, George Danchev wrote: > Okay the site came back online and I managed to access it. Package > uploaded. Thanks. > > P.S. You might have more success with mentors list while hunting for sponsors. Hi, the site was back due to a power outage, and so it was put back online after ho

Bug#564233: fim FTBFS on i386

2010-01-21 Thread Michele Martone
On 20100...@22:48, Stefano Zacchiroli wrote: > On Thu, Jan 21, 2010 at 03:46:31AM +0100, Michele Martone wrote: > > thank you for the patch. > > I just applied this patch the fim repositories, and it will fix this > > bug in a forthcoming fim upload. > > Sorry to bother

Bug#564233: fim FTBFS on i386

2010-01-20 Thread Michele Martone
On 20100...@19:25, George Danchev wrote: > ... > --- src/DebugConsole.cpp.orig 2010-01-16 19:06:33.0 +0200 > +++ src/DebugConsole.cpp 2010-01-16 19:06:38.0 +0200 > @@ -119,7 +119,7 @@ > if(!nc)return -1; > nl=lines_count(cs,lwidth); >

Bug#560453: fim: FTBFS: DebugConsole.cpp:122: error: invalid conversion from 'const char*' to 'char*'

2009-12-12 Thread Michele Martone
Hi, There are updated fim files (1.2) on : ftp://ftp-master.debian.org:/pub/UploadQueue/fim_0.3-beta-prerelease-1.2.diff.gz ftp://ftp-master.debian.org:/pub/UploadQueue/fim_0.3-beta-prerelease-1.2.dsc ftp://ftp-master.debian.org:/pub/UploadQueue/fim_0.3-beta-prerelease-1.2_i386.deb I hope this was

Bug#560453: fim: FTBFS: DebugConsole.cpp:122: error: invalid conversion from 'const char*' to 'char*'

2009-12-11 Thread Michele Martone
Hi Lucas, I fixed that problem in fim's svn upstream revision 268 (it's a few lines long diff). I would like to ask : what is the best thing to do for me (as both fim's maintainer and upstream author) : to repackage with this small fix now, or rather wait a little and include some more upstream