Jehan

Indeed. Looks like it. The commit which closed it looks completely unrelated. Anyway I will try to work again on it soon, then will repropose a new version (because I...

Ahah that was already the case before I got a "title". 🙂 All I need is to make the time to finish this and then we can add mozjpeg specific...

> Check if mozjpeg is available, and use it as the only libjpeg back-end if it is. How do you do this since everything has the same name? Is there...

> I don't know what check to recommend, because I don't know what setup you have. Personally I run Fedora, and our reference distribution for GIMP development is Debian. But...

@zeroheure > Someone packaged mozjpeg for RedHat/Centos 8. He added a moz prefix on all utilities. Are you talking about [this package](https://centos.pkgs.org/8/getpagespeed-x86_64/libmozjpeg-3.3.1-5.el8.x86_64.rpm.html)? I saw this one too but it's third-party....

> libjpeg-turbo is free to merge these changes if they ever become must-haves for the project. It would be ideal of course. 🙂 > install them in some non-default location...

@zeroheure This is a bit irrelevant to the discussion which is to allow mozjpeg to be packaged (with a standard name) on distributions and being used by programs such as...

@zeroheure Still irrelevant. 😛 My patch #383 still allows the lib to be "dropped in". Anyway when you bundle applications with their dependencies (which is the only possibility so far...

Hi all! Now we have new runners contributed by Arm Ltd., additionally to the one by @hmartinez82. And this pacman getting stuck issue is also happening randomly on their runners....

P.S.: checking the code, looking if such alternate variables already exist, I clearly see [the problem](https://github.com/flathub/flatpak-external-data-checker/blob/b3f8e8a0507c8955361bae4d6b709dd08edcc95b/src/checkers/__init__.py#L158-L161): ```py from distutils.version import LooseVersion […] version_list = LooseVersion(version).version […] for i, version_part in...