Вдруг осознаю, что на новой системе отвалился JXL. Открываю ristretto, не работает. Открываю gpicview, работает. Так он ещё не отваливался. ristretto пишет, будто mime тип не распознан. Когда в gdk-pixbuf-2.0, про который сказал Пoogle, всё есть.

JXL как-то уже было чуть-чуть лагал, но когда официальный пакет только добавили в Арч. Некоторые картинки официальный пакет декодировал с ошибкой. Решение: снести официальный пакет, и снова скомпилять всё самому. Сработало. Но не в этот раз.

Не может найти какие-то символы в header-е какого-то highway. pacman -Syu, и то же самое. В PKGBUILD прописано FORCE_SYSTEM_HIGHWAY='true'. Меняю на 'false'. Скомпилялось. Ставлю, не ставится. Пишет, что header-ы highway теперь включённые в пакет конфликтуют с уже стоящими highway-git. Аа, ну да, я ж его с тех пор его не обновлял. Ставлю официальный highway, обратно меняю флаг на 'true', компиляю снова. Скомпилялось, поставилось. Но ristretto всё равно, даже с PLUGINS и VIEWERS у JXL в 'true'. А gpicview работает.

Хотя по моему последнему, пусть и не очень большому и сравнительно давнему опыту бывает проще сразу воспользоваться gdb, чем что-то разбирать strace-ом, беру его в руки всё равно. strace ristretto sample.jxl | less не работает. Наверное, пишет в stderr. strace ristretto sample.jxl 1>> text не сработало. И поделом, прекрасно же знаешь, что 1 не может быть дескриптором stderr, когда это тот дескриптор, который для записи в stdout пихаешь в write. Если 0 — это stdin, а 1 — это stdout, куда очевидно идёт stderr? Правильно; strace ristretto sample.jxl 2>> text помогло.

Разница между ristretto и gpicview заключалась в том, что ristretto не открывал libpixbufloader-jxl.so и libjxl.so, хотя в loaders.cache всё было прописано. В этом, и ещё в том, что ristretto, кажется, читал за раз больше байт у картинки. Но тут попытки что-то из этого понять провалились. Или не совсем. В loaders.cache указано image/jxl. Что там у ristretto по grep mime? Есть какое-то /usr/share/mime//mime.cache. Кто владеет /usr/share/mime//mime.cache? Официальный пакет file последней версии. Порывшись в этом деле vim-ом, нахожу по jxl image/x-jxl и только. Добавляю в loaders.cache "image/x-jxl", и ristretto, ура, JXL открывает. Гуглю "image/x-jxl" — всего 2 упоминания, одно из которых — какой-то исходик в file, где "image/jxl", по которому гугл выдаёт кучу упоминаний, зачем-то закомментировано, а "image/x-jxl" стоит.

По-хорошему, стоит найти, что составляет эти оба .cache, исправить так, чтобы это .cache они писали правильно. Это, и найти, какой домен у bugtracker-а Арча, составить по форме bug report, который ещё не факт, что рассмотрят и исправят, а сам ты это сделать не можешь, потому что надо доказывать, что ты не верблюд, иметь репутацию, иметь основания, чтобы обозвать это важной задачей и прочая, прочая, прочая.
Даже file собственный ставить не стану, ограничась костылём.

Но потом люди будут ставить JXL, а он у них работать не будет, они будут клясть линукс, арчеводов и новые кодировщики. Будет также, как с поддержкой миниатюр к WebP в диалоге выбора файла в GTK Лисе: когда те, кто могут/знают, у них вручную отлажено/пропатчено/пересобрано и работает, а те, кто нет и у кого нет времени на, спрашивают вопросы на имиджбордах и форумах, и иногда, дай Бог, получают ответы. А ведь такое не только с форматами картинок бывает, но и с другими вещями, новыми и старыми.

Мораль.
Если пилишь открытый проект, то канал для report-а ошибок, отзывов и предложений должен быть максимально простым, завлекающим, дружелюбным и понятным. А тут во всяких phpBB регистроваться надо. Разработчиков нужно холить и лелеять, даже если их виденье проекта отличается от твоего, иначе армии, которая будет готова решать ошибки в немаленьком, а то и незнакомом проекте, взяться неоткуда. Иначе будет проще написать на имиджборде для девочек вот это вот всё, чем с непонятным результатом тыкаться куда-то туда.