[OE-core] [PATCH] update-alternatives.bbclass: Stabilize iteration order

list of tuples to ensure processing happens in the original order. Signed-off-by: Clemens Lang --- meta/classes/update-alternatives.bbclass | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/meta/classes/update-alternatives.bbclass b/meta/classes/update

Re: [OE-core] [PATCH] gitpkgv: Fix $GITPKV for a single named git source

Hi, Clemens Lang wrote: > Shameless bump. I haven’t heard any feedback on this other than this “looks > good” comment, but it isn’t merged. Is there a problem with the patch? My apologies, it seems this patch should have gone to openembedded-devel rather than this list. I’ll repost i

Re: [OE-core] [PATCH] gitpkgv: Fix $GITPKV for a single named git source

Hi everybody, Khem Raj wrote: >> On Aug 11, 2016, at 3:04 AM, Clemens Lang >> wrote: >> >> Recipes that fetch from a single git source, assign a name to this >> source and do not set SRCREV_FORMAT to this name will always get >> a GITPKGV value of &

Re: [OE-core] [PATCH] cmake.bbclass: call cmake with a relative path

opulate_sysroot gets run before piglit’s do_configure. Nothing seems to depend on bash-completion:do_populate_sysroot. $> bitbake -g piglit $> grep -c -- '-> "bash-completion\.do_populate_sysroot' task-depends.dot 0 HTH, -- Clemens Lang • Development Specialist BM

[OE-core] [PATCH] cmake.bbclass: call cmake with a relative path

paths. With his change ${PROJECT}Targets.cmake that are generated by cmakes "export" function will contain relative paths instead of absolute ones. Signed-off-by: Thomas Witt Signed-off-by: Clemens Lang --- meta/classes/cmake.bbclass | 14 +++--- 1 file changed, 7 insert

Re: [OE-core] [PATCH] cmake: install path variables should be relative to the prefix path

Hi, here's a patch to call CMake with relative paths for some variables. We're using this in production since Nov 2015 without issues. We also reported this upstream and confirmed that CMake expects relative paths. HTH, -- Clemens Lang • Development Specialist BMW Car IT GmbH • Lise-M

[OE-core] [PATCH] gitpkgv: Fix $GITPKV for a single named git source

RI if none is set explicitly. This code does not run for multiple git sources, because bitbake's fetcher enforces setting SRCREV_FORMAT when multiple version-controlled sources are used. Signed-off-by: Clemens Lang --- meta-oe/classes/gitpkgv.bbclass | 9 - 1 file changed, 8 i

[OE-core] gitpkgv: Fix $GITPKV for a single named git source

correctly. That's probably not a openembedded problem but should be addressed in bitbake, right? BR, Clemens Lang -- Clemens Lang • Development Specialist BMW Car IT GmbH • Lise-Meitner-Str. 14 • 89081 Ulm • http://bmw-carit.com -

[OE-core] [PATCH] lib/oe/path: Fix tar invocation with --no-recursion

--no-recursion | tar t | foo/ | foo/dir/ | foo/dir/file | $ tar -cf - --no-recursion foo | tar t | foo/ Modify the code so that it actually does what the comment says by moving the flag in front of the --files-from argument. Signed-off-by: Clemens Lang --- meta/lib/oe/path.py | 2 +- 1 file chang

[OE-core] [PATCH] ldconfig-native: Fix ELF flags on 64-bit binaries

y (GLRO_dl_debug_mask & DL_DEBUG_LIBS))\ + _dl_debug_printf (" platform mismatch %x vs. %x\n", lib->hwcap & _DL_HWCAP_PLATFORM, platform); \ + continue; \ + } SEARCH_CACHE (cache_new); } else This version of l

Re: [OE-core] [RFC] Delete all .la files?

iles for such recipes, it can be helpful to clear the dependency_libs field in the .la file. HTH, Clemens -- Clemens Lang • Development Specialist BMW Car IT GmbH • Lise-Meitner-Str. 14 • 89081 Ulm • http://bmw-carit.com

Re: [OE-core] [PATCH] archiver.bbclass: Run deploy_archives in $WORKDIR

Hey, On Mon, Aug 17, 2015 at 10:37:47AM +0200, Clemens Lang wrote: > In recipes that are exempt from source code archiving due to > COPYLEFT_LICENSE_EXCLUDE, do_deploy_archives does not have a transitive > dependency on do_unpack. Given enough parallelism, this means > do_deploy_arch

[OE-core] [PATCH] archiver.bbclass: Run deploy_archives in $WORKDIR

non-existent directory. Avoid this problem by explicitly specifying a working directory for do_deploy_archives (and for do_deploy_all_archives as well for good measure). Signed-off-by: Clemens Lang --- meta/classes/archiver.bbclass | 5 + 1 file changed, 5 insertions(+) diff --git a/meta

Re: [OE-core] Avoid race condition between do_unpack and do_deploy_archives in archiver.bbclass

R: Function failed: do_deploy_archives (log file is > located at > /home/builder/src/base/build_xs-baytrail-hmgua1/tmp/work/all-linux/dlt-daemon-sdktests/2.10.0-r0/temp/log.do_deploy_archives.25418) > 00:09:41.937 NOTE: recipe dlt-daemon-sdktests-2.10.0-r0: task > do_deploy_arch

[OE-core] Avoid race condition between do_unpack and do_deploy_archives in archiver.bbclass

Hi, the following patch fixes a race condition in archiver.bbclass that can occur when a very specific set of preconditions is fulfilled: - a recipe sets $S to a directory that will be created by do_unpack - $B is at its default value of $S - the license of the recipe is in COPYLEFT_LICENSE_EXC

[OE-core] [PATCH] archiver.bbclass: Run after do_unpack

do_deploy_archives after do_unpack. Signed-off-by: Clemens Lang --- meta/classes/archiver.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass index d908d16..407e538 100644 --- a/meta/classes/archiver.bbclass +++ b/meta