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

50 lines
1.6 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.8 Signed-off-by: Joseph Kogut <joseph.kogut@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-11-28 19:17:47 +01:00
DBUS_PYTHON_VERSION = 1.2.8
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
dbus-python: add license information Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-26 21:20:32 +02:00
DBUS_PYTHON_LICENSE = MIT
DBUS_PYTHON_LICENSE_FILES = COPYING
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_DEPENDENCIES = dbus-glib
DBUS_PYTHON_CONF_OPTS = --disable-html-docs --disable-api-docs
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-dbus-glib
HOST_DBUS_PYTHON_CONF_OPTS = --disable-html-docs --disable-api-docs
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`" \
PYTHON_LIBS="`$(STAGING_DIR)/usr/bin/python3-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-python3
HOST_DBUS_PYTHON_CONF_ENV += \
PYTHON=$(HOST_DIR)/bin/python3 \
PYTHON_INCLUDES="`$(HOST_DIR)/usr/bin/python3-config --includes`" \
PYTHON_LIBS="`$(HOST_DIR)/usr/bin/python3-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
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