[yocto] [meta-openssl102-fips][PATCH] nss: drop bbappend and patch

2020-03-26 Thread Yi Zhao
In nss 3.51, there is a C macro NSS_FIPS_DISABLED can be used to disable some FIPS compliant code and enable alternative implementations. And the current build system never defines NSS_FIPS_DISABLED and always uses the FIPS compliant code. So we can drop this local patch. Signed-off-by: Yi Zhao

Re: [yocto] [meta-openssl102-fips][PATCH V2] openssh: refresh patches to 8.2p1

2020-03-26 Thread Yi Zhao
Ping On 2/20/20 5:24 PM, Yi Zhao wrote: Refresh patches to openssh-8.2p1. Reference: http://pkgs.fedoraproject.org/cgit/rpms/openssh.git/plain/openssh-7.7p1-fips.patch (commit 51f5c1c99f1d20e48328edde666061d0ce0da83b) Signed-off-by: Yi Zhao --- .../0001-conditional-enable-fips-mode.patch

Re: [yocto] [yocto-announce] [ANNOUNCEMENT]Milestone 3 for Yocto Project 3.1 (yocto-3.1_M3) now available

2020-03-26 Thread akuster
On 3/26/20 3:08 PM, Vineela wrote: > Hello, > > We are pleased to announce the third milestone release for Yocto Project 3.1 > (yocto-3.1_M3) is now available for download. Thanks to all who got this out considering the new challenges we all face. Armin > > Download: > >

[yocto-announce] [ANNOUNCEMENT]Milestone 3 for Yocto Project 3.1 (yocto-3.1_M3) now available

2020-03-26 Thread Vineela
Hello, We are pleased to announce the third milestone release for Yocto Project 3.1 (yocto-3.1_M3) is now available for download. Download: http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-3.1_M3 bitbake: e67dfa4a4d0d63e4752655f25367582e5a95f1da meta-gplv2:

[yocto] [ANNOUNCEMENT]Milestone 3 for Yocto Project 3.1 (yocto-3.1_M3) now available

2020-03-26 Thread Vineela
Hello, We are pleased to announce the third milestone release for Yocto Project 3.1 (yocto-3.1_M3) is now available for download. Download: http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-3.1_M3 bitbake: e67dfa4a4d0d63e4752655f25367582e5a95f1da meta-gplv2:

[yocto] [meta-cgl][PATCH] layer.conf: add dunfell

2020-03-26 Thread Jeremy Puhlman
Signed-off-by: Jeremy A. Puhlman --- meta-cgl-common/conf/layer.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-cgl-common/conf/layer.conf b/meta-cgl-common/conf/layer.conf index a48f96e..6035b4b 100644 --- a/meta-cgl-common/conf/layer.conf +++

[yocto] [meta-cgl][PATCH] pacemaker: add missing patch for python3 usage

2020-03-26 Thread Jeremy Puhlman
From: Jeremy Puhlman --- .../pacemaker/0001-Fix-python3-usage.patch | 176 + 1 file changed, 176 insertions(+) create mode 100644 meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-Fix-python3-usage.patch diff --git

Re: [yocto] Best way to mask bbappends based on Poky version to have a layer support multiple versions of Poky?

2020-03-26 Thread Konrad Weihmann
Hi, I'll get your point. Maybe this could be a solution to your problem https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#var-BBVERSIONS. Instead of having different bbappends have one and pick the right steps inside of the append. If that is not working

Re: [yocto] Best way to mask bbappends based on Poky version to have a layer support multiple versions of Poky?

2020-03-26 Thread Matt Campbell
I didn't know about BB_DANGLINGAPPENDS_WARNONLY. That would mask the problem, but doesn't feel like a great solution. Either way I do appreciate you sharing that. Further implementation and discussion with our team brought up another possible solution. We could wildcard all bbappends

[yocto] How to ignore .so dependencies?

2020-03-26 Thread Antonio Teixeira
I have a problem where I need to support two different versions of a set of proprietary libraries (read: I don't have the source code so I can't recompile / relink them). I intend to do so by installing both versions in my yocto image with versioned filenames (samplelibrary.so.2.0.0 and such)

[yocto] Downgrading LVM2 in Zeus

2020-03-26 Thread MikeB
Hi. For several interoperabilty reasons, I find myself needing to downgrade Zeus' LVM2 back to the version used by Sumo. I think I know the correct process for doing this, but I'm getting an error I don't understand.  I'm hoping someone can spot the problem. I have a custom layer - meta-exos

Re: [linux-yocto][PATCH 1/1] sdhci: arasan: use an array of integers for *_itap/otap_delays instead of macro *_ITAP/OTAP_DELAYS

2020-03-26 Thread Bruce Ashfield
On Thu, Mar 26, 2020 at 6:10 AM Quanyang Wang wrote: > > Hi Bruce, > > Would you please help merge this patch to linux-yocto-dev standard/xlnx-soc ? > I have no idea what has gone wrong in my scripts, but I swear that I had already applied this on that branch ..but yet, I can't find it. It's on

Re: [yocto] Best way to mask bbappends based on Poky version to have a layer support multiple versions of Poky?

2020-03-26 Thread rpj...@crashcourse.ca
On Thu, 26 Mar 2020, Matt Campbell wrote: > HI All, > We have a layer where we want to concurrently support two releases > of Poky. There is an issue when we have bbappnds against recipes > that have different versions in the two poky releases. for instance, > imagine recipe foo that is version

[yocto] Best way to mask bbappends based on Poky version to have a layer support multiple versions of Poky?

2020-03-26 Thread Matt Campbell
HI All, We have a layer where we want to concurrently support two releases of Poky. There is an issue when we have bbappnds against recipes that have different versions in the two poky releases. for instance, imagine recipe foo that is version 1.0 in Zeus and 1.2 in Dunfell. If we had a bbappend

Re: [yocto] extensible sdk, devtool not working, wrong python3 binary found in PATH as first

2020-03-26 Thread Krzysztof Kozlowski
On Tue, 21 Jan 2020 at 09:35, Mariusz Madej wrote: > > I use Yocto(warrior) and want to create valid extensible sdk. My problem is > that after installation of created sdk i get: > > {SDK-INSTALL-DIR}/sysroots/x86_64-pokysdk-linux/usr/bin/python3: line 5: >

Re: [linux-yocto][PATCH 1/1] sdhci: arasan: use an array of integers for *_itap/otap_delays instead of macro *_ITAP/OTAP_DELAYS

2020-03-26 Thread quanyang.wang
Hi Bruce, Would you please help merge this patch to linux-yocto-dev standard/xlnx-soc ? Thanks, Quanyang On 3/18/20 12:28 AM, quanyang.wang wrote: From: Quanyang Wang When assigning value to a pointer as below: itapdly = (u32 [MMC_TIMING_MMC_HS400 + 1]) {0x0, 0x15, 0x15...0x0};

[yocto] [PATCH] Fix the wrongly placed description.

2020-03-26 Thread Li, Xiaoming
Signed-off-by: Li Xiaoming --- classes/fossdriver-host.bbclass | 6 ++ classes/fossology-rest.bbclass | 9 ++--- 2 files changed, 8 insertions(+), 7 deletions(-) diff --git a/classes/fossdriver-host.bbclass b/classes/fossdriver-host.bbclass index 840d3d3..bbf84e5 100644 ---