The JPEG XL Image Coding System (ISO/IEC 18181) has a rich feature set
and is particularly optimised for responsive web environments, so that
content renders well on a wide range of devices. Moreover, it includes
several features that help transition from the legacy JPEG format.
===> The following configuration options are available for libjxl-0.12.0:
GIF=on: GIF image format support
JPEG=on: JPEG image format support
LCMS2=off: Little CMS 2.x support
LTO=on: Use Link-Time Optimization
MANPAGES=on: Build and/or install manual pages
OPENEXR=on: HDR image format support via OpenEXR
PIXBUF=on: GDK-PixBuf library support
PNG=on: PNG image format support
===> Use 'make config' to modify these settings
gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move
The GTK 1-based gdk-pixbuf has not existed for some time.
No functional or package changes.
graphics/libjxl: unbreak fetch via local copy
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)
graphics/libjxl: enable AVX512 runtime detection (amd64-only)
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
graphics/libjxl: unbreak JPEG=off build after 70e2590d63b0
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
graphics/libjxl: fix build on powerpc / powerpc64
/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
graphics/libjxl: don't disable -Werror
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
Remove WWW entries moved into port Makefiles
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)
Add WWW entries to port Makefiles
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.
(Only the first 15 lines of the commit message are shown above )
graphics/libjxl: unbreak on riscv64 after 32c2b95c682e
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
graphics/gdk-pixbuf2: add trigger to run gdk-pixbuf-query-loaders
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
graphics/libjxl: document recommended addons
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.
graphics/libjxl: unbreak pkg-config support
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
graphics/libjxl: use the upstream build fix from
https://github.com/google/highway/commit/3769cb2c464c
While here, also remove the BROKEN_powerpc64 (I did not see it because I tested
on powerpc64le previously).
Reported by: jbeich
graphics/libjxl: fix build on powerpc64*
Add FreeBSD variants for linux code.
The include in cpu.cc is not actually necessary, so I did not include anything
for FreeBSD.
*: Bump PORTREVISION for openexr update
OpenEXR's patchlevel updated bumped the major version
of the OpenEXR library, hence bump PORTREVISION of all
ports that require OpenEXR.
graphics/libjxl: unbreak with libc++ 12
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);
(Only the first 15 lines of the commit message are shown above )
