[OE-core] [nanbield] git command included in buildtools-extended does not work with https authentication

:38.775087 http.c:820 == Info: Connection #0 to host git.mycompany.com left intact remote: HTTP Basic: Access denied. The provided password or token is incorrect or your account has 2FA enabled and you must use a personal access token instead of a password. See https://git.mycompany.c

Re: [OE-core] kirkstone boost upgrade?

ts.yoctoproject.org/g/docs/message/4074 [3] https://git.yoctoproject.org/meta-lts-mixins/ [4] https://lists.yoctoproject.org/g/yocto/topics _______ Christian Eggers Software Engineer ​ ARRI Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Arri

Re: [OE-core] kirkstone boost upgrade?

Christian ___ Christian Eggers Software Engineer ​ ARRI Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Arriweg 17, 83071 Stephanskirchen www.arri.com +49 8036 3009-3118 cegg...@arri.de ​ Get all the latest information from www.arri.com, Facebook, Twitter, Instagram, LinkedIn and YouTube. Arno

Re: [OE-core] [PATCH v2 3/3] bitbake.conf: add debug symbol for sdk

Hi Max, I use the following lines in my local.conf file (on kirkstone). Maybe that this is not optimal as it may cause silent side effects in case the original values for BUILDSDK_OPTIMIZATION/_CFLAGS/_CXXFALGS will change same day. # Build -nativesdk packages with debug info (required for

Re: [OE-core] [meta-oe][PATCH] boost-url: remove recipe

ime to add the other patch to oe-core. regards Christian > > Ross > > > On 5 Jan 2023, at 13:08, Christian Eggers via lists.openembedded.org > > wrote: > > > > The boost recipe in oe-core has recently been updated to boost-1.81.0. > > Starting with this r

[OE-core] [PATCH] boost: add url lib

Boost.URL is a library for manipulating Uniform Resource Identifiers (URIs) and Locators (URLs). Signed-off-by: Christian Eggers --- This patch depends on removal of the boost-url recipe in meta-openembedded https://lists.openembedded.org/g/openembedded-devel/message/100414 meta/recipes

[OE-core] [meta-oe][PATCH] boost-url: remove recipe

with installed files. Signed-off-by: Christian Eggers --- .../boost-url/boost-url_git.bb| 20 --- 1 file changed, 20 deletions(-) delete mode 100644 meta-oe/recipes-devtools/boost-url/boost-url_git.bb diff --git a/meta-oe/recipes-devtools/boost-url/boost-url_git.bb b

Re: [OE-core] [PATCH] boost: upgrade 1.80.0 -> 1.81.0

On Wednesday, 21 December 2022, 03:59:07 CET, wan...@fujitsu.com wrote: > From: Wang Mingyu > > 0001-The-std-lib-unary-binary_function-base-classes-are-d.patch > removed since it's included in 1.81.0 > > Signed-off-by: Wang Mingyu > --- > .../{boost-1.80.0.inc => boost-1.81.0.inc}| 2 +-

Re: [OE-core] kernel: export native PKGCONFIG variables

ch is a requirement in kernel 5.16+ regards Christian _______ Christian Eggers Software Engineer ​ ARRI Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Arriweg 17, 83071 Stephanskirchen www.arri.com +49 8036 3009-3118 cegg...@arri.de ​ Get all the latest information from www.arri.com

[OE-core] [PATCH] linux-firmware: split rtl8761 firmware

Realtek Bluetooth devices require binary firmware files. Package them separately in order to avoid installing the full linux-firmware package on embedded devices. Affected (end user) products (incomplete list): - TP-Link UB500 - Logilink BT0054 Signed-off-by: Christian Eggers --- .../linux

Re: [OE-core] [PATCH 0/6] npm.bbclass: work with nodejs 16

This seems to solve my problem with the quicktype recipe [1]. Thank you very much for working in this. [1] https://lore.kernel.org/all/CANNYZj-V8O1-USTdtOYKi5hB80QjxQZH2d2=ybj-4y2sm5b...@mail.gmail.com/T/ On Thursday, 19 May 2022, 12:05:50 CEST, Enrico Scholz via lists.openembedded.org wrote:

[OE-core] [PATCH 4/4] librsvg: reenable nativesdk

Rust is now available for nativesdk. So the nativesdk build for librsvg can be enabled again. Signed-off-by: Christian Eggers --- meta/recipes-gnome/librsvg/librsvg_2.52.7.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/librsvg/librsvg_2.52.7.bb b/meta

[OE-core] [PATCH 3/4] rust-crosssdk: use ${RUST_LIBC} in ${PN}

TCLIBC is only valid for TARGET, not for HOST or NATIVESDK. Fixes build of rust-crosssdk if TCLIBC is set to musl. Signed-off-by: Christian Eggers --- meta/recipes-devtools/rust/rust-crosssdk_1.59.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools

[OE-core] [PATCH 2/4] machine-sdk: clear ABIEXTENSION for class-crosssdk

For nativesdk/crosssdk, we have no ABIEXTENSION. Fixes build of rust-crosssdk if ABIEXTENSION is set toe something like "eabi". Signed-off-by: Christian Eggers --- meta/conf/machine-sdk/x86_64.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/machine-sdk/x86_64.co

[OE-core] [PATCH 1/4] rust-common: override RUST_LIBC for crosssdk

For nativesdk/crosssdk, always glibc is used. Fixes build of rust-crosssdk if TCLIBC is set to musl. Signed-off-by: Christian Eggers --- meta/classes/rust-common.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/rust-common.bbclass b/meta/classes/rust-common.bbclass index

[OE-core] [PATCH] glib-2.0: upgrade 2.70.4 -> 2.72.0

ocs * Translation updates: - Czech - French - Friulian - Hebrew - Hungarian - Italian - Kazakh - Polish - Romanian - Serbian - Swedish Signed-off-by: Christian Eggers --- ...-correctly-when-building-with-mingw3.patch | 32 +++-- ...degen.py-bump-timeout-to-100-seconds.patch |

Re: [OE-core] [PATCH] glib-2.0: upgrade 2.70.4 -> 2.71.3

On Wednesday, 9 March 2022, 17:52:49 CET, Alexander Kanavin wrote: > 2.71.x is a development release, and should not be used. glib follows > odd-even version scheme. I already supposed something like this, but I didn't find any documentation about GLib's versioning scheme... Would be nice if there

[OE-core] [PATCH] glib-2.0: upgrade 2.70.4 -> 2.71.3

- 0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch: dropped (integrated upstream) Signed-off-by: Christian Eggers --- ...-correctly-when-building-with-mingw3.patch | 32 +++-- ...degen.py-bump-timeout-to-100-seconds.patch | 26 -- ...ble-more-tests-while-cross

Re: [OE-core] [PATCH] binutils-cross-canadian: enable gold for mingw

On Wednesday, 9 March 2022, 10:13:23 CET, Samuli Piippo wrote: > This reverts commit b5a595a4be09756b88e91f3353e3b221b165ab44, > gold linker can now be built correctly for mingw SDKs. I am interested how to use the gold linker from the SDK (on Linux). I already tried this in the past [1], using

[OE-core] [hardknott][PATCH] patch.py: Prevent git repo reinitialization

From: Pavel Zhukov There were few bugs in the _isInitialized() function which might trigger git repo to be reinitialized and patches failing to apply. Signed-off-by: Pavel Zhukov Signed-off-by: Richard Purdie --- .../recipes-test/gitrepotest/gitrepotest.bb| 16

[OE-core] [honister][PATCH] patch.py: Prevent git repo reinitialization

From: Pavel Zhukov There were few bugs in the _isInitialized() function which might trigger git repo to be reinitialized and patches failing to apply. Signed-off-by: Pavel Zhukov Signed-off-by: Richard Purdie --- .../recipes-test/gitrepotest/gitrepotest.bb| 16

[OE-core] [PATCH] license: expand_wildcard_licenses: add AGPL-3.0* wildcard

The Yocto reference manual suggests also settings AGPL-3.0 in INCOMPATIBLE_LICENSE. https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-INCOMPATIBLE_LICENSE Fixes: 724fc8047cae ("license: Rework INCOMPATIBLE_LICENSE wildcard handling") Signed-off-by: Christ

Re: [OE-core] [PATCH v3] patch.py: Prevent git repo reinitialization

> reinitialize it > +""" > +test_recipe = "gitrepotest" > +src = get_bb_var("SRC_URI",test_recipe) > +gitscm = re.search("git://", src) > +self.assertTrue(gitscm, "test_git_

Re: [OE-core] [PATCH v2] patch.py: Prevent git repo reinitialization

On Monday, 21 February 2022, 15:20:07 CET, Pavel Zhukov wrote: > There were few bugs in the _isInitialized() function which might trigger > git repo to be reinitialized and patches failing to apply. > > Signed-off-by: Pavel Zhukov > --- > .../net-tools/Add_missing_headers.patch | 15 +++

Re: [OE-core] [PATCH] patch.py: Prevent git repo reinitialization

On Monday, 21 February 2022, 14:57:46 CET, Pavel Zhukov wrote: > There were few bugs in the _isInitialized() function which might trigger > git repo to be reinitialized and patches failing to apply. > > Signed-off-by: Pavel Zhukov > --- > .../net-tools/Add_missing_headers.patch | 15 +++

[OE-core] [PATCH] Revert "patch.py: Initialize git repo before patching"

uot;.split(), self.dir) + runcmd("git commit -a --allow-empty -m Patching_started".split(), self.dir) If _isInitialized() returned false although there is actually an initialized GIT repo, the last command fails with 128. Signed-off-by: Christian Eggers --- The "git commit

[OE-core] Building nativesdk package with Rust

able future? regards Christian _______ Christian Eggers Software Engineer ​ ARRI Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Arriweg 17, 83071 Stephanskirchen www.arri.com +49 8036 3009-3118 cegg...@arri.de ​ Get all the latest information from www

[OE-core] [meta-oe][hardknott][PATCH] graphviz: native: create /usr/lib/graphviz/config6 in populate_sysroot

${BINDIR}/postinst-* are. This is quite the same as graphviz-setup.sh does for nativesdk. The general idea has been taken from OECORE/meta/classes/pixbufcache.bbclass. Signed-off-by: Christian Eggers Signed-off-by: Khem Raj --- meta-oe/recipes-graphics/graphviz/graphviz_2.44.1.bb | 11 +++ 1

[OE-core] [meta-oe][honister][PATCH] graphviz: native: create /usr/lib/graphviz/config6 in populate_sysroot

${BINDIR}/postinst-* are. This is quite the same as graphviz-setup.sh does for nativesdk. The general idea has been taken from OECORE/meta/classes/pixbufcache.bbclass. Signed-off-by: Christian Eggers Signed-off-by: Khem Raj --- meta-oe/recipes-graphics/graphviz/graphviz_2.44.1.bb | 11 +++ 1

[OE-core] [hardknott][PATCH] mc: fix build if ncurses have been configured without wide characters

must be set explicitly to 0, as curses.h does not record whether the ncurses library has actually been built with or without wide characters. Fixes: 9000f8033662 ("mc: upgrade 4.8.25 -> 4.8.26") Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie --- ...FTBFS-with-

[OE-core] [honister][PATCH] mc: fix build if ncurses have been configured without wide characters

must be set explicitly to 0, as curses.h does not record whether the ncurses library has actually been built with or without wide characters. Fixes: 9000f8033662 ("mc: upgrade 4.8.25 -> 4.8.26") Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie --- ...FTBFS-with-

[OE-core] [PATCH] curl: configure with '--without-ssl' if ssl is disabled

Signed-off-by: Christian Eggers --- meta/recipes-support/curl/curl_7.81.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/curl/curl_7.81.0.bb b/meta/recipes-support/curl/curl_7.81.0.bb index c22a13cfea3f..e7219def18d8 100644 --- a/meta/recipes-support/curl/curl_7.81.0.bb

[OE-core] [PATCH] dev-manual: update example from kernel.bbclass

Since f7485646534e ("kernel: provide virtual/kernel for all kernels"), all recipes which inherit kernel.bbclass provide "virtual/kernel", independent of the value of `KERNEL_PACKAGE_NAME`. Signed-off-by: Christian Eggers --- documentation/dev-manual/common-tasks.rst | 2 +

[OE-core] [dunfell][PATCH] sdk: fix search for dynamic loader

ra newline and segfaults during SDK relocation. Limit the search depth to 1, to avoid finding the file in the .debug directory. Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie --- meta/files/toolchain-shar-relocate.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

[OE-core] [hardknott][PATCH] sdk: fix search for dynamic loader

ra newline and segfaults during SDK relocation. Limit the search depth to 1, to avoid finding the file in the .debug directory. Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie --- meta/files/toolchain-shar-relocate.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

[OE-core] [honister][PATCH] sdk: fix search for dynamic loader

ra newline and segfaults during SDK relocation. Limit the search depth to 1, to avoid finding the file in the .debug directory. Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie --- meta/files/toolchain-shar-relocate.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

[OE-core] [PATCH] mc: fix build if ncurses have been configured without wide characters

must be set explicitly to 0, as curses.h does not record whether the ncurses library has actually been built with or without wide characters. Fixes: 9000f8033662 ("mc: upgrade 4.8.25 -> 4.8.26") Signed-off-by: Christian Eggers --- ...FTBFS-with-ncurses-build-with-disa

[OE-core] [hardknott][PATCH] package_manager: ipk: Fix host manifest generation

From: Oleksiy Obitotskyy Since honister host manifest stopped to generate, i.e. manifest file is empty but all ipks/files into sdk is ok. Signed-off-by: Oleksiy Obitotskyy Signed-off-by: Richard Purdie (cherry picked from commit 79a2392f5d2a4cb6509a83afb40bca01bac59914) Signed-off-by: Anuj

[OE-core] [hardknott][PATCH] package_manager: ipk: Fix host manifest generation

import importlib cls = importlib.import_module('oe.package_manager.' + img_type) -- 2.34.1 _______ Christian Eggers Software Engineer ​ ARRI Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Arriweg 17, 83071 Stephanskirchen www.arri.

[OE-core] [PATCH] sdk: fix search for dynamic loader

ra newline and segfaults during SDK relocation. Limit the search depth to 1, to avoid finding the file in the .debug directory. Signed-off-by: Christian Eggers --- I ran into this problem at first on honister (as previous releases seem not to include nativesdk-glibc-dbg automatically, e.g. due to

Re: [OE-core] [PATCH meta-oe] rtc-tool: Add a recipe

Hi Fabio, hi Alexandre, On Monday, 24 January 2022, 20:18:34 CET, Fabio Estevam wrote: > Hi Christian, > ___ Christian Eggers Software Engineer ​ ARRI Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Arriweg 17, 83071 S

Re: [OE-core] [PATCH meta-oe] rtc-tool: Add a recipe

gt; b/meta-oe/recipes-support/rtc-tools/rtc-tools/0001-rtc-tools-Add-a-Makefile.patch > @@ -0,0 +1,52 @@ > +From faa6dd2e4d063afcaa19f16740a3fc413a399e60 Mon Sep 17 00:00:00 2001 > + ___ Christian Eggers Software Engineer ​ ARRI Arnold &am

[OE-Core][dunfell][PATCH] binutils: Fix a missing break in case statement

OPTION_ERROR_POISON_SYSTEM_DIRECTORIES: +command_line.error_poison_system_directories = TRUE; - break; ++break; } } -- Christian Eggers Embedded software developer Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Sitz: Muenchen - Registergericht: Amt

Re: [OE-core] [SDK] How to use the gold linker

Hi Khem, hi Christopher, On Tuesday, 15 December 2020, 18:15:52 CET, Khem Raj wrote: > > On 12/15/20 8:50 AM, Christopher Larson wrote: > > This can be fixed via two changes, first removing real-ld, then adding > > the missing links to fix -fuse-ld=. I have this in one of my > > not-yet-submitted

[OE-core] [SDK] How to use the gold linker

Branch: dunfell Arch: arm When I set -fuse-ld=gold with the Yocto SDK, the bfd linker is used anyway: > . > /opt/poky-tiny/3.1.4/environment-setup-cortexa7t2hf-neon-vfpv4-poky-linux-musleabi > ${CC} -fuse-ld=gold -Wl,--threads -o test test.c

[OE-core] [PATCH v2] packagegroup: rrecommend perf also for musl on ARM

The perf recipe builds fine for musl on ARM. Fixes: d758a4445a ("packagegroup: Disable packages not available on musl") Signed-off-by: Christian Eggers --- On Wednesday, 23 September 2020, 18:38:06 CEST, Khem Raj wrote: > On Wed, Sep 23, 2020 at 1:46 AM Christian Eggers wrote:

[OE-core] [PATCH] packagegroup: rrecommend perf also for musl

The perf recipe builds fine for musl. Fixes: d758a4445a ("packagegroup: Disable packages not available on musl") Signed-off-by: Christian Eggers --- .../packagegroups/packagegroup-core-tools-profile.bb | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/me

[OE-core] gcc-runtime: Debug sources not packaged

It seems that there are no debug sources available for libstdc++. When debugging with GDB, I get the following message: > Can't find a source file at "/opt/orbiter-tiny/3.1.1/sysroots/cortexa7t2hf- > neon-vfpv4-poky-linux-musleabi/usr/src/debug/gcc-runtime/9.3.0-r0/arm-poky- >

Re: [OE-core] archiver.bbclass and GIT repositories

On Wednesday, 29 July 2020, 11:42:25 CEST, Paul Barker wrote: > On Tue, 28 Jul 2020 at 13:56, Christian Eggers wrote: > > ... > > So I have three questions: > > 1. Is it possible to archive the git project in a way, that the GIT > > history >

[OE-core] archiver.bbclass and GIT repositories

In my project, the linux kernel (together with dozens of our changes) is kept in a company internal GIT repository. The GPLv2 requires the following: > 2a) You must cause the modified files to carry prominent notices stating > that you changed the files and the date of any change. My idea is,

Re: [OE-core] How to install individual -lic packages

In the meantime I could answer the question myself: Am Freitag, 10. Juli 2020, 23:16:39 CEST schrieb Christian Eggers: > [...] > I think this is not what I require. How can I install -lic packages > directly? In order to known by other (image) recipes, -lic packages must

Re: [OE-core] How to install individual -lic packages

Hi Christopher, Am Donnerstag, 9. Juli 2020, 18:04:00 CEST schrieb Christopher Larson: > COMPLEMENTARY_GLOB[lic-pkgs] = '*-lic' > IMAGE_FEATURES += "lic-pkgs" > > This is how the dbg-pkgs, dev-pkgs, doc-pkgs, src-pkgs, ptest-pkgs, > staticdev-pkgs are done. I think this is not what I require.

Re: [OE-core] [PATCH] libgcc: Set LICENSE for -lic package

Hi Quentin, Am Donnerstag, 9. Juli 2020, 15:25:00 CEST schrieb Quentin Schulz: > Not really directing the question to you but... does this actually makes > sense? Is the license licensed? Can't we just empty LICENSE_${PN}-lic or > not check the license for this package? That might be something

[OE-core] [PATCH] libgcc: Set LICENSE for -lic package

The default license (GPL-3.0-with-GCC-exception & GPLv3) is not suitable for installing libgcc-lic on an image where INCOMPATIBLE_LICENSE is set to "GPL-3.0". Signed-off-by: Christian Eggers --- meta/recipes-devtools/gcc/libgcc.inc | 1 + 1 file changed, 1 insertion(+) dif

[OE-core] How to install individual -lic packages

I have set LICENSE_CREATE_PACKAGE to "1" in order to create additional -lic packages per recipe. As NO_RECOMMENDATIONS is set to "1" in my image recipe, the -lic packages are not installed automatically. How can I install specific -lic packages "manually". My idea was to create a new recipe which

Re: [OE-core] license.manifest misses header-only libraries

Am Mittwoch, 8. Juli 2020, 18:19:24 CEST schrieb Richard Purdie: > On Wed, 2020-07-08 at 17:48 +0200, Christian Eggers wrote: > > [...] > > Is there a reliable way to get the header-only/static libraries into > > the manifest file? > > The image manifest is a list of t

[OE-core] license.manifest misses header-only libraries

According to [1], a license manifest is generated during image creation: "The Yocto Project generates a license manifest during image creation that is located in ${DEPLOY_DIR}/licenses/image_name-datestamp to assist with any audits." This manifest lists all packages installed on the target

Re: [OE-core] Patches are stuck in master-next

Am Mittwoch, 8. Juli 2020, 16:20:03 CEST schrieb Adrian Bunk: > I would rather ask why you aren't running automatic unit tests > built for the target inside qemu. > > cu > Adrian This may be an option. Currently the platform (x86 or arm) decides whether real peripheral routines or mock objects

[OE-core] [PATCH] util-linux: Set license for library sub packages

is exclusively licensed under BSD-3-Clause (libuuid/COPYING) Signed-off-by: Christian Eggers --- meta/recipes-core/util-linux/util-linux.inc | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux

[OE-core] [PATCH] avahi: Fix typo in recipe

According to the PACKAGES variable, LICENSE_avahi-client is misspelled. Additionally, the libavahi-client package actually only includes LGPLv2.1+ software (as opposed to the global LICENSE variable). Signed-off-by: Christian Eggers --- meta/recipes-connectivity/avahi/avahi_0.8.bb | 2 +- 1

Re: [OE-core] Patches are stuck in master-next

Hi Richard, Am Mittwoch, 8. Juli 2020, 11:20:40 CEST schrieb Richard Purdie: > The issue is I still don't really like the eudev one in particular. A > native eudev really doesn't make sense and I'm reluctant to encourage > people to build such a thing. I suspect you can't convince >

[OE-core] Patches are stuck in master-next

Two of my patches are in master-next since some time. Is there any reason why they don't appear in master? https://patchwork.openembedded.org/series/24760/# https://patchwork.openembedded.org/series/24775/# I would like to send further patches for meta-openembedded which depend on the above

Re: [OE-core] [Patch v2 0/2] Extend dependencies of networkmanager for native/nativesdk

for us. regards Christian > On Mon, 22 Jun 2020 at 13:54, Christian Eggers wrote: > > On Friday, 2020-06-19, Richard Pudie wrote: > > > A native eudev is a really bad idea, a nativesdk one isn't much better. > > > If there are libs we need from here, then the recipe s

Re: [OE-core] [PATCH 2/4] eudev: Extend for native/nativesdk

Dear Richard, Am Freitag, 19. Juni 2020, 23:27:38 CEST schrieb Richard Purdie: > A native eudev is a really bad idea, a nativesdk one isn't much better. > If there are libs we need from here, then the recipe should only be > generating those but a "native eudev" makes no sense to be needed by a >

[OE-core] [PATCH v2 1/2] libnl: Extend for native/nativesdk

libnl is required by networkmanager. Signed-off-by: Christian Eggers --- meta/recipes-support/libnl/libnl_3.5.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-support/libnl/libnl_3.5.0.bb b/meta/recipes-support/libnl/libnl_3.5.0.bb index c0609c4d90..9d0e1441a9 100644

[OE-core] [Patch v2 0/2] Extend dependencies of networkmanager for native/nativesdk

On Friday, 2020-06-19, Richard Pudie wrote: > A native eudev is a really bad idea, a nativesdk one isn't much better. > If there are libs we need from here, then the recipe should only be > generating those but a "native eudev" makes no sense to be needed by a > build system. Ack. I already

[OE-core] [PATCH v2 2/2] eudev: Extend for native/nativesdk

libudev is required by networkmanager. Signed-off-by: Christian Eggers --- meta/recipes-core/udev/eudev_3.2.9.bb | 13 + 1 file changed, 13 insertions(+) diff --git a/meta/recipes-core/udev/eudev_3.2.9.bb b/meta/recipes-core/udev/eudev_3.2.9.bb index f96f8cbe78..0009896ab9 100644

[OE-core] [PATCH 3/4] dbus/dbus-glib: Extend for nativesdk

dbus-glib is required by consolekit which in turn is required by networkmanager. Signed-off-by: Christian Eggers --- meta/recipes-core/dbus/dbus-glib_0.110.bb | 2 +- meta/recipes-core/dbus/dbus_1.12.18.bb| 1 - 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/recipes-core

[OE-core] [PATCH 1/4] libnl: Extend for native/nativesdk

libnl is required by networkmanager. Signed-off-by: Christian Eggers --- meta/recipes-support/libnl/libnl_3.5.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-support/libnl/libnl_3.5.0.bb b/meta/recipes-support/libnl/libnl_3.5.0.bb index c0609c4d90..9d0e1441a9 100644

[OE-core] [PATCH 4/4] consolekit: Extend for native/nativesdk

consolekit is required by networkmanager. Signed-off-by: Christian Eggers --- meta/recipes-support/consolekit/consolekit_0.4.6.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/recipes-support/consolekit/consolekit_0.4.6.bb b/meta/recipes-support/consolekit

[OE-core] [PATCH 2/4] eudev: Extend for native/nativesdk

eudev is required by networkmanager. Signed-off-by: Christian Eggers --- meta/recipes-core/udev/eudev_3.2.9.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-core/udev/eudev_3.2.9.bb b/meta/recipes-core/udev/eudev_3.2.9.bb index f96f8cbe78..a4cec456d9 100644 --- a/meta

[OE-core] [Patch 0/4] Extend dependencies of networkmanager for native/nativesdk

My project needs libnm for native/nativesdk. Patches for meta-oe/meta-networking will follow after this has been applied. [http://assets.arri.com/media/sign/2020-04-03-E-mail-signature-Stellar2_V1.jpg] Get all the latest

[OE-core] [PATCH] tiff: Extend for nativesdk

Doxygen in meta-oe has recently been extended for nativesdk. Doxygen is often used together with mscgen which in turn depends indirectly on tiff (via gd library). Signed-off-by: Christian Eggers --- meta/recipes-multimedia/libtiff/tiff_4.1.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[OE-core] [PATCH] librsvg: Extend for nativesdk

Doxygen in meta-oe has recently been extended for nativesdk. Doxygen is often used together with dot (graphviz) which in turn depends on librsvg. Signed-off-by: Christian Eggers --- meta/recipes-gnome/librsvg/librsvg_2.40.20.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git