Bug#1038343: fim: Depends on SDL 1.2

On 20230702@13:09, Michele Martone wrote: > On 20230622@08:08, Rafael Laboissière wrote: > > * Michele Martone [2023-06-21 23:43]: > > > > > On 20230618@22:27, Rafael Laboissière wrote: > > > > * Simon McVittie [2023-06-18 17:10]: > > > > > &g

Bug#1038343: fim: Depends on SDL 1.2

On 20230622@08:08, Rafael Laboissière wrote: > * Michele Martone [2023-06-21 23:43]: > > > On 20230618@22:27, Rafael Laboissière wrote: > > > * Simon McVittie [2023-06-18 17:10]: > > > > > > > On Sat, 17 Jun 2023 at 21:11:25 +0200, Rafael Laboissière w

Bug#1038343: fim: Depends on SDL 1.2

On 20230618@22:27, Rafael Laboissière wrote: > * Simon McVittie [2023-06-18 17:10]: > > > On Sat, 17 Jun 2023 at 21:11:25 +0200, Rafael Laboissière wrote: > > > Thanks for this bug report. I forwarded it upstream and I am also sending > > > this message with Cc to the upstream author. > > > >

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} [.

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

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

Bug#1021499: fim: --slideshow=5 is buggy. doesn't show first picture, and 'q' doesn't quit

n't work with x11. > > > > > > #!/bin/bash > > while : > > do > > fbi -noverbose -a -u "$@" -1 --list <(find . -type f \( -iname > > "*.jpg" -o -iname "*.bmp" -o -iname "*.png" -o -iname "*.gif" -o >

Bug#1021499: fim: --slideshow=5 is buggy. doesn't show first picture, and 'q' doesn't quit

...I realize the last email patch was not covering -o fbdev and -o aa. Now: svn diff http://svn.savannah.nongnu.org/svn/fbi-improved -r 1676:1678 should cover those, too. Tarballs updated. Feedback welcome, m. On 20221010@12:02, Michele Martone wrote: > Dear d3fault, > > Here is the

Bug#1021499: fim: --slideshow=5 is buggy. doesn't show first picture, and 'q' doesn't quit

/fbi-improved/fim-0.6-trunk.tar.gz.sig Would be great if you could give it a try. Cheers, Michele On 20221010@08:05, Michele Martone wrote: > Dear d3fault, > > Thanks for reporting of this defect. > > Unfortunately it's also in the latest revision. > I'll let you know

Bug#1021499: fim: --slideshow=5 is buggy. doesn't show first picture, and 'q' doesn't quit

Dear d3fault, Thanks for reporting of this defect. Unfortunately it's also in the latest revision. I'll let you know here once I attack the problem. The good news in the last weeks I'm very active with fim, so *maybe* we get this solved soon-ish :-) ciao, Michele On 20221009@09:57, d3fault

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

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

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

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

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

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

Bug#870137: please patch buggy librsb-rc5 in stretch

libspblas_handle.c (revision 3505) +++ rsb_libspblas_handle.c (revision 3516) @@ -1,6 +1,6 @@ /* -Copyright (C) 2008-2015 Michele Martone +Copyright (C) 2008-2017 Michele Martone This file is part of librsb. @@ -1527,9 +1527,

Bug#857899: octave-sparsersb FTBFS on i386: error: testscal: EIG: matrix contains Inf or NaN values

On Thu, 16 Mar 2017 10:40:35 +0200 Adrian Bunk wrote: > Source: octave-sparsersb > Version: 1.0.2-2 > Severity: important > > https://buildd.debian.org/status/logs.php?pkg=octave-sparsersb=i386 > > ... > [*] asgn test passed. > error: testscal: EIG: matrix contains Inf or NaN

Bug#814673: fim can't use aa output even though it says it can

On 20160217@11:18, Michele Martone wrote: > On 20160217@08:09, Gianfranco Costamagna wrote: > > ... > > and BTW does it work with sdl2? > Never tried. > I'll check up the migration guide here > https://wiki.libsdl.org/MigrationGuide > and let you know. > I likely

Bug#814673: fim can't use aa output even though it says it can

On 20160217@12:14, Gianfranco Costamagna wrote: > I downloaded the rc2 again, and didn't fix the issue Strange: are you sure you have taken it from the right mirror? e.g.: http://download.savannah.gnu.org/releases/fbi-improved/fim-0.5-rc2.tar.gz 0ef5dcbb514253a39f682756dda7737c

Bug#814673: fim can't use aa output even though it says it can

On 20160217@11:18, Michele Martone wrote: > ... > The configuration as above but with aa enabled would be perfect as of > now; it only needs > ./configure --enable-aa > You're telling me packaging is much easier if one turns libaa on > successful detection. > Ok: th

Bug#814673: fim can't use aa output even though it says it can

On 20160217@08:09, Gianfranco Costamagna wrote: > Hi, lets do another spin. > > (the correct way is *you* doing the work, uploading on mentors and asking for > sponsorship :) ) > > default minimal key mapping : yes > default minimal key bindings: yes > default configuration file

Bug#814673: fim can't use aa output even though it says it can

On 20160216@19:54, Antoine Beaupré wrote: > ... > Unfortunately, it's unlikely that I will be able to do anything until > march at this point. > > Next time I import pics from my camera, I am more likely to get > involved, if all goes to plan. :) > > Say mid march. > > A. Ok Antoine -- You are

Bug#814673: fim can't use aa output even though it says it can

On 20160215@19:26, Antoine Beaupré wrote: > On 2016-02-15 19:19:53, dezper...@autistici.org wrote: > > On 20160213@16:47, Antoine Beaupré wrote: > >> Package: fim > >> Version: 0.5~rc1-1 > >> Severity: normal > >> > >> i get this trying to use aalib to render images: > >> > >> $ fim -o aa -R .

Bug#679622: fim: package description review

for reasons that I ignore, the debian control files repository is not correctly displayed on http://anonscm.debian.org/viewvc/pkg-fim . .. I attach my modification to your proposal to this email. Michele Source: fim Section: graphics Priority: extra Maintainer: Michele Martone michele.mart...@uniroma2

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

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 forget everything,

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

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: fim_0.3-beta-prerelease-1.3 on http

Bug#603650: fim: Add thumbnail support, like zgv?

On 20101115@19:25, Dallas E. Legan wrote: Package: fim Version: 0.3-beta-prerelease-1.2 Severity: wishlist It would be cool if fim had support for generating/displaying/navigating directories with thumbnails, like zgv can. I don't know how feasible this is, but I don't think zgv is

Bug#636968: fim: FTBFS with libpng 1.5

On 20110807@23:23, Nobuhiro Iwamatsu wrote: Source: fim Version: 0.3-beta-prerelease-1.2 Severity: important Tags: patch User: lib...@packages.debian.org Usertags: libpng15-transition Hi, I uploaded libpng 1.5.2 to experimental. libpng maintainers plan to transition from libpng 1.2 to

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

On 20110808@19:24, Moritz Mühlenhoff wrote: On Thu, Aug 04, 2011 at 10:11:16PM +0200, Michele Martone wrote: Unfortunately, I can only help partially here, as I only maintain fim itself an the pkg-fim source repository [*], but I have no rights to upload updated versions. So, I may

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

On 20110715@10:54, Bill Allombert wrote: Source: fim Version: 0.3-beta-prerelease-1.2 Severity: important Hello Michele, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update fim to Build-Depends on libjpeg-dev instead of

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

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

Bug#599337: fim: misleading H - Help

On 20101...@19:52, Jakub Wilk wrote: Package: fim Version: 0.3-beta-prerelease-1.2 Severity: minor fim shows H - Help in the status line. However, as far as I can see, the H key is not bound to anything. I confirm. Indeed, the default configuration in src/fimrc states: bind 'C-h'

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

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.*'' | sort | sed

Bug#564233: fim FTBFS on i386

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

Bug#564233: fim FTBFS on i386

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, but this bug is RC and is 3 week

Bug#564233: fim FTBFS on i386

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*'

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

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

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

Bug#541696: fim: Architecture limited to i386 only?!

Well, the package should be i386 only at least until we are sure fim can be tested successfully on other architectures. p.s.: fim's README file states my advice to use it on x86 only. On 20090...@19:08, Cyril Brulebois wrote: Package: fim Version: 0.3-beta-prerelease-1 Severity: important

Bug#532261: ITP: fim -- Fbi IMproved - a scriptable image viewer for the framebuffer, ascii art library, and X

Package: wnpp Severity: wishlist Owner: Michele Martone michele.mart...@uniroma2.it * Package name: fim Version : 0.3-beta Upstream Author : Michele Martone michele.mart...@uniroma2.it * URL : http://savannah.nongnu.org/projects/fbi-improved/ * License : GPL