Где исполняемые файлы ищут общие объекты во времени выполнения?

Я вполне уверен, ответ здесь ldconfig.

ldconfig создает необходимые ссылки и кэш к новым общим библиотекам, найденным в каталогах, указанных на командной строке в файле/etc/ld.so.conf, и в доверяемых каталогах (/lib и/usr/lib). Кэш используется компоновщиком во время выполнения, ld.so, или ld-linux.so. ldconfig проверяет заголовок и имена файлов библиотек, с которыми он встречается при определении, каким версиям нужно обновить их ссылки.

http://linux.die.net/man/8/ldconfig

В Linux поведение является explicited в ld(1) страница справочника

       The linker uses the following search paths to locate required
       shared libraries:

       1.  Any directories specified by -rpath-link options.

       2.  Any directories specified by -rpath options.  The difference
           between -rpath and -rpath-link is that directories specified by
           -rpath options are included in the executable and used at
           runtime, whereas the -rpath-link option is only effective at
           link time. Searching -rpath in this way is only supported by
           native linkers and cross linkers which have been configured
           with the --with-sysroot option.

       3.  On an ELF system, for native linkers, if the -rpath and
           -rpath-link options were not used, search the contents of the
           environment variable "LD_RUN_PATH".

       4.  On SunOS, if the -rpath option was not used, search any
           directories specified using -L options.

       5.  For a native linker, the search the contents of the environment
           variable "LD_LIBRARY_PATH".

       6.  For a native ELF linker, the directories in "DT_RUNPATH" or
           "DT_RPATH" of a shared library are searched for shared
           libraries needed by it. The "DT_RPATH" entries are ignored if
           "DT_RUNPATH" entries exist.

       7.  The default directories, normally /lib and /usr/lib.

       8.  For a native linker on an ELF system, if the file
           /etc/ld.so.conf exists, the list of directories found in that
           file.

       If the required shared library is not found, the linker will issue
       a warning and continue with the link.

Гвенвью, как я уже сказал, но это не то, чего я хотел.

gThumb может это сделать. Он поставляется с небольшими зависимостями, но выглядит чужеродно в Fluxbox.

Менее зависимое от рабочего стола решение - # 2 в разделе :

Установка gifsicle.

Создайте файл рабочего стола

[Desktop Entry]
Name=GIFview 
Exec=gifview -a %f
Icon=gif
Terminal=false
Type=Application
StartupNotify=true
NoDisplay=true
MimeType=image/gif

и поместите его в ~/.local/share/applications.

Для этого нет общего метода. Фильтры - это просто потоки чтения и записи, они не модифицируют поток на месте, и взаимосвязь между ними абсолютно произвольна и зависит от конкретного инструмента. Таким образом, нет пути механизм общего назначения мог бы знать, что что-то было «удалено» из ввода, и, следовательно, сохранить его для копирования в выход.

Но такие инструменты, как awk и perl , могут записывать в произвольные файлы самостоятельно, так что они могут делать это с явным кодом:

awk '/regexp/ { print } !/regexp/ { print > "non-matching.txt" }' > matching.txt

Для запущенных приложений файл /proc/1234/maps содержит все фактические динамически связанные библиотеки.

Где 1234 - это pid исполняемого файла.

Linux следует за LD_LIBRARY_PATH и другими переменными, как указано в ответе Жиля.