From: Changqing Li
Fix the installation path of libpython3.7m.a on mulitlib lib64
platform to lib64 instead of lib
Signed-off-by: Li Zhou
Signed-off-by: Changqing Li
---
.../python3/0001-configure.ac-fix-LIBPL.patch | 35 ++
Hi Andy,
On 2/6/20, Andy Pont wrote:
> JH wrote...
>
>
>>I added NAND and UBIFS support to my Yocto layer machine config file:
>>
>>UBOOT_CONFIG = "nand"
>>UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_config"
>>UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_nand_config"
>>UBOOT_CONFIG[nand] += "ubi"
On Thu, 2020-02-06 at 12:41 +0100, Carlos Rafael Giani wrote:
> Shouldn't this be split into two commits, one that fixes
> EXTRA_OECONF,
> and one that fixes the qt5 support?
>
> Also, are we sure that meson's qt5 moc/rcc/uic autodetection won't
> cause
> any problems in OE?
> Typically, we
Signed-off-by: Rahul Chauhan
---
.../libxml/libxml2/fix-CVE-2019-19956.patch| 38 ++
meta/recipes-core/libxml/libxml2_2.9.8.bb | 1 +
2 files changed, 39 insertions(+)
create mode 100644 meta/recipes-core/libxml/libxml2/fix-CVE-2019-19956.patch
diff --git
Hi Gabriele,
On 2/6/20, Gabriele Zampieri wrote:
> As far as I know uboot (usually virtual/bootloader) does not have a task to
> run menuconfig directly from bitbake.
> I usually have a local clone of uboot and I simply run `make [...]
> menuconfig|savedefconfig` , then I create a patch
> to add
The build was injection git information from the wrong git tree, stop this
to allow reproducible builds.
Signed-off-by: Richard Purdie
---
.../wayland/libinput/determinism.patch| 21 +++
.../wayland/libinput_1.14.3.bb| 1 +
2 files changed, 22
The build was injection git information from the wrong git tree, stop this
to allow reproducible builds.
Signed-off-by: Richard Purdie
---
.../libgcrypt/files/determinism.patch | 32 +++
.../libgcrypt/libgcrypt_1.8.5.bb | 1 +
2 files changed, 33
The suid/setcap code depends on whether setcap is on the host system or not
with suid as a fallback. Disable this functionality to be deterministic.
Signed-off-by: Richard Purdie
---
meta/recipes-extended/iputils/iputils_s20190709.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
There was a build architecture leaking into the target ptest which
could vary depending upon host. Remove it as its cosmetic.
[YOCTO #13770]
Signed-off-by: Richard Purdie
---
.../openssl/openssl/reproducible.patch| 32 +++
.../openssl/openssl_1.1.1d.bb |
Note to self: it’s time to stop working.
On Thu, 6 Feb 2020 at 22:16, Alexander Kanavin
wrote:
> My patch is more comprehensive, as it also adjusts the ptests ;)
>
> Alex
>
> On Thu, 6 Feb 2020 at 23:07, Ross Burton wrote:
>
>> From: Ross Burton
>>
>> `make install` installs xconfig.h, which
My patch is more comprehensive, as it also adjusts the ptests ;)
Alex
On Thu, 6 Feb 2020 at 23:07, Ross Burton wrote:
> From: Ross Burton
>
> `make install` installs xconfig.h, which is the configuration of the
> *build host* used when building miniperl, used to bootstrap the Perl
> build.
>
Should that bug number be 13772 not 13372?
On 2/6/2020 2:07 PM, Ross Burton wrote:
From: Ross Burton
`make install` installs xconfig.h, which is the configuration of the
*build host* used when building miniperl, used to bootstrap the Perl
build.
As this changes depending on the build host,
This was breaking reproducibility, and the files aren't needed on
target.
[YOCTO #13772]
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/perl/perl-ptest.inc | 3 +++
meta/recipes-devtools/perl/perl_5.30.1.bb | 3 +++
2 files changed, 6 insertions(+)
diff --git
From: Ross Burton
`make install` installs xconfig.h, which is the configuration of the
*build host* used when building miniperl, used to bootstrap the Perl
build.
As this changes depending on the build host, remove don't install it.
[ YOCTO #13372 ]
Signed-off-by: Ross Burton
---
When moving to python3, divison using '/' now returns float instead of
an integer. In upstream commit b8025e972081b70960ffcbcbe43a7118041556a1
sstate filenames longer than the limit are changed to just include
necessary info + 3 fields just for information. The space left over
after the necessary
* Remove backported patches:
0001-Fix-module-loading-with-Linux-v5.0-rc5.patch
Update to latest cryptodev dated Jan.23, 2020.
Fixes build on kernel v5.5+
Signed-off-by: Scott Branden
---
meta/recipes-kernel/cryptodev/cryptodev.inc | 3 +-
...x-module-loading-with-Linux-v5.0-rc5.patch | 59
On Thu, Feb 6, 2020 at 2:12 PM Bruce Ashfield wrote:
>
> On Thu, Feb 6, 2020 at 12:35 PM wrote:
> >
> > From: Bruce Ashfield
> >
> > v2 adds a 10th patch to the series to fixup a config issue seen
> > with qemuarm64. The other patches are unchanged.
>
> Hold on queuing this quite yet.
>
> On a
On Thu, Feb 6, 2020 at 12:35 PM wrote:
>
> From: Bruce Ashfield
>
> v2 adds a 10th patch to the series to fixup a config issue seen
> with qemuarm64. The other patches are unchanged.
Hold on queuing this quite yet.
On a clean build/test on a second machine, I saw the error pop back
up. I'll
== Series Details ==
Series: kernel-yocto: consolidated pull request
Revision: 1
URL : https://patchwork.openembedded.org/series/22454/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
From: Bruce Ashfield
To ensure that the kernel linker is used when allno/mod/yes config
merge_config steps were executed, the call to make was tweaked to
explicitly pass LD.
But since the variable wasn't quoted, any parameters to LD (like
the sysroot) were mistakenly passed to make, and hence
From: Gavin Li
The current code would cause a file like "config.bin" to added to the
config sources list. I am sure the intention was to add any files with
defconfig in its name and not the other way around.
Signed-off-by: Gavin Li
Signed-off-by: Bruce Ashfield
---
From: Bruce Ashfield
Bumping the SRCREV to pickup the following fix:
Author: Martin Jansa
Date: Wed Feb 5 03:26:57 2020 +0100
merge_config.sh: pass LD variable from shell environment to make
* since 5.4 kernel Kconfig will fail immediately when it detects
that
From: Martin Jansa
Signed-off-by: Martin Jansa
Signed-off-by: Bruce Ashfield
---
.../kern-tools/kern-tools-native_git.bb | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
From: Paul Barker
The machine_branch and machine_srcrev variables were set but not used in
do_kernel_metadata.
Signed-off-by: Paul Barker
Signed-off-by: Bruce Ashfield
---
meta/classes/kernel-yocto.bbclass | 7 ---
1 file changed, 7 deletions(-)
diff --git
From: Paul Barker
CONFIG_LOCALVERSION may already be set in a defconfig or config fragment
and this should not be unconditionally overridden.
Signed-off-by: Paul Barker
Signed-off-by: Bruce Ashfield
---
meta/classes/kernel-yocto.bbclass | 6 --
1 file changed, 4 insertions(+), 2
From: Paul Barker
This allows the kernel-yocto bbclass to be inherited in a recipe without
needing to include linux-yocto.inc. The bbclass should stand on its own
and linux-yocto.inc does a few things which may not be desired in other
kernel recipes (such as modifying KERNEL_FEATURES).
The
From: Bruce Ashfield
Updating the SRCREV to pickup tweaks to symbol_why.py to be
python3 safe:
- we explicitly call /usr/bin/env python3
- we full specifiy our symbols
- do not assume that 'None' can be converted to a string
Signed-off-by: Bruce Ashfield
---
From: Martin Jansa
* when ld-is-gold is used, merge_config.sh silently fails and doesn't generate
anything
useful in .config (and also include directory isn't created):
tmp-glibc-bfd-qemux86-do_kernel_configme/work/qemux86-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86-standard-build:
From: Martin Jansa
* for whatever reason, instead of silently continuing to build default kernel
config
Signed-off-by: Martin Jansa
Signed-off-by: Bruce Ashfield
---
meta/classes/kernel-yocto.bbclass | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
From: Bruce Ashfield
v2 adds a 10th patch to the series to fixup a config issue seen
with qemuarm64. The other patches are unchanged.
The original pull request text follows:
-
Hi all,
I've kept the v5.4 content changes, as well as the kernel version default
changes out of this series
On Thu, Feb 6, 2020 at 1:37 AM Martin Jansa wrote:
>
> On Tue, Feb 04, 2020 at 05:08:19PM -0800, Khem Raj wrote:
> > Minor upgrade on 3.5 release series
>
> Acked-by: Martin Jansa
>
> Minor upgrade with added benefits that bison-native doesn't fail to
> build for me when using yoe-distro.
Drop 0002-use-lnr-wrapper-instead-of-looking-for-relative-opti.patch a
variant on which was introduced in 2c1047310970 ("Upgrade to systemd
211+") in 2014. The oldest supported build machine is now CentOS 7 which
has --relative support in ln, so there no longer appears to be any need
for this
bitbake-buildall simplifies the process of build testing an upgraded or
patched recipe by cycling through the build steps for each available qemu
target, with desired LIBC specified by the user as an option (defaulting
to both glibc and musl if no option is provided). While building, a log
file
On Thu, Feb 6, 2020 at 4:03 AM Richard Purdie
wrote:
>
> Hi Bruce,
>
> On Wed, 2020-02-05 at 18:12 -0500, bruce.ashfi...@gmail.com wrote:
> > From: Bruce Ashfield
> >
> > Hi all,
> >
> > I've kept the v5.4 content changes, as well as the kernel version
> > default
> > changes out of this series
Shouldn't this be split into two commits, one that fixes EXTRA_OECONF,
and one that fixes the qt5 support?
Also, are we sure that meson's qt5 moc/rcc/uic autodetection won't cause
any problems in OE?
Typically, we disable such "automagical" detections to ensure
deterministic builds.
On
Drop 0001-Fix-out-of-tree-builds.patch since it has been merged
upstream.
Signed-off-by: Yi Zhao
---
.../procps/0001-Fix-out-of-tree-builds.patch | 24 ---
.../{procps_3.3.15.bb => procps_3.3.16.bb}| 5 ++--
2 files changed, 2 insertions(+), 27 deletions(-)
delete mode
Signed-off-by: Wang Mingyu
---
.../mesa/{mesa-gl_19.3.1.bb => mesa-gl_19.3.3.bb} | 0
meta/recipes-graphics/mesa/{mesa_19.3.1.bb => mesa_19.3.3.bb} | 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/mesa/{mesa-gl_19.3.1.bb => mesa-gl_19.3.3.bb}
On 2/6/20, JH wrote:
> I think I need to add an appended recipes-bsp to my layer just like I
> added the recipes-kernel to my layer to overwrite kernel defconfig, I
> need to overwrite u-boot defconfig.
>
> In kernel, to overwrite defconfig, I run bitbake -c menuconfig
> virtual/kernel, how can I
Thanks Gabriele and Andy,
On 2/6/20, Gabriele Zampieri wrote:
> Hi JH,
>
> have you tried what we suggested you in your last thread? More specifically
> adding your defconfig and tweaking it through menuconfig. and then specify
> the UBOOT_MACHINE.
Yes, as I posted in another thread, the MTD,
On Tue, Feb 04, 2020 at 05:08:19PM -0800, Khem Raj wrote:
> Minor upgrade on 3.5 release series
Acked-by: Martin Jansa
Minor upgrade with added benefits that bison-native doesn't fail to
build for me when using yoe-distro. Strangely I haven't seen this error
in any other build yet.
Hi Bruce,
On Wed, 2020-02-05 at 18:12 -0500, bruce.ashfi...@gmail.com wrote:
> From: Bruce Ashfield
>
> Hi all,
>
> I've kept the v5.4 content changes, as well as the kernel version
> default
> changes out of this series and instead focused it on the collection
> of
> kernel-yocto and
41 matches
Mail list logo