On 06/02/2020 01.57, Jaewon Lee wrote:
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
Use the correct variable so options actually get used.
qt5 support is currently automagically detected with meson and having an
explicit disabled doesn't do anything. Remove it so it can be handled
in qt layer with appropriate DEPENDS added.
Signed-off-by: Anuj Mittal
---
0001-Fix-a-NSUPDATE-compiling-issue.patch
0001-master-Added-includes-of-new-BIND9-compatibility-hea.patch
Removed since they are included in 4.4.2.
refresh the following patch:
0004-Fix-out-of-tree-builds.patch
Signed-off-by: Wang Mingyu
---
.../0001-Fix-a-NSUPDATE-compiling-issue.patch | 68
Signed-off-by: Wang Mingyu
---
.../lighttpd/{lighttpd_1.4.54.bb => lighttpd_1.4.55.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/lighttpd/{lighttpd_1.4.54.bb =>
lighttpd_1.4.55.bb} (96%)
diff --git
Hi,
Sorry for cross-posting, I have been asking for helping solving the
issue many days ago, but could not get those work.
(1) UBI support
I added NAND and UBIFS support to my Yocto layer machine config file:
UBOOT_CONFIG = "nand"
UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_config"
On Wed, 2020-02-05 at 01:25 +, Taras Kondratiuk (takondra) via
Openembedded-core wrote:
> The patch applies to zeus branch as is without conflicts.
> Should still resend it separately for Zeus?
I have picked this up along with some other patches for zeus-next.
Thanks,
Anuj
--
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
This reverts commit 175e6cb75ce328d51a9d4ad18c7e09d9fb92c2e1.
This change is already in bzip2 1.0.7. The change fixing a regression
caused by this change is in 1.0.8 which is the current version in zeus.
This isn't resulting in failures because the patch file isn't included
in SRC_URI.
repro-fail/oe-reproducible-20200205-rtw2qpgl:
(https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20200205-rtw2qpgl/)
/home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/build-st-25815/reproducibleB/tmp/deploy/deb/./core2-64/gtk+3-dbg_3.24.13-r0_amd64.deb
/home/pokybuild/yocto-worker/o
== Series Details ==
Series: kernel-yocto: consolidated pull request
Revision: 1
URL : https://patchwork.openembedded.org/series/22442/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
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: 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: 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: 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: 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: 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: 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 kern-tools tweaks that I've gethered over the past few
weeks.
I have Martin's gold linker fixes
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: 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
On Wed, Feb 5, 2020 at 12:43 PM Martin Jansa wrote:
>
> On Wed, Feb 05, 2020 at 11:16:03AM -0500, Bruce Ashfield wrote:
> > On Mon, Feb 3, 2020 at 5:11 PM Martin Jansa wrote:
> > >
> > > On Mon, Feb 03, 2020 at 04:26:41PM -0500, bruce.ashfi...@gmail.com wrote:
> > > > From: Bruce Ashfield
> > >
From: Tom Hochstein
u-boot.inc supports u-boot recipes with or without menuconfig [1].
However, running devtool on a u-boot recipe that does not support menuconfig
results in an error:
cp: cannot stat
On Wed, 2020-02-05 at 14:27 +, Richard Purdie wrote:
> Good news is we're down to a set of specific issues and those issues
> seem "stable". The ones we haven't fixed yet with master-next are:
>
> /srv/autobuilder/autobuilder.yoctoproject.org/pub/repro-fail/oe-reproduc
On Wed, Feb 05, 2020 at 11:16:03AM -0500, Bruce Ashfield wrote:
> On Mon, Feb 3, 2020 at 5:11 PM Martin Jansa wrote:
> >
> > On Mon, Feb 03, 2020 at 04:26:41PM -0500, bruce.ashfi...@gmail.com wrote:
> > > From: Bruce Ashfield
> > >
> > > Updating the SRCREV to pickup tweaks to symbol_why.py to
From: Ross Burton
The list of resources is gathered with $(wildcard) in Make, which isn't
sorted. If this order changes then the generated libraries will differ.
Signed-off-by: Ross Burton
---
.../gtk+/gtk+3/sort-resources.patch | 19 +++
On 05/02/2020 14:27, Richard Purdie wrote:
/home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/build-st-25815/reproducibleB/tmp/deploy/deb/./core2-64/gtk+3-dbg_3.24.13-r0_amd64.deb
From: Ross Burton
The list of resources is gathered with $(wildcard) in Make, which isn't
sorted. If this order changes then the generated libraries will differ.
Signed-off-by: Ross Burton
---
.../gtk+/gtk+3/sort-resources.patch | 19 +++
1 file changed, 19
On Mon, Feb 3, 2020 at 5:11 PM Martin Jansa wrote:
>
> On Mon, Feb 03, 2020 at 04:26:41PM -0500, bruce.ashfi...@gmail.com wrote:
> > From: Bruce Ashfield
> >
> > Updating the SRCREV to pickup tweaks to symbol_why.py to be
> > python3 safe:
> >
> > - we explicitly call /usr/bin/env python3
> >
The previous tweak for reproducibility didn't handle the duplicate
whitepace left behind, fix this.
[YOCTO #13771]
Signed-off-by: Richard Purdie
---
meta/recipes-extended/libidn/libidn2_2.3.0.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
toproject.org/pub/repro-fail/oe-reproducible-20200205-rtw2qpgl
> :
> (
> https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20200205-rtw2qpgl/
> )
>
> /home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/build-st-25815/reproducibleB/tmp/deploy/deb/./core2-64/gtk+3-dbg_3.24.13
rsh is insecure and obsolete but tar will enable support if the binary is
on the host system. Some systems point it at ssh. Lets explictly disable it
for now unless someone actually needs/uses this at which point it could
become a packageconfig.
Signed-off-by: Richard Purdie
---
On Wed, Feb 05, 2020 at 09:39:25AM -0500, Bruce Ashfield wrote:
> On Wed, Feb 5, 2020 at 8:57 AM Martin Jansa wrote:
> >
> > OK, the patchdir cleanup won't be needed as you've already applied that
> > .patch file in the repo.
> >
> > But I have forgot to update LIC_FILES_CHKSUM, which shouldn't
On Wed, Feb 5, 2020 at 8:57 AM Martin Jansa wrote:
>
> OK, the patchdir cleanup won't be needed as you've already applied that
> .patch file in the repo.
>
> But I have forgot to update LIC_FILES_CHKSUM, which shouldn't have the "git/"
> anymore as it's relative to ${S}.
>
> LIC_FILES_CHKSUM =
Good news is we're down to a set of specific issues and those issues
seem "stable". The ones we haven't fixed yet with master-next are:
/srv/autobuilder/autobuilder.yoctoproject.org/pub/repro-fail/oe-reproducible-20200205-rtw2qpgl:
(https://autobuilder.yocto.io/pub/repro-fail/oe-re
OK, the patchdir cleanup won't be needed as you've already applied that
.patch file in the repo.
But I have forgot to update LIC_FILES_CHKSUM, which shouldn't have the
"git/" anymore as it's relative to ${S}.
LIC_FILES_CHKSUM =
On Wed, Feb 5, 2020, 6:12 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> Adding newline characters between the packages in the failure output
> massively improves readability.
>
> Also ensure to output ipk failures when there are deb failures by
> calling self.fail() at the end,
On Wed, 5 Feb 2020 at 07:06, Mark Hatle wrote:
>
> Version 4 of the patch set.
>
> I've collected all of the patches resently sent, and reworked them per
> the comments on the mailing list.
>
> The patches are directly available at:
>
> git://git.openembedded.org/openembedded-core-contrib
The man page date can vary depending upon the host perl, e.g. in Russian
some versions print 'июня', others 'Июнь' or Polish 'czerwca' or 'czerwiec'.
Rather than depend upon perl-native to fix this, just remove the date from
the manpages.
Signed-off-by: Richard Purdie
---
The host kernel version was being encoded into the Xorg binary. Set
an appropriate configure option to avoid this and be deterministic.
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 1 +
1 file changed, 1 insertion(+)
diff --git
There is a bug in patch 2.7.3 and earlier where index lines
in patches can change file modes when they shouldn't:
http://git.savannah.gnu.org/cgit/patch.git/patch/?id=82b800c9552a088a241457948219d25ce0a407a4
This leaks into debug sources in particular (e.g. tcp-wrappers where
source files are
Adding newline characters between the packages in the failure output
massively improves readability.
Also ensure to output ipk failures when there are deb failures by
calling self.fail() at the end, else sometimes only partial differences
are returned.
Signed-off-by: Richard Purdie
---
This value was floating causing differences in generated files.
Set it determinstically.
Signed-off-by: Richard Purdie
---
meta/recipes-extended/mc/mc_4.8.23.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-extended/mc/mc_4.8.23.bb
b/meta/recipes-extended/mc/mc_4.8.23.bb
There is a sorting problem with opkg-build where the ipk generated is depending
upon the order of files on disk. The reason is the --sort option to tar only
influences the orders of files tar reads, not those passed by the -T option.
Add in a sort call to resolve this issue. To ensure consistent
== Series Details ==
Series: "[zeus] rsync: whitelist CVE-20..." and 2 more
Revision: 1
URL : https://patchwork.openembedded.org/series/22429/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
44 matches
Mail list logo
