Arch Linux User Repository

Dear maintainer, please, refresh the checksum at last...

checksum mismatch

The latest change, https://aur.archlinux.org/cgit/aur.git/commit/?h=fim&id=a987c35ba48b40e9e14d99102b8038e4325b1987 to,

Version         : 0.6-5

seems to have solved the problems I reported. Seems to be working fine, cant notice any malfunction or CPU abnormal usage. It did took an awfull lot of time to compile.

I only use it on the console framebuffer, so I cant say if it working bug free on X11.

Thanks to @meanjollies for taking care of this PKGBUILD.

By the way, just noticed,

Conflicts With  : fim-svn

It's an old tag there on the PKGBUILD, just confusing. Can be removed, as there is no "fim-svn" anymore.

It appears the author is currently applying fixes/changes, per http://svn.savannah.gnu.org/viewvc/fbi-improved/trunk/NEWS?view=log. As a result, the checksum is currently incorrect. Once dezperado is finished, I'll update it.

Update:

Figured it out. The configure script uses various bashisms, and I've since then switched to dash as my defautl shell. Have been doing that on systems for years, but this might be the first time I've noticed it causing problems. When replacing the shebang with /bin/bash, fim seems to try to add jpeg support.

This package is pretty broken for me now, though it builds with aforementioned patch. I can't really load jpegs anymore (output of the configure step indeed indicates as much), and I get that silly aalib (ascii art) view when I run fim over ssh.

Also, pngs randomly error (SIGABS I think) with various pointer related errors. E.g.:

libpng error: bad adaptive filter value
double free or corruption (!prev)
ioctl FBIOPUT_VSCREENINFO: Bad file descriptor
ioctl FBIOGET_FSCREENINFO: Bad file descriptor

Can't reproduce consistently tho.

Short after installing fim and experimenting with it (about 3 years ago), I deinstalled it. It did not behave well (used under X11).

For the item of the endlessloop and fim not responding, I want to throw in something I experienced with my own (SDL2-based) imageviewer I'm currently writing, when instead of X11 starting it from the terminal (with two monitors): the program displayed my image overview, but also did not respond to any keyboard inputs. Not sure, what the problem was, but maybe the focus for keyboard input was on the textterminal, not where the SDL-window opened, and so no keyboard input could be detected? Did not explored it in detail, but maybe that was the problem with the endlessloop, repoted by someone. I did not explored the problem in more detail so far, as I mostly intend to use X11. But I might explore that problem later on. But I have no motivation to fix problems of the fim code, as I think I better invest the time in my own viewer (heavily influeneced by sxiv; not published so far).

Update:

I got it to build with the below patch! @m040601 since the option FIM_EXPERIMENTAL_SHADOW_DIRS is labeled as experimental and causes build problems, I think that gives some motivation to disable it. People that use Arch ARM are probably using a lean/embedded system (without X11), and of all the framebuffer-based viewers you listed, fim is the only one that is not massive and can stretch images to the width of your screen. So fim has a role to play in the Arch ARM ecosystem.

Disabling an experimental feature with the following patch gets me a lot further (completing the build might take me a while tho, slow hardware):

diff --git a/src/fim.h b/src/fim.h
index 0c6e789..7f82f65 100644
--- a/src/fim.h
+++ b/src/fim.h
@@ -174,7 +174,7 @@
 #define FIM_WANT_FBI_INNER_DIAGNOSTICS false
 #define FIM_WANT_FBI_FBDEV_DIAGNOSTICS false
 #define FIM_IMG_NAKED_PTRS (!FIM_USE_CXX11) /* in C++11, prefer smart pointers for Image* */
-#define FIM_EXPERIMENTAL_SHADOW_DIRS FIM_READ_DIRS && FIM_USE_CXX11 /* shadow list of high-res images to jump on demand */
+#define FIM_EXPERIMENTAL_SHADOW_DIRS false
 #define FIM_EXPERIMENTAL_FONT_CMD HAVE_DIRENT_H /*  */
 #define FIM_WANT_HELP_ARGS 1 /*  */
 #define FIM_WANT_VARIABLE_RESOLUTION_MOUSE_SCROLL 1 /* the larger the image, the more scroll steps*/

What version of gcc are you using? Are you using an AUR helper?

I am using arch linux arm, but I can't imagine that that affects wether gcc sees push_dir as declared or not. Arch Linux ARM is on gcc 12.1.0.

I tried both yay and straight makepkg, no luck.

Weird thing is that I definitely build fim before.

Apropos. Unrelated, but here is a list of similar software. Might be usefull for other Arch framebuffer lovers.

I find this kind of stuff fascinating. Recent, well maintained file managers like "ranger", "lf" can use them for previewing images and videos.

These are all the other image viewers that :

• work on the framebuffer
• are available on the AUR
• some are ancient (web page from 1999!), some are recent stuff found on github
• i personally can confirm all to be working

Real images:

local/fbv 1.0b-11
    FrameBuffer image viewer

local/fbvis-git r21.58caabc-2
    A small framebuffer image viewer, it does not use external libraries.

local/fim 0.6-4
    FIM (Fbi IMproved) is a highly customizable and scriptable image viewer.

local/idump 0.2.0-1
    tiny image viewer for framebuffer

local/jfbview-git r415.f46b487-1
    PDF and image viewer for the Linux framebuffer

Dont forget "mpv". Although it is a powerhouse overkill multimedia tool just for pictures, it works perfectly as an image viewer. There a lot of very clever simple lua mpv plugins on github for customizing it that way. The are called usually "mpv-gallery.lua" Turning it into a clone of sxiv or nsxiv. If you, like me, are already using mpv to watch videos on the console, this is very nice. No need to use AUR packages.

Another honorable mention is 'w3m' the html text browse. One of it's components is a library called "w3mimgdisplay". You dont need to user w3m. The library can be used by other programs, like a file manager .

I use it as an image previewr for videos and pictures in ranger. Fabulous.

Many people dont believe you can browse AND see pictures/videos on the modern and overbloated web world (youtube, reddit, facebook) with these tools. Big mistake. I do that with a 14 year old PC.

These other display "real images" with terminal characters.

local/catimg 2.7.0-1
    Print images in a terminal with 256 colors support

local/timg 1.4.4-1
    Terminal Image and Video Viewer

local/tiv 2015-4
    A simple image viewer that displays images directly in the terminal.
    Terminal Image and Video Viewer

local/viu 1.4.0-2
    Simple terminal image viewer

local/chafa 1.12.3-1
    Image-to-text converter supporting a wide range of symbols and palettes,
    transparency, animations, etc.

Some are more like toys. But others are really powerfull, well designed and well maintained tools.

Chafa is amazing.

These convert images to ascii characters

local/libcaca 0.99.beta20-1
    Color AsCii Art library

Unfortunately, I only noticed now, with the latest updates, fim malfunctions. It opens the image, but trying to quit enters in a kind of a strange loop. And I cant terminate the program. I have to "killall -9 fim".

I strongly suspect it must have something to do with what upstream has been doing.

Unlike the previous commentator, I didnt have any problem installing the PKGBUILD.

Although I must say, it took a lot of time. Cant remember if previous versions were faster to compile.

Another thing is the huge ammount of "... deprecated xyz..." make messages.

Usually these are harmless compiler messages. But this time I have a gut feeeling they are really a lot.

I dont know. I'm not a programmer.

It does install without any problems. I even tried to rebuild it in a clean chroot just to make sure things are reproducible.

Now. Open an image. Ok, every thing seeems fine. Now, try to close the program with 'q'. Or 'Control-c'.

Doesnt work. It enters in a kind of a loop, making the CPU usage spike. It spits this message to the console:

terminate called recursively
pure virtual method called
terminate called recursively
pure virtual method called
terminate called recursively
pure virtual method called
terminate called recursively
pure virtual method called
terminate called recursively

I also turned off my ~/.fimrc and started new. Same problem.