linux/poky.git/meta/recipes-core/dbus, branch master

The poky repository master branch is no longer being updated.

2025-11-07T13:31:53+00:00

You can either: a) switch to individual clones of bitbake, openembedded-core, meta-yocto and yocto-docs b) use the new bitbake-setup You can find information about either approach in our documentation: https://docs.yoctoproject.org/ Note that "poky" the distro setting is still available in meta-yocto as before and we continue to use and maintain that. Long live Poky! Some further information on the background of this change can be found in: https://lists.openembedded.org/g/openembedded-architecture/message/2179 Signed-off-by: Richard Purdie

dbus: add message-bus PACKAGECONFIG

2025-08-07T11:11:16+00:00

There's no need to build an actual message bus in native or nativesdk environments, as if DBus is needed in those environments then it will be used to connect to the existing session or system bus. Add a PACKAGECONFIG for the message bus, and wrap the packaging logic with a PACKAGECONFIG check. Expat is only needed by the bus, so this reduces the mandatory build dependencies in the native case. This means we can merge the overridden do_install appends, as native and nativesdk don't have the message bus enabled so they don't install dbus-launch. (From OE-Core rev: dc674bf44fc757a4ffe7577a4d106ae729048013) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus: use the systemd class to handle the unit files

2025-08-07T11:11:16+00:00

Originally, the dbus recipe couldn't use the systemd class because there was a circular dependency between systemd and dbus. However, since systemd v209 in 2014[1] systemd hasn't needed libdbus, as it has it's own implementation of the client library. DBus does not use the systemd libraries, so there is no circular dependency. The dbus build was already was installing the service and socket files, so we are installing them again. Remove the installation of the units. Manually mask dbus-1.service by simply creating a symlink, instead of depending on systemctl and using an postinstall script. (From OE-Core rev: a296b0623eb23300751b8c571ad804884d1fbd4f) Signed-off-by: Ross Burton [1] dbus: 718db96199 ("core: convert PID 1 to libsystemd-bus") Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus: glib is only used in the test suite

2025-08-07T11:11:16+00:00

The glib/gio libraries are only used in a few of the tests: $ grep use_glib meson.build:use_glib = glib.found() and gio.found() test/meson.build:if use_glib test/meson.build:if message_bus and tools and platform_unix and use_glib test/meson.build:if use_glib test/meson.build:if message_bus and tools and platform_unix and use_glib So there's no need to depend on glib if we're not building the tests. Explicitly enable/disable the modular tests option to ensure that when the tests are not being installed we don't still need glib to build them. (From OE-Core rev: f8908b147d888426811356d7ccd7547f3519fe29) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus-glib: remove no-examples.patch

2025-08-07T11:11:16+00:00

This patch has been in OpenEmbedded since 2006 with no explanation[1]. Possibly the intention was to reduce build time slightly or remove some breakage, but it's useful to link the library we're building against a test binary. [1] oe-classic cc5c376f17 ("dbus: add 0.90, dbus-glib and dbus-python bindings 0.70") (From OE-Core rev: a2041b1a2fd2ed508ab891e909c8ade1d31e3654) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus-glib: remove unused packaging of tests

2025-08-07T11:11:16+00:00

We're carrying a patch to install the tests, but we don't actually install them by default or have any ptest infrastructure to run them. As this is complicating the recipe for no reason, remove it all. If someone in the future wants to run the tests they can do it with ptest so they're exercised correctly. (From OE-Core rev: bbb68c3b333e4da7141f0d17f9195dd0c8b80267) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus-glib: package the binding tool into PN-tools, enable nativesdk

2025-08-07T11:11:15+00:00

In a SDK environment we need a nativesdk build of dbus-glib for the dbus-binding-tool binary. Add a nativesdk variation and put the tool into a -tools subpackage so it can be installed if needed. (From OE-Core rev: bce011ebc21b402cc83c3b17063d2277b6347a68) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus: remove autoconf-archive-native DEPENDS

2025-08-07T11:11:15+00:00

This recipe uses Meson to build now, so it doesn't need autoconf-archive anymore. (From OE-Core rev: a310fc7520d057079d7a771aaa93fc7678eabb72) Signed-off-by: Ross Burton Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus: remove obsolete cleanups

2025-08-04T17:04:04+00:00

The removal of the Red Hat initscript has been redundant since 2017[1]. The test directory is not installed, so there's no need to remove it. (From OE-Core rev: 904b6967ad4730ae32aad785d6b53ca3f5af2cd4) Signed-off-by: Ross Burton [1] dbus: 708a44d0 ("Remove distribution-specific init-scripts") Signed-off-by: Richard Purdie

dbus: add traditional-activation PACKAGECONFIG

2025-07-28T13:51:50+00:00

Add traditional-activation PACKAGECONFIG to DBus recipe in order to allow users to enable or disable traditional DBus service activation. DBus service activation refers to automatically starting an application when a DBus message is sent to a service provided by that application. Traditionally, this is done by the DBus-daemon, thus, the term traditional here. On systems using systemd, systemd can do this, instead. On some systems it might be of interest to disable the traditional service activation in order to ensure that services are always started via systemd. Per default, traditional service activation is enabled for DBus. Thus, the traditional-activation PACKAGECONFIG is added to the default PACKAGECONFIG. Otherwise, we might introduce a breaking change here. The binary dbus-daemon-launch-helper isn't created in case DBus is built with traditional service activation disabled, so we change its attributes only when traditional service activation is turned on. (From OE-Core rev: 272aafbf0a2a1a158fdff42b6ce295fe861f1327) Signed-off-by: Weisser, Pascal Signed-off-by: Richard Purdie