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
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
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:
>
>
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:
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:
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
+++
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
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
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
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)
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
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
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
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
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:
>
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};
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
---
17 matches
Mail list logo