linux/poky.git/meta/recipes-core/dbus/dbus_1.16.2.bb, 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: 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

meta: remove consecutive blank lines

2025-06-20T11:07:27+00:00

Some of them were introduced by mass-removal of S = WORKDIR/git assignments; rather than try to fix up (or redo) just these, I've run this sed command over the whole tree: sed -i -z -E 's/([ \t\f\v\r]*\n){3,}/\n\n/g' `find . -name *.bb -o -name *.inc` The rationale is that more than one empty line is wasting vertical screen space, and does nothing for readability. (From OE-Core rev: cedc4ff7c9bcfb22a20e43e47f9759f4007a4f1a) Signed-off-by: Alexander Kanavin Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

dbus: Remove 'dbus-x11' from RPROVIDES

2025-04-29T08:55:32+00:00

Since runtime dependencies to the old 'dbus-x11' compatibility label are now no longer used in either poky or meta-openembedded provided layers, we can remove it. (From OE-Core rev: 2639ab4fd8855ada4ae8e2093868d7978220e783) Signed-off-by: Niko Mauno Signed-off-by: Richard Purdie

dbus: Allow using dbus-lib with alternative D-Bus

2025-04-01T21:05:54+00:00

In order to facilitate oe-core users who wish to use e.g. dbus-broker as their runtime D-Bus implementation, declare the target specific dbus-lib runtime recommendation so that it will honor the new VIRTUAL-RUNTIME_dbus variable. (From OE-Core rev: 1d26191c71d4b19fe45ced52698d4130e8d8305e) Signed-off-by: Niko Mauno Signed-off-by: Richard Purdie