[OE-core] [PATCH 1/1] trace-cmd: fix QA warning

Add PACKAGECONFIG for audit. Signed-off-by: Dengke Du --- meta/recipes-kernel/trace-cmd/trace-cmd_git.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-kernel/trace-cmd/trace-cmd_git.bb b/meta/recipes-kernel/trace-cmd/trace-cmd_git.bb index dd9a8a0..05f5f9a 100644 --- a/me

[OE-core] [PATCH 0/1] trace-cmd: fix QA warning

The following changes since commit c3d2df883a9d6d5036277114339673656d89a728: oeqa/selftest/kernel.py: Add new file destined for kernel related tests (2016-11-01 10:05:46 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib dengke/fix-trace_cmd

Re: [OE-core] [PATCH] libbsd 0.8.3: BBCLASSEXTEND to native and nativesdk

On Fri, 2016-11-04 at 23:24 +, Burton, Ross wrote: > > No, I checked the files in /usr on the host, as this is a native build it should be linking against the host libc. > > $ grep -r getrandom > x86_64-linux-gnu/bits/syscall.h:#define SYS_getrandom __NR_getrandom > x86_64-linux-gnu/bits/sysca

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

On Fri, 2016-11-04 at 16:55 -0700, Khem Raj wrote: > > yes I meant <= v5, it should work usually, I am just thinking its a > untested > option, it may not be as bad as I think but some testing might be > useful Well, I admit I haven't looked at the actual code, but from the comments in the patch

Re: [OE-core] [PATCH] libbsd 0.8.3: BBCLASSEXTEND to native and nativesdk

On 10/20/16 4:05 AM, Burton, Ross wrote: > > On 20 October 2016 at 09:30, Koen Kooi > wrote: > > +BBCLASSEXTEND = "native nativesdk" > > > The native form fails on Debian stable hosts: > > | make[2]: Entering directory > '/data/poky-master/tmp-glibc/work/x86

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

Phil On 11/4/16 4:14 PM, Phil Blundell wrote: > On Fri, 2016-11-04 at 11:22 -0700, Khem Raj wrote: >> >> >> On 11/4/16 2:07 AM, Li Zhou wrote: >>> >>> The swpb in macro MUTEX_SET will cause "undefined instruction" >>> error >>> on the new arm arches which don't support this assembly instruction >>

Re: [OE-core] [PATCH] libbsd 0.8.3: BBCLASSEXTEND to native and nativesdk

On Sat, Nov 5, 2016 at 12:24 AM, Burton, Ross wrote: > On 4 November 2016 at 21:25, Nicolas Dechesne > wrote: >> >> So in order to get the build error you are seeing, that means that >> SYS_getrandom is define to NR_getrandom (in syscall.h), but that >> NR_getrandom is not set to the right syscal

Re: [OE-core] [PATCH] libbsd 0.8.3: BBCLASSEXTEND to native and nativesdk

On 4 November 2016 at 21:25, Nicolas Dechesne wrote: > So in order to get the build error you are seeing, that means that > SYS_getrandom is define to NR_getrandom (in syscall.h), but that > NR_getrandom is not set to the right syscall ID. That makes it quite > inconsistent.. could we be mixing H

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

On Fri, 2016-11-04 at 11:22 -0700, Khem Raj wrote: > > > On 11/4/16 2:07 AM, Li Zhou wrote: > > > > The swpb in macro MUTEX_SET will cause "undefined instruction" > > error > > on the new arm arches which don't support this assembly instruction > > any more. If use ldrex/strex to replace swpb, t

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

Not sure the atomics in newer compiler and libc has ever been tested in this version of db On Nov 4, 2016 1:29 PM, "Burton, Ross" wrote: On 4 November 2016 at 18:22, Khem Raj wrote: > it would be good to keep this for older < armv5 arches > Doesn't the C library support its own atomics for

Re: [OE-core] [PATCH] libbsd 0.8.3: BBCLASSEXTEND to native and nativesdk

On Thu, Oct 20, 2016 at 1:05 PM, Burton, Ross wrote: > On 20 October 2016 at 09:30, Koen Kooi wrote: >> >> +BBCLASSEXTEND = "native nativesdk" > > > The native form fails on Debian stable hosts: > > | make[2]: Entering directory > '/data/poky-master/tmp-glibc/work/x86_64-linux/libbsd-native/0.8.3

Re: [OE-core] [PATCH 0/2] Time zone update to 2016i

On 4 November 2016 at 16:04, Leonardo Sandoval < leonardo.sandoval.gonza...@linux.intel.com> wrote: > git pw mbox 3757 -r 1 | git apply --check > error: meta/recipes-extended/tzcode/tzcode-native_2016h.bb: No such file > or directory > error: meta/recipes-extended/tzdata/tzdata_2016h.bb: No such f

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

On 4 November 2016 at 18:22, Khem Raj wrote: > it would be good to keep this for older < armv5 arches > Doesn't the C library support its own atomics for those? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http:

[OE-core] [PATCH] distro_check: MeeGo is long dead, compare against Clear Linux instead

Instead of checking against a file that represents a distribution that hasn't existed for years, fetch package names for Clear Linux instead. [ YOCTO #10601 ] Signed-off-by: Ross Burton --- meta/lib/oe/distro_check.py | 16 ++-- 1 file changed, 6 insertions(+), 10 deletions(-) diff

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

On 11/4/16 2:07 AM, Li Zhou wrote: > The swpb in macro MUTEX_SET will cause "undefined instruction" error > on the new arm arches which don't support this assembly instruction > any more. If use ldrex/strex to replace swpb, the old arm arches don't > support them. So to avoid this issue, just dis

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

On 11/4/16 11:12 AM, Leonardo Sandoval wrote: > This patch cannot be applied because the modified file is not track by > oe-core. > The original submitted should have mentioned this patch is against Jethro. However the patch is directly applicable to master, morty and korgoth as well. Li, pleas

[OE-core] Yocto Project Status WW45 - UPDATED

Current Dev Position: YP 2.3 M1 Next Deadline: YP 2.3 M1 by Dec. 12, 2016 SWAT team rotation: Ross -> Randy https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *2.2 was released! *Patches are starting to be merged into master *We are

Re: [OE-core] ✗ patchtest: failure for u-boot: mkimage: fix build

This is another false positive that has been fixed. Submitted is a valid status. On 11/04/2016 05:25 AM, Patchwork wrote: == Series Details == Series: u-boot: mkimage: fix build URL : https://patchwork.openembedded.org/series/3768/ State : failure == Summary == Thank you for your patch su

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

This patch cannot be applied because the modified file is not track by oe-core. On 11/04/2016 03:07 AM, Li Zhou wrote: The swpb in macro MUTEX_SET will cause "undefined instruction" error on the new arm arches which don't support this assembly instruction any more. If use ldrex/strex to replac

Re: [OE-core] [PATCH 0/2] Time zone update to 2016i

Armin, I am trying to patch your series but I get this error: git pw mbox 3757 -r 1 | git apply --check error: meta/recipes-extended/tzcode/tzcode-native_2016h.bb: No such file or directory error: meta/recipes-extended/tzdata/tzdata_2016h.bb: No such file or directory BTW, 3757 is the series

[OE-core] Yocto Project Status WW45

Current Dev Position: YP 2.3 M1 Next Deadline: YP 2.3 M1 by Dec. 12, 2016 SWAT team rotation: Ross -> Randy https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *2.2 was released! *Patches are starting to be merged into master *We are

Re: [OE-core] using devtool for rebasing patches

On 11/03/2016 09:29 PM, Paul Eggleton wrote: "devtool upgrade" is designed specifically to handle the upgrade case and tries to rebase the old patches onto the new version, putting you into resolution mode with "git am" if it fails to apply a patch. I appreciate that you may now be working throu

Re: [OE-core] [PATCH]] libpcap: Update to version 1.8.1

On 4 November 2016 at 12:12, Fabio Berton wrote: > - Update patches libpcap.inc and aclocal.patch to work with version > 1.8.1. > This is legacy and aclocal.patch can be removed, we're improved the autotools class and you can now stop aclocal from running at all. Add EXTRA_AUTORECONF += "--ex

[OE-core] [PATCH 1/1] run-postinsts: Use opkg/dpkg to configure when possible

Currently run-postinsts script has code to run postinst scripts via opkg/dpkg configure but that code is never used. The advantage of using package managers instead of just executing the scripts is to keep the package manager DB updated. Fix the script so that the package managers are used when ap

[OE-core] [PATCH 0/1] run-postinsts: Use opkg/dpkg to configure when possible

run-postinst has not been using package managers to configure the packages: the code was there all along but a bug prevented it from being used. I was hesitating sending this a bit as it felt quite difficult to test comprehensively and the change is not completely trivial: as an example the order

[OE-core] trying to build rpm with perl bindings

for my qemuppc target, i wanted to add perl bindings to the target "rpm" command, so i checked the "rpm_5.4.16.bb" recipe file to find: # Perl modules are not built, but they could be enabled fairly easily # the perl module creation and installation would need to be patched. # (currently

[OE-core] [PATCH]] libpcap: Update to version 1.8.1

- Update patches libpcap.inc and aclocal.patch to work with version 1.8.1. - Option --enable-canusb was removed on commit: https://github.com/the-tcpdump-group/libpcap/commit/93ca5ff7030aaf1219e1de05ec89a68384bfc50b Signed-off-by: Fabio Berton --- meta/recipes-connectivity/libpcap/libpc

[OE-core] [PATCH] cve-check.bbclass: CVE-2014-2524 / readline v5.2

From: André Draszik Contrary to the CVE report, the vulnerable trace functions don't exist in readline v5.2 (which we keep for GPLv2+ purposes), they were added in readline v6.0 only - let's whitelist that CVE in order to avoid false positives. See also the discussion in https://patchwork.opene

[OE-core] [PATCH] u-boot: mkimage: fix build

This fixes the mkimage build for situations where HOSTCC and friends need to be overridden and the u-boot makefile defaults don't work. Signed-off-by: Stefan Müller-Klieser --- ...file-improve-cross_tools-target-usability.patch | 35 ++ ...ile-add-override-statements-for-cross_to

[OE-core] [PATCH v2]] gawk: Update to version 4.1.4

Add patch to remove hashbang line in file test/arrayind1.awk. This patch fixes: / |WARNING: gawk-4.1.4-r0 do_package_qa: QA Issue: |/usr/lib/gawk/ptest/test/arrayind1.awk contained in package gawk-ptest |requires /usr/local/bin/awk, but no providers found in RDEPENDS_gawk-ptest? |[file-rdeps] \ Pa

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

On 03.11.2016 00:06, Burton, Ross wrote: > On 2 November 2016 at 19:40, Marek Vasut wrote: > >>> But u-boot-common doesn't set EXTRA_OEMAKE... >> >> Should be u-boot.inc , sorry. >> > > Yes, but u-book-mkimage doesn't include that file. :) > > Ross I am seeing a different problem, but I guess

[OE-core] [PATCH] image-buildinfo: treat staged changes as modified branch, too

From: André Draszik When staging changes in a layer using git add, image-buildinfo doesn't detect this as a modification, because of the way it uses git diff. Surely, merely staging, but not committing changes to git should not result in image-buildhistory assuming that the git repository hasn't

[OE-core] [PATCH] distro_check: partial rewrite to make it work again

This library suffered as part of the Python 2 to Python 3 migration and stopped working entirely. Fix all the migration problems such as files being treated as strings but opened in binary mode, insufficient use of with on files, and so on. Rewrite large amounts to be Pythonic instead of C-in-Pyt

Re: [OE-core] uninative binary?

On Fri, 2016-11-04 at 08:16 +0100, Gary Thomas wrote: > Some of my customers need to be able to build without any > network connectivity, so I normally use BB_NO_NETWORK="1" > > Is there a way to add the uninative "binary shim" to my > download mirror?  Given that the path includes a hash as > a d

Re: [OE-core] [PATCH] db: disable the ARM assembler mutex code

Some more explanations: Berkeley DB's assembly mutex code for arm is related with arm arch version. The old version DB code uses old arm instruction (such as swpb), which isn't supported by new arm arch (such as armv7). The new version DB (maybe from 6.1.29 or 6.1.26) uses new arm instructio

[OE-core] [PATCH] db: disable the ARM assembler mutex code

The swpb in macro MUTEX_SET will cause "undefined instruction" error on the new arm arches which don't support this assembly instruction any more. If use ldrex/strex to replace swpb, the old arm arches don't support them. So to avoid this issue, just disable the ARM assembler mutex code, and use th

[OE-core] [PATCH] db: disable the ARM assembler mutex code

The swpb in macro MUTEX_SET will cause "undefined instruction" error on the new arm arches which don't support this assembly instruction any more. If use ldrex/strex to replace swpb, the old arm arches don't support them. So to avoid this issue, just disable the ARM assembler mutex code, and use th

Re: [OE-core] uninative binary?

On Fri, 4 Nov 2016, Gary Thomas wrote: > Some of my customers need to be able to build without any > network connectivity, so I normally use BB_NO_NETWORK="1" > > Is there a way to add the uninative "binary shim" to my > download mirror? Given that the path includes a hash as > a directory, it's

Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC

Hi Simon > Where do we stand: > - v1 of patch submitted > - comment to create/use dosocs-native tp avoid the separate install (well, +1) > - comment that "the following direct dependencies that not belong to oe-core" Sorry, I mean it's difficult to add them all into oe-core, because as you know,

[OE-core] uninative binary?

Some of my customers need to be able to build without any network connectivity, so I normally use BB_NO_NETWORK="1" Is there a way to add the uninative "binary shim" to my download mirror? Given that the path includes a hash as a directory, it's not clear to me how to put it into my mirror. Tha

[OE-core] [PATCH 0/1] tcf-agent: fix systemd service file

The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c: oeqa/selftest/kernel.py: Add new file destined for kernel related tests (2016-11-01 10:05:40 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/tcf-agent h

[OE-core] [PATCH 1/1] tcf-agent: fix systemd service file

Fix tcf-agent service file so that `systemctl stop tcf-agent' doesn't fail. Signed-off-by: Chen Qi --- meta/recipes-devtools/tcf-agent/tcf-agent/tcf-agent.service | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent/tcf-agent.service b/