So it's something exclusively for OpenBMC.
As for running the scripts, you cannot simply conclude that a script
doesn't need to run if its contents did not change. It may very well
call the executable from its package to do the actual work and that may
have changed as well.
Met vriendelijke
On 3/22/21 11:24 PM, Richard Purdie wrote:
[Please note: This e-mail is from an EXTERNAL e-mail address]
On Mon, 2021-03-22 at 11:29 +0300, Alexander Kanavin wrote:
Note that this m4 file is copied verbatim from upstream gettext, and will
be again overwritten on next gettext upgrade. You shou
On 3/22/21 11:44 AM, Bruce Ashfield wrote:
From: Bruce Ashfield
The kernel SRCREV updates were missing riscv32, so stayed back on
5.10.21, which causes build issues as PV is out of sync with the
actual kernel version.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto
On 3/23/21 1:17 AM, Konrad Weihmann wrote:
[Please note: This e-mail is from an EXTERNAL e-mail address]
On 22.03.21 04:23, Changqing Li wrote:
From: Changqing Li
From go 1.16, module-aware mode is enabled by default, regardless of
whether a go.mod file is present in the current working dir
From: Wang Mingyu
update LICENSE to show that BSD-2-Clause, BSD-3-Clause and BSD-4-Clause are all
present.
Signed-off-by: Wang Mingyu
---
meta/recipes-connectivity/openssh/openssh_8.5p1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/openssh/op
From: Wang Mingyu
0f90440ca70abab947acbd77795e9f130967956c.patch
removed since it is included in 8.5p1
License Updated :
2-clause BSD license and 4-clause BSD license added
Signed-off-by: Wang Mingyu
---
...440ca70abab947acbd77795e9f130967956c.patch | 28 ---
.../{openssh_8.4p
On Mon, Mar 22, 2021 at 2:29 PM Robert P. J. Day wrote:
>
> here's the next head-scratching oddity i just ran across in the
> current layer (and there's more weirdness on its way).
>
> perusing a recipe only to see:
>
> FILESPATH =+ "${COMMON_STUFF_DIR}:"
> SRC_URI += "file://file1 file://
On Sun, Mar 21, 2021 at 10:57 PM Lee Chee Yang wrote:
>
> Hi,
>
> Can this backport to Dunfell too?
Yes, I'll take care of it.
Steve
>
> >-Original Message-
> >From: openembedded-core@lists.openembedded.org >c...@lists.openembedded.org> On Behalf Of Anuj Mittal
> >Sent: Tuesday, 23 Feb
The standard macros from gettext for iconv include problematic tests which
we've been patching out adhoc. Stop doing this and set results in the site
files instead which is simpler, more maintainable and peforms better too
as an added bonus.
Signed-off-by: Richard Purdie
---
.../elfutils/elfutil
here's the next head-scratching oddity i just ran across in the
current layer (and there's more weirdness on its way).
perusing a recipe only to see:
FILESPATH =+ "${COMMON_STUFF_DIR}:"
SRC_URI += "file://file1 file://file2 file://file 3 ... etc ..."
ok ... apparently, there are a numbe
... snipping some stuff ...
On Mon, 22 Mar 2021, Andre McCurdy wrote:
> On Mon, Mar 22, 2021 at 11:43 AM Robert P. J. Day
> wrote:
> >
> > in one recipe, i see the following snippet:
> >
> > FILES_${PN} += "/etc"
> > FILES_${PN} += "/etc/mosquitto"
> > FILES_${PN} += "/etc/mosquitto/con
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Newc
On Mon, 22 Mar 2021, Andre McCurdy wrote:
> On Mon, Mar 22, 2021 at 12:50 PM Robert P. J. Day
> wrote:
> >
> > more a style issue than anything else, but one of the other
> > oddities in this layer i've been handed is the bbappending to
> > standard OE images, so that recipes-core/images/ cont
On Mon, Mar 22, 2021 at 12:50 PM Robert P. J. Day wrote:
>
>
> more a style issue than anything else, but one of the other oddities
> in this layer i've been handed is the bbappending to standard OE
> images, so that recipes-core/images/ contains recipe files like:
>
> core-image-minimal.bbapp
more a style issue than anything else, but one of the other oddities
in this layer i've been handed is the bbappending to standard OE
images, so that recipes-core/images/ contains recipe files like:
core-image-minimal.bbappend
core-image-minimal-dev.bbappend
and so on. that just creeps me
On Mon, Mar 22, 2021 at 11:43 AM Robert P. J. Day wrote:
> (warning: i've just been handed an existing OE code base, and i'm
> going to ask some questions about some head-scratching things i'm
> finding in it, so be prepared for weird questions.)
>
> in one recipe, i see the following snippet:
From: Bruce Ashfield
The kernel SRCREV updates were missing riscv32, so stayed back on
5.10.21, which causes build issues as PV is out of sync with the
actual kernel version.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto_5.10.bb | 2 +-
1 file changed, 1 insertion(+),
From: Bruce Ashfield
The -dev kernel has moved to v5.12, as it will be the latest avialable
in the upcoming release. core-image-kernel-dev sanity has passed for
the supported arches.
So we bump the version to match the active branches.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/lin
(warning: i've just been handed an existing OE code base, and i'm
going to ask some questions about some head-scratching things i'm
finding in it, so be prepared for weird questions.)
in one recipe, i see the following snippet:
FILES_${PN} += "/etc"
FILES_${PN} += "/etc/mosquitto"
FILE
Hello Raj,
Yes, checked the discussion and patch on the mailing list in the evening.
https://lists.openembedded.org/g/openembedded-core/topic/dunfell_patch_glibc_pull/81482348?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,40,81482348
Updating to latest 2.31 version will make the below patches obs
On 22.03.21 04:23, Changqing Li wrote:
From: Changqing Li
From go 1.16, module-aware mode is enabled by default, regardless of
whether a go.mod file is present in the current working directory or a
parent directory.
Above change makes go-helloworld build fail when doing offline build or
proxy
Hi, Mike.
That is how OpenBMC is designed. Most of the targets are read-only rootfs
(squashfs) and overlayfs for RW.
It is not expected to overwrite binaries through overlayfs and there are
plans to scope RW areas (e.g. /etc).
Those files with 64-chars suffix are mostly hidden from regular users:
There is another patch on mailing lists to update to latest 2.31 which
should perhaps address these ?
On 3/22/21 3:27 AM, Saloni Jain wrote:
Below patch is modified:
1. CVE-2019-25013
The previous patch was modified for dunfell
context and causing conflict for CVE-2021-3326.
Hence, the original
Two remarks below...
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topic.nl
Please consider the environment before printing this
On Mon, 2021-03-22 at 16:45 +0100, Anton Kachalov via lists.openembedded.org
wrote:
> From: "Anton D. Kachalov"
>
> When running on read-only rootfs backed with overlayfs, the processed scripts
> are being marked as deleted on upperdir of overlayfs. When it comes to
> upgrade the main read-only
Backport a patch to avoid lsw/lmw instructions
Signed-off-by: Khem Raj
---
...ated-PowerPC-insns-aren-t-allowed-on.patch | 62 +++
.../valgrind/valgrind_3.16.1.bb | 1 +
2 files changed, 63 insertions(+)
create mode 100644
meta/recipes-devtools/valgrind/valgrind/
From: "Anton D. Kachalov"
When running on read-only rootfs backed with overlayfs, the processed scripts
are being marked as deleted on upperdir of overlayfs. When it comes to
upgrade the main read-only image, it might contain new postinst scripts that
are different from the already processed. Int
On Mon, 2021-03-22 at 11:29 +0300, Alexander Kanavin wrote:
> Note that this m4 file is copied verbatim from upstream gettext, and will
> be again overwritten on next gettext upgrade. You should figure out what’s
> wrong specifically in elfutils tree, and work with elfutils upstream to
> resolve
On 2021-03-22 10:30 a.m., Randy MacLeod wrote:
TESTING RESULTS:
qemu x86-64:
FAIL: drd/tests/swapcontext
FAIL: gdbserver_tests/hgtls
=== Test Summary ===
TOTAL: 736
PASSED: 693
FAILED: 2
SKIPPED: 41
Compared to:
=== Test Summary ===
TOTAL: 408
PASSED: 390
FAILED: 0
SKIPPED: 18
DURATION: 73
On 2021-03-21 10:02 p.m., Yi Fan Yu wrote:
3.17.0.rc2 will be very close to the 3.17.0 release
It seems that 3.17 is out now:
https://www.valgrind.org/downloads/current.html
still need to refresh
drd-musl-fix.patch
This post-release commit, that makes the Makefile.a aware of
the musl.
Right, I guess I was missing the context where the patch is applied: "if
delayed_postinst is None" inside uninstall_unneeded(). Perhaps you could
expand the commit message a bit, and say specifically what is the scenario
when this is executed ("not needed" is somewhat vague).
Then no separate test
I guess so, yes. I believe AB doesn't run the build?
Alex
On Mon, 22 Mar 2021 at 14:29, Martin Jansa wrote:
> On Fri, Mar 19, 2021 at 09:43:52AM +0100, Alexander Kanavin wrote:
> > 0001-anv-fix-a-build-race-between-generating-a-header-and.patch
> > merged upstream.
> >
> > osmesa is now a simpl
Below patch is modified:
1. CVE-2019-25013
The previous patch was modified for dunfell
context and causing conflict for CVE-2021-3326.
Hence, the original patch is backported.
Link: https://security-tracker.debian.org/tracker/CVE-2020-27618
Link:
https://sourceware.org/git/?p=glibc.git;a=patch;h=9
The service is unnecessarily run even when it is unneeded.
This was handled correctly for sysV systems however the
service still runs on the systemd systems as it is not
disabled/masked when not needed.
Signed-off-by: Awais Belal
---
meta/lib/oe/rootfs.py | 4
1 file changed, 4 insertions(+
Hi Alex,
>
> Why isn’t this seen in the tests? Can you add a test that shows the issue
> please? (Fails without the patch, passes with)
I'm not very well versed with the oe test infrastructure, I'd be happy to
create a test for this scenario if you can point me to the material that I need
to g
On Fri, Mar 19, 2021 at 09:43:52AM +0100, Alexander Kanavin wrote:
> 0001-anv-fix-a-build-race-between-generating-a-header-and.patch
> merged upstream.
>
> osmesa is now a simple boolean option.
>
> Swrast has been removed from dri drivers, so as we need at least one
> driver to enable dri in nat
On Sun, Mar 14, 2021 at 06:03:25PM -0700, Khem Raj wrote:
> From: Changqing Li
>
> when we have below content in local.conf or auto.conf:
> BUILDHISTORY_COMMIT_AUTHOR ?= "Khem Raj "
> send-error-report will fail with "HTTP Error 500: OK"
>
> error-report-web do rudimentary check on all fields th
Below patch is modified:
1. CVE-2019-25013
The previous patch was modified for dunfell
context and causing conflict for CVE-2021-3326.
Hence, the original patch is backported.
Link: https://security-tracker.debian.org/tracker/CVE-2020-27618
Link:
https://sourceware.org/git/?p=glibc.git;a=patch;h=9
Hi,
Can this backport to Dunfell too?
>-Original Message-
>From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Anuj Mittal
>Sent: Tuesday, 23 February, 2021 12:00 AM
>To: openembedded-core@lists.openembedded.org
>Subject: [OE-core] [gatesgarth][PATCH
On 3/22/21 4:29 PM, Alexander Kanavin wrote:
**[Please note: This e-mail is from an EXTERNAL e-mail address]
Note that this m4 file is copied verbatim from upstream gettext, and
will be again overwritten on next gettext upgrade. You should figure out
what’s wrong specifically in elfutils tre
oe-time-dd-test records how much time it takes to
write number of kilobytes to the filesystem.
It also records the number of processes that are in
running (R), uninterruptible sleep (D) and interruptible
sleep (S) state from the output of "top" command.
The purporse of this script is to find which
Why isn’t this seen in the tests? Can you add a test that shows the issue
please? (Fails without the patch, passes with)
Alex
On Mon 22. Mar 2021 at 10.07, Awais Belal wrote:
> The service is unnecessarily run even when it is unneeded.
> This was handled correctly for sysV systems however the
>
Note that this m4 file is copied verbatim from upstream gettext, and will
be again overwritten on next gettext upgrade. You should figure out what’s
wrong specifically in elfutils tree, and work with elfutils upstream to
resolve it.
Alex
On Mon 22. Mar 2021 at 10.51, Yu, Mingli wrote:
> From: M
From: Mingli Yu
The below m4 macros files shipped with recipe will be removed if the
recipe use AM_GNU_GETTEXT.
gettext.m4
iconv.m4
lib-ld.m4
lib-link.m4
lib-prefix.m4
nls.m4 po.m4
progtest.m4
After elfutils upgrades to 0.183, it begins to use AM_GNU_GETTEXT as the
commit (dd52d2ab Modernize get
From: Mingli Yu
The below m4 macros files shipped with recipe will be removed if the
recipe use AM_GNU_GETTEXT.
gettext.m4
iconv.m4
lib-ld.m4
lib-link.m4
lib-prefix.m4
nls.m4 po.m4
progtest.m4
After elfutils upgrades to 0.183, it begins to use AM_GNU_GETTEXT as the
commit (dd52d2ab Modernize get
Hi,
Can you please confirm when this patch will get merge in dunfell branch as the
changes are already merged in master branch.
Thanks & Regards,
Harprit Bhandari
From: Harpritkaur Bhandari
Sent: 05 March 2021 17:05
To: openembedded-core@lists.openembedded.or
The service is unnecessarily run even when it is unneeded.
This was handled correctly for sysV systems however the
service still runs on the systemd systems as it is not
disabled/masked when not needed.
Signed-off-by: Awais Belal
---
meta/lib/oe/rootfs.py | 4
1 file changed, 4 insertions(+
47 matches
Mail list logo