Skip to content

pyjpegls: Add version 1.5.1 - #3031

Draft
luhenry wants to merge 1 commit into
mainfrom
pyjpegls
Draft

luhenry wants to merge 1 commit into
mainfrom
pyjpegls

Conversation

@luhenry

@luhenry luhenry commented Oct 13, 2026 •

Copy link
Copy Markdown
Member

Compiles the vendored CharLS C++ library (via a git submodule) into a Cython extension exposing JPEG-LS encode/decode. Upstream publishes no riscv64 wheel.

Mirrors upstream's release-wheels.yml.

Differs from upstream

  • Nothing beyond the riscv64 image.

Matrix: cp39/cp310/cp311/cp312/cp313, matching upstream's own wheel matrix; no cp314/cp314t (upstream ships neither, no Py_mod_gil slot).

Testing

  • same as upstream

License: Wheel bundles CharLS (BSD-3-Clause); upstream ships no licence text for it, or even its own MIT one (case-sensitive glob miss on license.txt), so the patch adds both.

Patches

  • 0001-package-the-CharLS-and-pyjpegls-licences-in-the-built-wheel.patch - To upstream, not yet submitted. Every pyjpegls wheel on PyPI has the same gap. Reproduces on x86_64 too.

Built on cp311 (x86_64 local check); 79 passed, 6 xfailed.

cibuildwheel build narrowed to Linux riscv64, mirroring upstream's own
release-wheels.yml. The extension vendors CharLS (BSD-3-Clause) via a
git submodule compiled straight into _CharLS; a patch adds LICENSE and
LICENSE.charls so the built wheel carries both licence texts, which
upstream's own wheels omit entirely.
luhenry added a commit that referenced this pull request Oct 13, 2026
@luhenry
luhenry marked this pull request as draft October 14, 2026 11:36

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant