Andrew Murray

As an update, discussion in the Arch Linux issue suggests that [this might be a pymupdf issue instead.](https://gitlab.archlinux.org/archlinux/packaging/packages/python-pillow/-/issues/4#note_343057) The thread has since moved to mupdf - https://gitlab.archlinux.org/archlinux/packaging/packages/mupdf/-/issues/18

If I use `pacman -Sy --noconfirm python-pillow python-pymupdf` to install both packages from Arch Linux, then I see a segfault - https://github.com/radarhere/docker-images/actions/runs/19292792113/job/55167267465 If I install Pillow from pip, I don't...

Over at https://gitlab.archlinux.org/archlinux/packaging/packages/python-pillow/-/issues/4, you reported > This only happens if python-pillow and python-pymupdf is installed from Arch repository, does not happen if I install them from pip. Did you want...

https://github.com/pymupdf/PyMuPDF/issues/4762 has led to https://bugs.ghostscript.com/show_bug.cgi?id=708929 > Looks like importing pymupdf loads mupdf's openjpeg into current process, then importing and using Pillow uses mupdf's openjpeg instead of the system openjpeg. This...

The error in this issue specifically relates to mupdf. If you'd like help investigating your problem, please create a new issue. It would be great if you could include a...

https://bugs.ghostscript.com/show_bug.cgi?id=708929 is apparently fixed in https://cgit.ghostscript.com/cgi-bin/cgit.cgi/mupdf.git/commit/?id=b54895c66776765277299606a3e87f5f1bf1688e The next step would be waiting for another mupdf release.

[mupdf 1.26.12-2](https://gitlab.archlinux.org/archlinux/packaging/packages/mupdf/-/tags/1.26.12-2) has been created for Arch Linux! @mamome2021 would you be able to try again?

Testing with a recent mirror, I find that this is now resolved - https://github.com/radarhere/docker-images/actions/runs/20131615275 ``` FROM greyltc/archlinux RUN echo "Server = https://plug-mirror.rcac.purdue.edu/archlinux/\$repo/os/\$arch" > /etc/pacman.d/mirrorlist RUN pacman -Sy --noconfirm --overwrite "*libedit*,*readline.h,*histedit.h"...

Regarding multi-resolution / pyramid TIFFs, while https://github.com/python-pillow/Pillow/issues/3053 indicates we have some support, this may relate to #1888 - see https://github.com/python-pillow/Pillow/issues/1888#issuecomment-2112706708 > I'd still recommend using gdal backed (e.g. rasterio) readers/writers...

You aren't suggesting that " -Wl,-rpath,@executable_path/../Frameworks" should be removed as well, right?