libjxl — Commit History

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.11.2
Reported by:	GitHub (watch releases)
Security:	CVE-2025-12474 CVE-2026-1837

PR:		292881
Reported by:	Petr Lampa <lampa@fit.vutbr.cz>

(including those where openexr is only an option)

The GTK 1-based gdk-pixbuf has not existed for some time.

No functional or package changes.

Index abbreviation in git-format-patch(1) output seems to change
frequently, probably due to GitHub load balancing.

$ make checksum TRYBROKEN= MASTER_SITE_BACKUP= DISTDIR=$(mktemp -dt distfiles)
===>  License BSD3CLAUSE accepted by the user
===>   libjxl-0.11.1_1 depends on file: /usr/local/sbin/pkg - found
=> d2411cebb0c3.patch doesn't seem to exist in /tmp/distfiles.oqai7utRVB/.
=> Attempting to fetch https://github.com/libjxl/libjxl/commit/d2411cebb0c3.patch
fetch: https://github.com/libjxl/libjxl/commit/d2411cebb0c3.patch: size mismatch: expected 3857, actual 3853
=> Couldn't fetch it - please try to retrieve this
=> port manually into /tmp/distfiles.oqai7utRVB/ and try again.
*** Error code 1

Reported by:	pkg-fallout (beefy21)

fetch: https://github.com/libjxl/libjxl/commit/d2411cebb0c3.patch: size mismatch: expected 3853, actual 3857

-index 6cbed220975..c2b656bd6c2 100644
+index 6cbed220975e..c2b656bd6c2e 100644
-index 59edd63eb86..4213d8ec577 100644
+index 59edd63eb863..4213d8ec5773 100644

Reported by:	many

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.11.1
Reported by:	GitHub (watch releases)
Security:	CVE-2024-11403 CVE-2024-11498

Upstream default is optimized for bundling or Linux-style micro-packages.
FreeBSD currently doesn't split docs/headers/plugins, so minor binary size
increase (7 MiB -> 9 MiB) is less important. FreeBSD is primarily used on
servers where AVX512 is more common while on old desktops libjxl bloat is
dwarfed by many other packages (e.g., firefox, llvm*, gcc*, boost-libs).

See also https://github.com/libjxl/libjxl/pull/2627#issuecomment-1618237136

lcms2 and skcms interpret color profiles differently. Upstream
default seems to be optimized for rendering in Chromium and Firefox.

https://github.com/libjxl/libjxl/blob/v0.11.0/doc/color_management.md#cms-library
https://github.com/libjxl/libjxl/issues/1579#issuecomment-1180561564

In file included from lib/extras/dec/jpegli.cc:16:
In file included from lib/extras/enc/jpegli.cc:27:
In file included from lib/jpegli/common.h:23:
lib/jxl/base/include_jpeglib.h:15:10: fatal error: 'jpeglib.h' file not found
   15 | #include <jpeglib.h>  // IWYU pragma: keep
      |          ^~~~~~~~~~~

PR:		282926
Reported by:	amdmi3

-- Big-endian architecture detected; defaulting to lcms2 instead of skcms

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.11.0
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.10.3
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.10.2
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.10.1
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.10.0
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.9.2
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.9.1
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.9.0
Reported by:	GitHub (watch releases)

Because OpenEXR's SONAME has changed with the 3.2.0 update.
New SONAME: libOpenEXR-3_2.so.31

New major version 3.0.0

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.8.2
Reported by:	GitHub (watch releases)

Error: Missing: bin/cjpeg_hdr

https://github.com/libjxl/libjxl/commit/759a29f9e6e0

PR:		271124
Submitted by:	fsbruva@yahoo.com

/usr/local/include/hwy/ops/ppc_vsx-inl.h:2719:34: error: use of 'long long' with '__vector' requires VSX support (available on POWER7 or later) to be enabled

$ make test
[...]
83% tests passed, 748 tests failed out of 4401

https://github.com/libjxl/libjxl/commit/73df8b879862

https://github.com/libjxl/libjxl/commit/043d52913b63

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.8.1
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.8.0
Reported by:	GitHub (watch releases)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.8.0rc1
Reported by:	GitHub (watch releases)

FreeBSD is supported upstream, and upstream regularly tests with Clang.
I'd like to be notified of new warnings. Let's see how long it lasts.

Tested by:	Clang 11/13/14/15, GCC 11, -DNDEBUG

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.7.0
Reported by:	GitHub (watch releases)

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.7rc
Reported by:	GitHub (watch releases)

fetch: https://github.com/libjxl/libjxl/commit/e903d53a58b4.patch: size mismatch: expected 4935, actual 4937

-index e89e8af0a..467442073 100644
+index e89e8af0a8..4674420737 100644

Changes:	https://github.com/google/highway/releases/tag/1.0.0
Reported by:	GitHub (watch releases)

Changes:	https://github.com/google/highway/releases/tag/0.17.0
Reported by:	GitHub (watch releases)

Hard-float 'd' ABI can't be used for a target that doesn't support the D instruction set extension (ignoring target-abi)
ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors)
c++: error: linker command failed with exit code 1 (use -v to see invocation)

Reported by:	pkg-fallout

gdk-pixbuf2 uses a cache of its loadable modules, which is updated by
${RREFIX}/bin/gdk-pixbuf-query-loaders and stored in
${PREFIX}/lib/gdk-pixbuf-2.0/${GTK2_VERSION}/loaders.

Remove the pre-existing @exec and @postexec commands in the ports
providing such modules, and add a trigger in graphics/gdk-pixbuf2
to do this automatically.

Reviewed by:		bapt
Differential Revision: https://reviews.freebsd.org/D34679

Most GTK apps are covered by PIXBUF option. Exceptions are apps that
hardcode formats or have custom import/export. For example, xsane
(unlike simple-scan) doesn't support saving with .jxl extension.

gimp-app is a heavy dependency that prevents enabling JXL in other ports.

PR:		261043

PR:		261003

Changes:	https://github.com/google/highway/releases/tag/0.16.0
Reported by:	GitHub (watch releases)

fetch: https://codeload.github.com/barmco/skcms/tar.gz/6437475?dummy=/barmco-skcms-6437475_GH0.tar.gz: Not Found

PR:		261003

Convert static libhwy from package to LDFLAGS, so pkgconf doesn't try
to expand missing package in Requires.private outside of --static.

$ pkg-config --cflags libjxl
Package libhwy was not found in the pkg-config search path.
Perhaps you should add the directory containing `libhwy.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libhwy', required by 'libjxl', not found

PR:		261003
Reported by:	Greg V

Changes:	https://github.com/libjxl/libjxl/releases/tag/v0.6.1
Reported by:	GitHub (watch releases)
Security:	CVE-2021-22563 CVE-2021-22564

Approved by:	portmgr (blanket)

Changes:	https://gitlab.com/wg1/jpeg-xl/-/releases/v0.6
Reported by:	GitHub (watch releases)

Search criteria used:
- 11.4
- OSREL*
- OSVER*
- *_FreeBSD_11

Input from:
- adridg: devel/qca-legacy
- jbeich: _WITH_DPRINTF, _WITH_GETLINE, GNU bfd workarounds
- sunpoet: security/p5-*OpenSSL*

Reviewed by:	doceng, kde, multimedia, perl, python, ruby, rust
Differential Revision: https://reviews.freebsd.org/D32008
Test Plan: make index

While here, also remove the BROKEN_powerpc64 (I did not see it because I tested
on powerpc64le previously).

Reported by:	jbeich

Add FreeBSD variants for linux code.

The include in cpu.cc is not actually necessary, so I did not include anything for FreeBSD.

fetch: https://github.com/libjxl/libjxl/commit/adb32f3f8f37.patch: size mismatch: expected 5662, actual 5664

-index d87e3d72..02145643 100644
+index d87e3d72f..02145643e 100644

Reported by:	Daniel Aleksandersen

third_party/highway/hwy/nanobenchmark.cc:50:10: fatal error: 'sys/platform/ppc.h' file not found
 #include <sys/platform/ppc.h>  // NOLINT __ppc_get_timebase_freq
          ^~~~~~~~~~~~~~~~~~~~

Reported by:	pkg-fallout

OpenEXR changes its SONAME again, so bump PORTREVISION of its users.

See https://github.com/libjxl/libjxl/commit/bdde644b94c1

Changes:	https://gitlab.com/wg1/jpeg-xl/-/releases/v0.5
Reported by:	GitHub (watch releases)

OpenEXR's patchlevel updated bumped the major version
of the OpenEXR library, hence bump PORTREVISION of all
ports that require OpenEXR.

In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:153:12: error: unknown type name 'cpusetid_t'
int     cpuset(cpusetid_t *);
               ^
/usr/include/sys/cpuset.h:154:18: error: unknown type name 'cpuwhich_t'; did you mean '__cpuwhich_t'?
int     cpuset_setid(cpuwhich_t, id_t, cpusetid_t);
                     ^
/usr/include/sys/_types.h:146:14: note: '__cpuwhich_t' declared here
typedef int             __cpuwhich_t;   /* which parameter for cpuset. */
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:154:30: error: unknown type name 'id_t'; did you mean 'pid_t'?
int     cpuset_setid(cpuwhich_t, id_t, cpusetid_t);
                                 ^
/usr/include/time.h:95:18: note: 'pid_t' declared here
typedef __pid_t         pid_t;
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:154:36: error: unknown type name 'cpusetid_t'
int     cpuset_setid(cpuwhich_t, id_t, cpusetid_t);
                                       ^
/usr/include/sys/cpuset.h:155:18: error: unknown type name 'cpulevel_t'; did you mean '__cpulevel_t'?
int     cpuset_getid(cpulevel_t, cpuwhich_t, id_t, cpusetid_t *);
                     ^
/usr/include/sys/_types.h:147:14: note: '__cpulevel_t' declared here
typedef int             __cpulevel_t;   /* level parameter for cpuset. */
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:155:30: error: unknown type name 'cpuwhich_t'; did you mean '__cpuwhich_t'?
int     cpuset_getid(cpulevel_t, cpuwhich_t, id_t, cpusetid_t *);
                                 ^
/usr/include/sys/_types.h:146:14: note: '__cpuwhich_t' declared here
typedef int             __cpuwhich_t;   /* which parameter for cpuset. */
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:155:42: error: unknown type name 'id_t'; did you mean 'pid_t'?
int     cpuset_getid(cpulevel_t, cpuwhich_t, id_t, cpusetid_t *);
                                             ^
/usr/include/time.h:95:18: note: 'pid_t' declared here
typedef __pid_t         pid_t;
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:155:48: error: unknown type name 'cpusetid_t'
int     cpuset_getid(cpulevel_t, cpuwhich_t, id_t, cpusetid_t *);
                                                   ^
/usr/include/sys/cpuset.h:156:24: error: unknown type name 'cpulevel_t'; did you mean '__cpulevel_t'?
int     cpuset_getaffinity(cpulevel_t, cpuwhich_t, id_t, size_t, cpuset_t *);
                           ^
/usr/include/sys/_types.h:147:14: note: '__cpulevel_t' declared here
typedef int             __cpulevel_t;   /* level parameter for cpuset. */
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:156:36: error: unknown type name 'cpuwhich_t'; did you mean '__cpuwhich_t'?
int     cpuset_getaffinity(cpulevel_t, cpuwhich_t, id_t, size_t, cpuset_t *);
                                       ^
/usr/include/sys/_types.h:146:14: note: '__cpuwhich_t' declared here
typedef int             __cpuwhich_t;   /* which parameter for cpuset. */
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:156:48: error: unknown type name 'id_t'; did you mean 'pid_t'?
int     cpuset_getaffinity(cpulevel_t, cpuwhich_t, id_t, size_t, cpuset_t *);
                                                   ^
/usr/include/time.h:95:18: note: 'pid_t' declared here
typedef __pid_t         pid_t;
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:157:24: error: unknown type name 'cpulevel_t'; did you mean '__cpulevel_t'?
int     cpuset_setaffinity(cpulevel_t, cpuwhich_t, id_t, size_t, const cpuset_t *);
                           ^
/usr/include/sys/_types.h:147:14: note: '__cpulevel_t' declared here
typedef int             __cpulevel_t;   /* level parameter for cpuset. */
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:157:36: error: unknown type name 'cpuwhich_t'; did you mean '__cpuwhich_t'?
int     cpuset_setaffinity(cpulevel_t, cpuwhich_t, id_t, size_t, const cpuset_t *);
                                       ^
/usr/include/sys/_types.h:146:14: note: '__cpuwhich_t' declared here
typedef int             __cpuwhich_t;   /* which parameter for cpuset. */
                        ^
In file included from tools/cpu/os_specific.cc:60:
/usr/include/sys/cpuset.h:157:48: error: unknown type name 'id_t'; did you mean 'pid_t'?
int     cpuset_setaffinity(cpulevel_t, cpuwhich_t, id_t, size_t, const cpuset_t *);
                                                   ^
/usr/include/time.h:95:18: note: 'pid_t' declared here
typedef __pid_t         pid_t;
                        ^

Reported by:	pkg-fallout

https://gitlab.com/wg1/jpeg-xl/-/commit/8304ea4440fd
https://gitlab.com/wg1/jpeg-xl/-/issues/245