Carlos Rafael Giani via lists.openembedded.org wrote:
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-plugins-good_1.20.1.bb | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.20
This clears up some confusing packageconfigs.
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-plugins-bad_1.20.1.bb| 2 ++
.../gstreamer/gstreamer1.0-plugins-base_1.20.1.bb | 2 ++
2 files changed, 4 insertions(+)
diff --git
a/meta/recipes-multim
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-plugins-good_1.20.1.bb | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.20.1.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plug
safe to drop this
patch.
Alex
On Tue, 29 Mar 2022 at 09:52, Carlos Rafael Giani via
lists.openembedded.org
wrote:
libunwind-native currently cannot be added to the class-native DEPENDS
due to the following problem:
https://autobuilder.yoctoproject.org/typhoon/#/builders/91/builds/5624/steps/12
I wish to emphasize that this is meant as a plan B in case the libunwind
problem cannot be fixed in time for the Kirkstone release. Plan A would
be a fixed libunwind.
On 29.03.22 09:51, Carlos Rafael Giani via lists.openembedded.org wrote:
libunwind-native currently cannot be added to the
libunwind-native currently cannot be added to the class-native DEPENDS
due to the following problem:
https://autobuilder.yoctoproject.org/typhoon/#/builders/91/builds/5624/steps/12/logs/stdio
And without libunwind-native, libsdl2-native config fails errors like:
| -- Checking for one of the modu
n Fri, 2022-03-18 at 12:08 +0100, Carlos Rafael Giani via
lists.openembedded.org wrote:
I am preparing a patch for this. I am somewhat uncertain though if this is
considered an OK approach or a hack, since we could in theory add libunwind-
native as a libsdl2-native dependency, but libunwind-n
I am preparing a patch for this. I am somewhat uncertain though if this
is considered an OK approach or a hack, since we could in theory add
libunwind-native as a libsdl2-native dependency, but libunwind-native
itself has build issues, as seen here:
https://autobuilder.yoctoproject.org/typhoon
an Ubuntu 21.10 host.
On 07.03.22 09:07, Carlos Rafael Giani via lists.openembedded.org wrote:
Signed-off-by: Carlos Rafael Giani
---
...ependency-optional-for-native-libsdl.patch | 37 +++
.../libsdl2/libsdl2_2.0.20.bb | 1 +
2 files changed, 38 insertions
Signed-off-by: Carlos Rafael Giani
---
...ependency-optional-for-native-libsdl.patch | 37 +++
.../libsdl2/libsdl2_2.0.20.bb | 1 +
2 files changed, 38 insertions(+)
create mode 100644
meta/recipes-graphics/libsdl2/libsdl2/0001-Make-libunwind-dependency-optional
This fixes this CMake configuration error:
| -- Checking for one of the modules 'libunwind'
| CMake Error at
[...]/build/tmp/work/x86_64-linux/libsdl2-native/2.0.20-r0/recipe-sysroot-native/usr/share/cmake-3.22/Modules/FindPkgConfig.cmake:890
(message):
| None of the required 'libunwind' found
libunwind is installed on the host, complete with its -dev package. OE
still does not find it.
I'll submit a patch that adds libunwind-native to the native DEPENDS.
On 16.02.22 18:30, Khem Raj wrote:
On Wed, Feb 16, 2022 at 1:58 AM Carlos Rafael Giani via
lists.openembedded.org
"MACHINE=qemux86-64 bitbake libsdl2-native" still fails with a similar
error:
| CMake Error at
/home/test/yocto-master/poky/build/tmp/work/x86_64-linux/libsdl2-native/2.0.20-r0/recipe-sysroot-native/usr/share/cmake-3.22/Modules/FindPkgConfig.cmake:890
(message):
| None of the required 'libu
This is a workaround for the following issue that affects python3-lxml:
https://gitlab.gnome.org/GNOME/libxml2/-/issues/255
Signed-off-by: Carlos Rafael Giani
---
.../0002-Work-around-lxml-API-abuse.patch | 213 ++
meta/recipes-core/libxml/libxml2_2.9.12.bb| 1 +
2 fil
According to this document:
https://wiki.yoctoproject.org/wiki/PAM_Integration
PAM can be enabled by adding this line to local.conf:
DISTRO_FEATURES_append += " pam"
In newer Yocto versions, this would be:
DISTRO_FEATURES:append += " pam"
and this works. I *had* to use "+=" instead of
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb
index 384e07362a..664fc6066a 100644
--- a/meta/recipes-multimedia/ff
d, 10 Mar 2021 at 07:09, Carlos Rafael Giani via
lists.openembedded.org
wrote:
+python set_dynamic_metapkg_rdepends () {
+import os
+import oe.utils
+
+# Go through all generated SPA plugin and PipeWire module packages
+# (excluding the main package and the -meta package itself
migration.
On 10.03.21 09:35, Alexander Kanavin wrote:
But why should it be in oe-core?
Alex
On Wed, 10 Mar 2021 at 08:09, Carlos Rafael Giani via
lists.openembedded.org <http://lists.openembedded.org>
<mailto:mailbox@lists.openembedded.org>> wrote:
PipeWire is a
PipeWire is a new multimedia daemon that aims to be a replacement for
both JACK and PulseAudio. Additionally, it provides IO and routing
functionality for video. It also has PulseAudio shim to act as a drop-in
replacement.
Signed-off-by: Carlos Rafael Giani
---
.../pipewire/pipewire_0.3.23.bb
19 matches
Mail list logo
