linux/poky.git/meta/conf/distro/include/default-providers.inc, branch 5.3_M1

mesa: sort out PROVIDES for the glvnd case

2025-05-27T08:01:17+00:00

If mesa is built with GLVND enabled, it doesn't provide GL / GL ES / EGL libraries directly. Instead it provides two ICD libraries: libEGL_mesa.0 and libGLX_mesa.so.0. Remove virtual provides from the glvnd case (dropping incorrect virtual/libglx provider while we are at it) and replace those with runtime providers (to be used by libglvnd in order to pull corresponding ICDs). (From OE-Core rev: 9d3b4c9bc40392ba87f110ec5db0dedf381b8c4a) Signed-off-by: Dmitry Baryshkov Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

default-providers.inc: add entries for virtual/libsdl2

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

virtual/libsdl2 can be provided by 'libsdl2' and 'libsdl2-compat' where the latter is a replacement for libsdl2 that uses libsdl3 behind the scenes and should be favored if applicable. (From OE-Core rev: e79d41c9fea112d919fad2603ab0add6c1760757) Signed-off-by: Markus Volk <f_l_k@t-online.de> Signed-off-by: Richard Purdie

default-providers: Add VIRTUAL-RUNTIME_dbus variable

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

The purpose of the new variable is to facilitate oe-core users who wish to use an alternative runtime D-Bus implementation instead of the default Freedesktop.org's dbus, such as dbus-broker, a recipe for which is currently available under meta-openembedded/meta-oe/recipes-core/dbus/ While introducing this facilitation the intent is to preserve the existing functionality, while allowing the user to optionally select an alternative runtime D-Bus implementation by adding the following line e.g. to local.conf file: VIRTUAL-RUNTIME_dbus = "dbus-broker" As a background, for example the Fedora distribution uses dbus-broker instead of Freedesktop.org's D-Bus implementation. The following excerpts from https://fedoraproject.org/wiki/Changes/DbusBrokerAsTheDefaultDbusImplementation provide background for their technological decision This change provides a more scalable and more reliable implementation in place of the reference implementation. The reference implementation suffers from long-standing issues including potential dead-locks and susceptibility to denial of service attacks, which the replacement implementation does not. and No visible changes in behavior are expected, except for different log messages. Any visibly different behavior to `dbus-daemon` should be reported as a regression. Ideally, this change should only improve the performance and security of the message bus. (From OE-Core rev: 81fd917ac05be19d8345fff272a2ffc17a257880) Signed-off-by: Niko Mauno Signed-off-by: Richard Purdie

base: Switch virtual/cross-XXX to be under recipe specific providers

2025-01-21T23:09:34+00:00

Currently, providers are set on a global config basis. This change allows for a select set of providers to be configured using BB_RECIPE_VIRTUAL_PROVIDERS on a per recipe basis. This would allow for the selection of virtual/cross-cc as gcc or clang for example. The PROVIDERS are removed from the recipes so that if a version of the dependency accidentally slips through, the build will fail and the user can correct the issue. (From OE-Core rev: 6eeab1a5d7f23917b94c130e417d59afb757b546) Signed-off-by: Richard Purdie

default-providers: define keymaps virtual runtime provider

2024-11-28T12:27:11+00:00

VIRTUAL-RUNTIME_keymaps is defined in busybox init manager and also in some package groups. Defining distro features in recipes is wrong. Also this is not directly related to init manager. So move all these definitions to default-providers.inc (From OE-Core rev: 00f667bb5007a372950a137bf9e8b0e62f44f7d6) Signed-off-by: Peter Marko Signed-off-by: Richard Purdie

default-providers.conf: add virtual-x-terminal-emulator

2024-11-14T11:56:54+00:00

We have multiple recipes in core that RPROVIDE virtual-x-terminal-emulator, so we should pick one to be the default for deterministic builds. Pick rxvt, as it's the lightest. Sato can depend on matchbox-terminal explicitly and rxvt will not be added. (From OE-Core rev: 0c362390127fa30f6932558ebcd9cbe1e21e8467) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

apmd: remove recipe and apm MACHINE_FEATURE

2023-06-15T07:00:41+00:00

APM has been obsolete for a very long time, and debian no longer packages it or carries the source tarball. (From OE-Core rev: d987b79725eb0da2704091d22e3d16b8026fac7d) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

mesa: enable glvnd support

2022-11-29T13:30:41+00:00

Allows mesa to be built with glvnd support. Thus, creates libEGL_mesa.so* and libGLX_mesa.so* mesa(vendor) libraries meant to coexist with vendor neutral dispatch libraries from libglvnd. (From OE-Core rev: 1c0577d66b5c26b9b248797f17d652daf6d9dfd1) Signed-off-by: Vincent Davis Jr Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

mesa: PROVIDES virtual/libgles3

2021-12-14T22:46:38+00:00

It's assumed that not all OpenGL ES implementation are compliant with the 3.x specification. Therefore an additional virtual providers is created to explicit compatibility with OpenGL ES 3 specification. Cc: Quentin Schulz (From OE-Core rev: 405cd7a37988ced627fe6ad6fd3089c17f59367e) Signed-off-by: Quentin Schulz Signed-off-by: Richard Purdie

default-providers.inc: set mesa as the provider for native(sdk) virtual/libgl

2019-09-03T08:55:50+00:00

native/nativesdk libepoxy and libsdl2 require this to be set, when they have the respective opengl features enabled. (From OE-Core rev: 83432f576731a614385c1c6bae6a0cec5d25c59b) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie