linux/poky.git/meta/recipes-gnome/libportal, 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

meta: remove S in recipes that fetch from git via setting BB_GIT_DEFAULT_DESTSUFFIX

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

Removing all the S = ${WORKDIR}/git assignments works because BB_GIT_DEFAULT_DESTSUFFIX is set to match S from bitbake.conf (which itself is set to match typical tarball releases). A few recipes are setting S to a sub-directory of the git tree and need to be adjusted accordingly. bzip2 recipe is fetching a tarball and separately cloning tests; adjust the recipe to put the latter into 'bzip2-tests', instead of 'git'. devupstream.bbclass no longer needs to rewrite S, and is adjusted accordingly. Adjust scripts/lib/recipetool/append.py to not hardcode 'git' as unpack destination. Adjust kernel-yocto.bbclass to use the git unpack variable instead of hardcoding 'git' (there's also removal of repetition of string constants and a correction of workdir/unpackdir mismatch in one of the if-else branches). Ensure build-appliance-image recipe does not use 'git' as checkout directory for poky repo, but rather explicitly name it 'poky'. Ensure reproducible.py code that looks for git repositories does not hardcode 'git' but uses the destination set by BB_GIT_DEFAULT_DESTSUFFIX. Ensure recipetool does not write out unneeded S settings into newly created recipes that fetch from git. Adjust selftest to not hardcode 'git' as unpack directory. (From OE-Core rev: f80c07019ddadaf9c5fb890faabfda7920ecd15e) Signed-off-by: Alexander Kanavin Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

libportal: upgrade 0.9.0 -> 0.9.1

2025-02-18T22:53:44+00:00

Changelog: =========== - Meson 0.55.0 is required - Fix memory management in the Input Capture portal code - Correct the type used for GObject signal connections - Remove wrong '(closure)' annotations, fixing GObject-Introspection warnings - Don't require a C++ compiler for the build architecture - Fix Meson warnings - Consistently use '#pragma once' - Initialize all g_autoptr variables (From OE-Core rev: 4a0ee769cfdb5753cdd5e245d109f0158dd7a754) Signed-off-by: Wang Mingyu Signed-off-by: Richard Purdie

libportal: upgrade 0.8.1 -> 0.9.0

2024-12-24T13:49:27+00:00

Changelog: =========== Dependencies: - GLib 2.72 or higher is now required Features: - Introduce support for the Notification v2 portal version Bug fixes: - Fix a file descriptor leak in the Mail portal code - Fix some minor memory leaks (From OE-Core rev: badc64895bf8e67b44f5b96f34ccaeab8ef59c07) Signed-off-by: Wang Mingyu Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

libportal: update 0.7.1 -> 0.8.1

2024-09-20T14:59:03+00:00

Changes in 0.8.1, 04-09-2024 ========================== - Fix a regression in the Remote Desktop where it wouldn't work with the ScreenCast portal correctly. - Use non-deprecated functions in the GTK4 code - Run tests in CI so we catch regressions earlier - Make Qt tests use QTEST_GUILESS_MAIN - Fix an Input Capture test Changes in 0.8.0, 02-09-2024 ========================== - Add API to allow for persistence on RemoteDesktop sessions - Implement support for the Input Capture portal - Add support for Qt 6 - Support xdg-foreign with Qt 6 - Fix screencasting on wlroots-based compositors (From OE-Core rev: 093d3a1155b796a63fb6d295c535ffc27457d677) Signed-off-by: Markus Volk Signed-off-by: Richard Purdie

libportal: fix rare build race

2024-05-13T14:42:27+00:00

There is a build race where the libportal.vapi is not always generated before it is needed to build libportal-gtk*.vapi. Backport the fix from upstream. [ YOCTO #15479 ] (From OE-Core rev: 2d984e52cded09647b210bd79cfec9deb4b7b589) Signed-off-by: Ross Burton Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

libportal: upgrade 0.6 -> 0.7.1

2023-09-20T07:57:26+00:00

(From OE-Core rev: d97dcc5fb0fd67307a4a7f0b236814a632d604e5) Signed-off-by: Markus Volk Signed-off-by: Richard Purdie

libportal: allow to build without gtk4 backend

2023-02-24T13:31:45+00:00

This allows to build libportal for platforms without opengl support (From OE-Core rev: 3678dd56f800f22c9f81aa4afe060420f19c78f9) Signed-off-by: Markus Volk Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

libportal: convert from gtk-doc to gi-docgen

2023-01-02T17:34:11+00:00

(From OE-Core rev: 5a06d319543a6e036c885bb7cab3cf4c49f3aa34) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

libportal: add from meta-openembedded/meta-gnome

2023-01-02T17:34:11+00:00

This used to be required by epiphany, then it became optional and was moved to meta-oe, now it is again required. The recipe was originally provided by... actually me :-) (From OE-Core rev: e3c1fb52a0720d88dbc6eb91935c82733cdaea44) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie