On Mon, 2021-09-27 at 11:26 -0700, Sakib Sajal wrote:
> Will this fix be cherry-picked for the hardknott branch? I sent a
> backport for the hardknott branch but it doesn't seem like it was
> merged. Maybe because the message [1] was empty?
> [1]
>
Add a check before deleting path when using recipetool commands to avoid the
following type of errors:
Traceback (most recent call last):
File "/sources/core/scripts/lib/scriptutils.py", line 218, in
fetch_url
shutil.rmtree(path)
File "/usr/local/lib/python3.7/shutil.py", line 476, in
> perhaps use
> OnCalendar=*-*-* *:*:00
No, the same result, completely bewildered why the timer does not work
in Yocto Linux
Thanks Khem.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#156404):
On Mon, 2021-09-27 at 19:44 +0900, Minjae Kim wrote:
> vim is vulnerable to Heap-based Buffer Overflow
>
> reference:
> https://github.com/vim/vim/commit/65b605665997fad54ef39a93199e305af2fe4d7f
> ---
> .../vim/files/CVE-2021-3778.patch | 49 +++
>
This makes it possible to name files starting with a hyphen in the work
directory. Without this change rm will fail due to an unexpected option
being passed.
Signed-off-by: William A. Kennington III
---
meta/classes/rm_work.bbclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
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:
Adds several comments to this file to explain the intention and how it
should be used
Signed-off-by: Joshua Watt
---
meta/lib/oe/spdx.py | 57 +
1 file changed, 57 insertions(+)
diff --git a/meta/lib/oe/spdx.py b/meta/lib/oe/spdx.py
index
Quoting Andre McCurdy :
On Mon, Sep 27, 2021 at 9:13 AM Robert P. J. Day
wrote:
colleague asked me how SSTATE_MIRRORS worked, so i had to check,
followed the section here:
http://docs.yoctoproject.org/overview-manual/concepts.html#shared-state-cache
and in one of own builds, i moved
On Mon, Sep 27, 2021 at 9:13 AM Robert P. J. Day wrote:
>
> colleague asked me how SSTATE_MIRRORS worked, so i had to check,
> followed the section here:
>
> http://docs.yoctoproject.org/overview-manual/concepts.html#shared-state-cache
>
> and in one of own builds, i moved the entire
Changes,
bcb8280 utils.c: add system data collection when a test gets stuck.
c29240c utils.c: handle test timeouts directly with poll()
d6f509f tests/utils.c: fix a memory corruption in find_word
c10e747 main: Do not return number of failed tests when calling ptest-runner
4958988 utils.c: fix
Will this fix be cherry-picked for the hardknott branch? I sent a backport for
the hardknott branch but it doesn't seem like it was merged. Maybe because the
message [1] was empty?
[1]
I have external kernel module recipe, let's call it kernel-module-something.bb.
Sometimes, it fails with
ERROR: Task (.../kernel-module-something.bb:do_package) failed with exit code
'134'
I have checked pseudo.log, it looks like this
inode mismatch:
This is added to allow the create-spdx code to create annotations
that store values properly according to the SPDX Specification.
Initialy they will be used to track if a recipe is a native type.
Signed-off-by: Saul Wold
---
meta/lib/oe/spdx.py | 7 +++
1 file changed, 7 insertions(+)
Create a small function that checks for 'isNative' as part of an Annotation
When the collect_dep_sources() runs, it collects sources from both native
and non-native recipes. Later when the GENERATED_FROM matching occurs it
may find the file (via checksum) from the native recipe since it's the
Hello,
On 22/09/2021 16:35:06+0800, Yu, Mingli wrote:
> From: Mingli Yu
>
> Backport a patch to fix the below ptest failure:
> # ./run-ptest
> Running tests:
> EVPORT
> Skipping test
> KQUEUE
> Skipping test
> EPOLL
> test-eof: OKAY
> test-dumpevents: OKAY (output not checked)
>
From: Kenfe-Mickael Laventure
When signing a package, we were resolving the `PKGV` version using the
original data store (`d`). However, since that store does not have the
package name in its `OVERRIDES` list the wrong version can be returned in
recipes that produce multiple packages. One such
colleague asked me how SSTATE_MIRRORS worked, so i had to check,
followed the section here:
http://docs.yoctoproject.org/overview-manual/concepts.html#shared-state-cache
and in one of own builds, i moved the entire sstate-cache directory
to ~/SSTATE as is, then added the following to my
On 9/26/21 6:29 PM, JH wrote:
Hi,
I set up a service timer to run the service every minute at times
01:10:50, 01:10:50, 01:10:50, ...
[Unit]
Description=Run watchdog job at every 1 minute
[Timer]
Unit=mwatchdog.service
OnCalendar=*-*-* *:00:50
perhaps use
OnCalendar=*-*-* *:*:00
On 9/27/21 4:10 AM, Tom Pollard wrote:
Hi Khem,
On 24/09/2021 17:15, Khem Raj wrote:
On 9/24/21 5:47 AM, Tom Pollard wrote:
Manually patch SHARED_VERSION_INFO, which was missed in
the 0.1.9 release and later incorrectly fixed until 0.2.1
Signed-off-by: Tom Pollard
---
On Mon, Sep 27, 2021, 6:36 AM Tom Pollard
wrote:
> Hi Richard,
>
> On 25/09/2021 22:43, Richard Purdie wrote:
> > On Fri, 2021-09-24 at 17:00 +0100, Tom Pollard wrote:
> >> curl 7.77.0 made the tls backend configuration explicit. openssl
> >> is now a specific option replacing the default
Hi Richard,
On 25/09/2021 22:43, Richard Purdie wrote:
> On Fri, 2021-09-24 at 17:00 +0100, Tom Pollard wrote:
>> curl 7.77.0 made the tls backend configuration explicit. openssl
>> is now a specific option replacing the default `--with-ssl`, and
>> `--without-ssl` is required to build without
Den Mon, Sep 13, 2021 at 10:13:04 +0200 skrev Kristian Klausen:
> "A unified kernel image is a single EFI PE executable combining an EFI
> stub loader, a kernel image, an initramfs image, and the kernel command
> line.
>
> [...]
>
> Images of this type have the advantage that all metadata and
Hi Khem,
On 24/09/2021 17:15, Khem Raj wrote:
>
>
> On 9/24/21 5:47 AM, Tom Pollard wrote:
>> Manually patch SHARED_VERSION_INFO, which was missed in
>> the 0.1.9 release and later incorrectly fixed until 0.2.1
>>
>> Signed-off-by: Tom Pollard
>> ---
>>
vim is vulnerable to Heap-based Buffer Overflow
reference:
https://github.com/vim/vim/commit/65b605665997fad54ef39a93199e305af2fe4d7f
---
.../vim/files/CVE-2021-3778.patch | 49 +++
meta/recipes-support/vim/vim.inc | 1 +
2 files changed, 50
vim is vulnerable to Heap-based Buffer Overflow
reference:
https://github.com/vim/vim/commit/65b605665997fad54ef39a93199e305af2fe4d7f
---
.../vim/files/CVE-2021-3778.patch | 49 +++
meta/recipes-support/vim/vim.inc | 1 +
2 files changed, 50
vim is vulnerable to Heap-based Buffer Overflow
reference:
https://github.com/vim/vim/commit/65b605665997fad54ef39a93199e305af2fe4d7f
---
.../vim/files/CVE-2021-3778.patch | 49 +++
meta/recipes-support/vim/vim.inc | 1 +
2 files changed, 50
Currently the glew code creates a new directory in /tmp for each make
invocation. This is a bit ugly, don't do that. The patch does break the
dist targets but we don't use them.
Signed-off-by: Richard Purdie
---
.../glew/glew/notempdir.patch | 19 +++
From: "Robert P. J. Day"
Signed-off-by: Robert P. J. Day
Signed-off-by: Richard Purdie
(cherry picked from commit 7698f3145a9c48778d7bb79f54df169cf375349c)
Signed-off-by: massimo toscanelli
---
meta/files/common-licenses/Unlicense | 24
1 file changed, 24
I got answer from Mesa with a new proposed fix in gallium for this
problem:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/13038
I just tested it over Mesa 21.0.3 (hardknott - without
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10524/commits
) in RPI4 and apparently this
This is the non-repro I am seeing:
https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20210924-dzc45xu6/packages/diff-html/
Alex
On Mon, 27 Sept 2021 at 10:39, Alexander Kanavin via lists.openembedded.org
wrote:
> Thanks Randy, I had already ran this on the autobuilder, and there's
>
On Mon, 2021-09-27 at 03:42 -0400, Trevor Woerner wrote:
> ping?
>
> It seems 1/2 got applied, but I didn't see an NAKs for 2/2?
My intention was to apply both, not sure what happened, sorry. I've queued it.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this
Thanks Randy, I had already ran this on the autobuilder, and there's
several additional fixes. One issue I haven't yet tracked down is
non-reproducibility of new librsvg. The tentative fix didn't help. The
patches are collected at
ping?
It seems 1/2 got applied, but I didn't see an NAKs for 2/2?
On Wed, Sep 15, 2021 at 6:53 AM Quentin Schulz <
quentin.sch...@theobroma-systems.com> wrote:
> Hi Trevor,
>
> On Tue, Sep 14, 2021 at 08:38:04PM -0400, Trevor Woerner wrote:
> > Convert to the newer pr_xxx aliases for logging,
33 matches
Mail list logo