833e7db4f6
Recent tarballs from PyPI use setuptools instead of distutils, so change `PYTHON_PYMUPDF_SETUP_TYPE`. They also include a license file, so include it and a hash for it. This version also has a new dependency: freetype2. PYTHON_PYMUPDF_REMOVE_PATHS is updated to take the new dependency into account, but also the sed command are changed to delete include lines instead of turning them into empty strings. Indeed, empty include strings lead to using multiple `-I` flags which were not followed by anything. Depending on the number of empty include strings (because two successive `-I` "cancel" each other out), it would have failed to compile. Also, it turns out the patch version of python-pymupdf doesn't have to match mupdf's version (e.g. python-pymupdf 1.18.14 is compatible with mupdf 1.18.*) so while at it, remove the word "exactly" from the comment. Signed-off-by: Raphaël Mélotte <raphael.melotte@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
23 lines
721 B
Plaintext
23 lines
721 B
Plaintext
config BR2_PACKAGE_PYTHON_PYMUPDF
|
|
bool "python-pymupdf"
|
|
depends on BR2_INSTALL_LIBSTDCPP # mupdf -> harfbuzz
|
|
depends on BR2_TOOLCHAIN_HAS_SYNC_4 # mupdf -> harfbuzz
|
|
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 # mupdf -> harfbuzz
|
|
depends on BR2_PACKAGE_XORG7
|
|
select BR2_PACKAGE_FREETYPE
|
|
select BR2_PACKAGE_MUPDF
|
|
select BR2_PACKAGE_ZLIB
|
|
help
|
|
Python bindings for the PDF rendering library MuPDF.
|
|
|
|
https://github.com/pymupdf/PyMuPDF
|
|
|
|
comment "python-pymupdf needs Xorg"
|
|
depends on BR2_TOOLCHAIN_HAS_SYNC_4
|
|
depends on !BR2_PACKAGE_XORG7
|
|
|
|
comment "python-pymupdf needs a toolchain w/ C++, gcc >= 4.8"
|
|
depends on BR2_TOOLCHAIN_HAS_SYNC_4
|
|
depends on !BR2_INSTALL_LIBSTDCPP || \
|
|
!BR2_TOOLCHAIN_GCC_AT_LEAST_4_8
|