Install libvips JPEG XL support and require it at startup (part of #222)
check / check (push) Waiting to run

script/bootstrap --cgo installs vips-jxl on Alpine, where libvips' JPEG
XL loader and saver are a package of their own; the nix and brew
libvips include them, as does apt's from Debian 12 and Ubuntu 24.04 on.
The runtime stage of the Dockerfile installs vips-jxl too.

imageprocessor.New now returns an error when libvips cannot load and
save JPEG XL, and NewService passes it on, so pixad does not start
without that support. JPEG XL becomes the default output later in the
issue, which a pixad without it could not serve. A new test saves an
image as JPEG XL with govips and loads it back.

Model: opus-5-5
This commit is contained in:
2026-10-08 01:06:54 +00:00
parent 15d95436a5
commit 0969cf43bb
9 changed files with 210 additions and 47 deletions
+6
View File
@@ -30,6 +30,12 @@ P2: security: per-IP rate limiting on the image routes
# Completed Steps
- 2026-10-08 libvips' JPEG XL support is installed and required (part of #222):
`script/bootstrap --cgo` installs `vips-jxl` on Alpine, whose `vips` package
lacks it, and the runtime stage of the `Dockerfile` installs it too.
`imageprocessor.New` fails when libvips cannot load and save JPEG XL, so pixad
does not start without it. A test saves an image as JPEG XL with govips and
loads it back. JPEG XL is not yet a format pixa serves.
- 2026-10-05 the format `auto` (closes #88): a format in the `/v1/image/` path,
an encrypted URL's token and the generator page's format choice, chosen for
each request from `Accept` once the signature or token is checked: AVIF when