NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
f717bd22ab
kumquat-buildroot/package/python-pymupdf/python-pymupdf.mk

30 lines
1.2 KiB
Makefile
Raw Normal View History

package/python-pymupdf: new package. Python bindings for the PDF rendering library MuPDF. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - propagate harfbuzz dependencies; - add comment to mupdf to keep versions in sync; - clarify license situation + lack of license file]
2020-02-07 10:37:05 +01:00
################################################################################
#
# python-pymupdf
#
################################################################################
package/python-pymupdf: bump to version 1.18.14 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>
2021-07-01 01:47:16 +02:00
# python-pymupdf's version must match mupdf's version
PYTHON_PYMUPDF_VERSION = 1.18.14
package/python-pymupdf: new package. Python bindings for the PDF rendering library MuPDF. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - propagate harfbuzz dependencies; - add comment to mupdf to keep versions in sync; - clarify license situation + lack of license file]
2020-02-07 10:37:05 +01:00
PYTHON_PYMUPDF_SOURCE = PyMuPDF-$(PYTHON_PYMUPDF_VERSION).tar.gz
package/python-pymupdf: bump to version 1.18.14 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>
2021-07-01 01:47:16 +02:00
PYTHON_PYMUPDF_SITE = https://files.pythonhosted.org/packages/41/f6/dbefe3d6949fa81fb7bcac9141e4345330d272724718ac5a6af78297498b
PYTHON_PYMUPDF_SETUP_TYPE = setuptools
package/python-pymupdf: new package. Python bindings for the PDF rendering library MuPDF. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - propagate harfbuzz dependencies; - add comment to mupdf to keep versions in sync; - clarify license situation + lack of license file]
2020-02-07 10:37:05 +01:00
PYTHON_PYMUPDF_LICENSE = GPL-3.0, AGPL-3.0+ (code generated from mupdf)
package/python-pymupdf: bump to version 1.18.14 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>
2021-07-01 01:47:16 +02:00
PYTHON_PYMUPDF_LICENSE_FILES = COPYING
package/python-pymupdf: new package. Python bindings for the PDF rendering library MuPDF. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - propagate harfbuzz dependencies; - add comment to mupdf to keep versions in sync; - clarify license situation + lack of license file]
2020-02-07 10:37:05 +01:00
# No license file included in pip, but it's present on github
package/python-pymupdf: bump to version 1.18.14 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>
2021-07-01 01:47:16 +02:00
PYTHON_PYMUPDF_DEPENDENCIES = freetype mupdf zlib
package/python-pymupdf: new package. Python bindings for the PDF rendering library MuPDF. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - propagate harfbuzz dependencies; - add comment to mupdf to keep versions in sync; - clarify license situation + lack of license file]
2020-02-07 10:37:05 +01:00
package/python-pymupdf: bump to version 1.18.14 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>
2021-07-01 01:47:16 +02:00
PYTHON_PYMUPDF_ENV = CFLAGS="-I$(STAGING_DIR)/usr/include/mupdf -I$(STAGING_DIR)/usr/include/freetype2"
package/python-pymupdf: new package. Python bindings for the PDF rendering library MuPDF. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - propagate harfbuzz dependencies; - add comment to mupdf to keep versions in sync; - clarify license situation + lack of license file]
2020-02-07 10:37:05 +01:00
# We need to remove the original paths as we provide them in the CFLAGS:
define PYTHON_PYMUPDF_REMOVE_PATHS
package/python-pymupdf: bump to version 1.18.14 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>
2021-07-01 01:47:16 +02:00
sed -i "/\/usr\/include\/mupdf/d" $(@D)/setup.py
sed -i "/\/usr\/include\/freetype2/d" $(@D)/setup.py
sed -i "/\/usr\/local\/include\/mupdf/d" $(@D)/setup.py
sed -i "/mupdf\/thirdparty\/freetype\/include/d" $(@D)/setup.py
package/python-pymupdf: new package. Python bindings for the PDF rendering library MuPDF. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - propagate harfbuzz dependencies; - add comment to mupdf to keep versions in sync; - clarify license situation + lack of license file]
2020-02-07 10:37:05 +01:00
endef
PYTHON_PYMUPDF_POST_PATCH_HOOKS = PYTHON_PYMUPDF_REMOVE_PATHS
$(eval $(python-package))
Reference in New Issue Copy Permalink