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

49 lines
1.7 KiB
Makefile
Raw Normal View History

Normalize separator size to 80 Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-06 01:53:30 +02:00
################################################################################
package: add dbus-python
2009-03-18 12:27:49 +01:00
#
# dbus-python
#
Normalize separator size to 80 Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-06 01:53:30 +02:00
################################################################################
Fix package headers to comply with coding style Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-06 01:53:25 +02:00
package/dbus-python: bump to version 1.2.18 Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-10-09 22:55:04 +02:00
DBUS_PYTHON_VERSION = 1.2.18
package: remove the trailing slash sign from <PKG>_SITE variable Since the trailing slash is stripped from $($(PKG)_SITE) by pkg-generic.mk: $(call DOWNLOAD,$($(PKG)_SITE:/=)/$($(PKG)_SOURCE)) so it is redundant. This patch removes it from $(PKG)_SITE variable for BR consistency. Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-07-31 10:46:58 +02:00
DBUS_PYTHON_SITE = http://dbus.freedesktop.org/releases/dbus-python
package: add dbus-python
2009-03-18 12:27:49 +01:00
DBUS_PYTHON_INSTALL_STAGING = YES
package/dbus-python: drop dbus-glib dependency dbus-glib is not required since version 1.2.8 and https://github.com/freedesktop/dbus-python/commit/28098f2c7c23bdef9247c5dfbb8437ca3f03dac4 Parts of dbus-glib have been copied into dbus-python instead. It can only use the bundled copy, not the system dbus-glib. So drop it and add dbus-gmain/COPYING to license files Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-10-27 15:28:59 +01:00
DBUS_PYTHON_LICENSE = MIT (dbus-python), AFL-2.1 or GPL-2.0+ (dbus-gmain)
DBUS_PYTHON_LICENSE_FILES = COPYING dbus-gmain/COPYING
DBUS_PYTHON_DEPENDENCIES = dbus libglib2
HOST_DBUS_PYTHON_DEPENDENCIES = host-dbus host-libglib2
dbus-python: add host package This can be useful for Python scripts running on a host machine that need to connect to a bus on a remote device, e.g. test scripts. The target dbus-python depends on dbus instead of selecting it because dbus has dependencies that check that it is supported. Using 'select' would override those dependencies. For host-dbus, there are no such checks -- it's assumed the host has the features neeeded to run dbus, so it is okay to just depend on host-dbus. The pyexpat dependency is not needed, as it is forced on for host-python. Signed-off-by: Brent Generous <bgenerous@impinj.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2018-11-09 01:38:55 +01:00
dbus-python: add python3 support [Thomas: update the dependencies of the comment to take into account that we can now also build with Python 3.] Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-11-20 14:53:31 +01:00
ifeq ($(BR2_PACKAGE_PYTHON),y)
DBUS_PYTHON_DEPENDENCIES += python host-python
package: add dbus-python
2009-03-18 12:27:49 +01:00
dbus-python: add python3 support [Thomas: update the dependencies of the comment to take into account that we can now also build with Python 3.] Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-11-20 14:53:31 +01:00
DBUS_PYTHON_CONF_ENV += \
Globally replace $(HOST_DIR)/usr/bin with $(HOST_DIR)/bin Since things are no longer installed in $(HOST_DIR)/usr, the callers should also not refer to it. This is a mechanical change with git grep -l '$(HOST_DIR)/usr/bin' | xargs sed -i 's%$(HOST_DIR)/usr/bin%$(HOST_DIR)/bin%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-05 13:14:19 +02:00
PYTHON=$(HOST_DIR)/bin/python2 \
packages: use backtick instead of $(shell ...) make function It is often difficult to know exactly when make will expand the variable, and usually it can only be expanded after the dependencies have been built (e.g. pkg-config or the .pc file). Using a backtick instead makes it very clear that it will be expanded only while executing the command. This change is useful for two cases: 1. The per-package staging (and host) directory will be created as part of the configure step, so any $(shell ...) variable that is used in the configure step will fail because the directory doesn't exist yet. 2. 'make printvars' evaluates the variables it prints. It will therefore trigger a lot of errors from missing .pc files and others. The backticks, on the other hand, are not expanded, so with this change the output of 'make printvars' becomes clean again. This commit contains only the easy changes: replace $(shell ...) with `...`, and also replace ' with " where needed. Follow-up commits will tackle the more complicated cases that need additional explanation. After this change, the following instances of $(shell ...) will remain: - All assignments that use := - All variables that are used in make conditionals (which don't expand the backticks). - All variables that only refer to system executables and make variables that don't change. - The calls to check-host-* in dependencies.mk, because it is eval'ed. [Original patch by Fabio Porcedda, but extended quite a bit by Arnout.] Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-12 16:35:26 +02:00
PYTHON_INCLUDES="`$(STAGING_DIR)/usr/bin/python2-config --includes`" \
PYTHON_LIBS="`$(STAGING_DIR)/usr/bin/python2-config --ldflags`"
dbus-python: add host package This can be useful for Python scripts running on a host machine that need to connect to a bus on a remote device, e.g. test scripts. The target dbus-python depends on dbus instead of selecting it because dbus has dependencies that check that it is supported. Using 'select' would override those dependencies. For host-dbus, there are no such checks -- it's assumed the host has the features neeeded to run dbus, so it is okay to just depend on host-dbus. The pyexpat dependency is not needed, as it is forced on for host-python. Signed-off-by: Brent Generous <bgenerous@impinj.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2018-11-09 01:38:55 +01:00
HOST_DBUS_PYTHON_DEPENDENCIES += host-python
HOST_DBUS_PYTHON_CONF_ENV += \
PYTHON=$(HOST_DIR)/bin/python2 \
PYTHON_INCLUDES="`$(HOST_DIR)/usr/bin/python2-config --includes`" \
PYTHON_LIBS="`$(HOST_DIR)/usr/bin/python2-config --ldflags`"
dbus-python: add python3 support [Thomas: update the dependencies of the comment to take into account that we can now also build with Python 3.] Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-11-20 14:53:31 +01:00
else
DBUS_PYTHON_DEPENDENCIES += python3 host-python3
DBUS_PYTHON_CONF_ENV += \
Globally replace $(HOST_DIR)/usr/bin with $(HOST_DIR)/bin Since things are no longer installed in $(HOST_DIR)/usr, the callers should also not refer to it. This is a mechanical change with git grep -l '$(HOST_DIR)/usr/bin' | xargs sed -i 's%$(HOST_DIR)/usr/bin%$(HOST_DIR)/bin%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-05 13:14:19 +02:00
PYTHON=$(HOST_DIR)/bin/python3 \
packages: use backtick instead of $(shell ...) make function It is often difficult to know exactly when make will expand the variable, and usually it can only be expanded after the dependencies have been built (e.g. pkg-config or the .pc file). Using a backtick instead makes it very clear that it will be expanded only while executing the command. This change is useful for two cases: 1. The per-package staging (and host) directory will be created as part of the configure step, so any $(shell ...) variable that is used in the configure step will fail because the directory doesn't exist yet. 2. 'make printvars' evaluates the variables it prints. It will therefore trigger a lot of errors from missing .pc files and others. The backticks, on the other hand, are not expanded, so with this change the output of 'make printvars' becomes clean again. This commit contains only the easy changes: replace $(shell ...) with `...`, and also replace ' with " where needed. Follow-up commits will tackle the more complicated cases that need additional explanation. After this change, the following instances of $(shell ...) will remain: - All assignments that use := - All variables that are used in make conditionals (which don't expand the backticks). - All variables that only refer to system executables and make variables that don't change. - The calls to check-host-* in dependencies.mk, because it is eval'ed. [Original patch by Fabio Porcedda, but extended quite a bit by Arnout.] Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-12 16:35:26 +02:00
PYTHON_INCLUDES="`$(STAGING_DIR)/usr/bin/python3-config --includes`" \
package/dbus-python: fix build with python 3.8 test/import-repeatedly.c uses an embedded python interpreter and PYTHON_EXTRA_LIBS is used only for building this test case, so set PYTHON_EXTRA_LIBS with `python3-config --libs --embed` to build this test case and don't link the module with libpython3.so. Fixes: - http://autobuild.buildroot.org/results/b30/b308eeb5c5d95ab9f1dbfc19f9183f2ba3ba0ce3/ - http://autobuild.buildroot.org/results/0dd/0dd9203f859b97ee5a3b6358644c26f8ab784ed8/ and many similar failures. Signed-off-by: Grzegorz Blach <grzegorz@blach.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-10-23 23:19:21 +02:00
PYTHON_LIBS="`$(STAGING_DIR)/usr/bin/python3-config --ldflags`" \
PYTHON_EXTRA_LIBS="`$(STAGING_DIR)/usr/bin/python3-config --libs --embed`"
dbus-python: add host package This can be useful for Python scripts running on a host machine that need to connect to a bus on a remote device, e.g. test scripts. The target dbus-python depends on dbus instead of selecting it because dbus has dependencies that check that it is supported. Using 'select' would override those dependencies. For host-dbus, there are no such checks -- it's assumed the host has the features neeeded to run dbus, so it is okay to just depend on host-dbus. The pyexpat dependency is not needed, as it is forced on for host-python. Signed-off-by: Brent Generous <bgenerous@impinj.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2018-11-09 01:38:55 +01:00
HOST_DBUS_PYTHON_DEPENDENCIES += host-python3
HOST_DBUS_PYTHON_CONF_ENV += \
PYTHON=$(HOST_DIR)/bin/python3 \
PYTHON_INCLUDES="`$(HOST_DIR)/usr/bin/python3-config --includes`" \
package/dbus-python: fix build with python 3.8 test/import-repeatedly.c uses an embedded python interpreter and PYTHON_EXTRA_LIBS is used only for building this test case, so set PYTHON_EXTRA_LIBS with `python3-config --libs --embed` to build this test case and don't link the module with libpython3.so. Fixes: - http://autobuild.buildroot.org/results/b30/b308eeb5c5d95ab9f1dbfc19f9183f2ba3ba0ce3/ - http://autobuild.buildroot.org/results/0dd/0dd9203f859b97ee5a3b6358644c26f8ab784ed8/ and many similar failures. Signed-off-by: Grzegorz Blach <grzegorz@blach.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-10-23 23:19:21 +02:00
PYTHON_LIBS="`$(HOST_DIR)/usr/bin/python3-config --ldflags`" \
PYTHON_EXTRA_LIBS="`$(HOST_DIR)/usr/bin/python3-config --libs --embed`"
dbus-python: add python3 support [Thomas: update the dependencies of the comment to take into account that we can now also build with Python 3.] Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-11-20 14:53:31 +01:00
endif
package: add dbus-python
2009-03-18 12:27:49 +01:00
all packages: rename XXXTARGETS to xxx-package Also remove the redundant $(call ...). This is a purely mechanical change, performed with find package linux toolchain boot -name \*.mk | \ xargs sed -i -e 's/$(eval $(call GENTARGETS))/$(eval $(generic-package))/' \ -e 's/$(eval $(call AUTOTARGETS))/$(eval $(autotools-package))/' \ -e 's/$(eval $(call CMAKETARGETS))/$(eval $(cmake-package))/' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-03 00:07:32 +02:00
$(eval $(autotools-package))
dbus-python: add host package This can be useful for Python scripts running on a host machine that need to connect to a bus on a remote device, e.g. test scripts. The target dbus-python depends on dbus instead of selecting it because dbus has dependencies that check that it is supported. Using 'select' would override those dependencies. For host-dbus, there are no such checks -- it's assumed the host has the features neeeded to run dbus, so it is okay to just depend on host-dbus. The pyexpat dependency is not needed, as it is forced on for host-python. Signed-off-by: Brent Generous <bgenerous@impinj.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2018-11-09 01:38:55 +01:00
$(eval $(host-autotools-package))
Reference in New Issue Copy Permalink