Changes,
cce0edb utils.c: wait_child reimplement timeout using alarm
acbba90 utils.c: Use a thread to read from child
cb2840a utils.c: Fix exit status of a child
77bc79e utils.c: get_available_ptests allow to specify relative directories
d27e242 README.md: Small fix mtrace call
c5d5831
Will do. Thanks.
> On 29 Mar 2021, at 20:10, Andre McCurdy wrote:
>
> On Mon, Mar 29, 2021 at 4:07 PM Devendra Tewari
> wrote:
>>
>> I did try that but got an error that does not happen when we try os.rename
>> first. I'll try to reproduce it again.
>>
>> I suspect there may be subtle
On Mon, Mar 29, 2021 at 4:07 PM Devendra Tewari
wrote:
>
> I did try that but got an error that does not happen when we try os.rename
> first. I'll try to reproduce it again.
>
> I suspect there may be subtle differences in os.rename vs shutil.move with
> respect to what happens when origin
I did try that but got an error that does not happen when we try os.rename
first. I'll try to reproduce it again.
I suspect there may be subtle differences in os.rename vs shutil.move with
respect to what happens when origin and/or destination do not exist or are
invalid.
> On 29 Mar 2021, at
On Mon, Mar 29, 2021 at 3:45 PM Devendra Tewari
wrote:
>
> Thanks! My bad. The example I looked up in Python docs had a break and I just
> realized it was a looping example.
>
> Here’s the updated patch (or should I submit it again via git send-email?)
It would be better to use shutil.move
Thanks! My bad. The example I looked up in Python docs had a break and I just
realized it was a looping example.
Here’s the updated patch (or should I submit it again via git send-email?)
>From 9deb390dcdcaef66cec2fae39454c7fb3c81c4e4 Mon Sep 17 00:00:00 2001
From: Devendra Tewari
Date: Mon,
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:
I was using master-next (version was right before I sent the email), and it
still failed.
Looking at things, there doesn't appear to be any METADATA_REVISION set in the
normal build, but there is one set inside of the eSDK. So it looks like some
corner case may have been missing.
If you notice
On Mon, 2021-03-29 at 12:14 -0300, Devendra Tewari wrote:
> ---
> meta/classes/sstate.bbclass | 26 ++
> 1 file changed, 22 insertions(+), 4 deletions(-)
>
> diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
> index f579168162..f94aa96d70 100644
> ---
On Fri, Mar 26, 2021 at 8:21 PM Minjae Kim wrote:
>
> checkout: fix bug that makes checkout follow symlinks in leading path
>
> Upstream-Status: Acepted
> [https://github.com/git/git/commit/684dd4c2b414bcf648505e74498a608f28de4592]
> CVE: CVE-2021-21300
> Signed-off-by: Minjae Kim
First of
With this small patch, it's possible to overrule the public
URL with a local mirror for those without Internet access.
Signed-off-by: Jan Vermaete
---
meta/recipes-core/meta/cve-update-db-native.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
On 11:14-20210329, Bruce Ashfield wrote:
[..]
> > >
> > > So we really have to pass this, when fundamentally it is the same
> > > definition as what the defaults give us.
> > >
> > > What does that resolve to in your builds ? In mine, when I dump t
On 3/28/21 10:23 PM, Paul Eggleton wrote:
[Please note: This e-mail is from an EXTERNAL e-mail address]
AssertionError: Failed ptests:
{'valgrind': ['callgrind/tests/simwork-branch']}
https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/1657/steps/12/logs/stdio
(To be fair
Also, this is due to https://bugzilla.yoctoproject.org/show_bug.cgi?id=1430.
> On 29 Mar 2021, at 12:35, Devendra Tewari wrote:
>
> Sure.
>
> Would the following commit message be sufficient?
>
>Use shutil.move when os.rename fails
>
>Incremental build in Docker fails with
>
>
Sure.
Would the following commit message be sufficient?
Use shutil.move when os.rename fails
Incremental build in Docker fails with
OSError: [Errno 18] Invalid cross-device link
When source and destination are on different overlay filesystems.
This change handles the
On 3/29/21 2:25 AM, Ross Burton wrote:
This is the universe telling you that one line native file should have
been put in oe-core. :)
yeah I dropped it from meta-gnom now
Ross
On Fri, 26 Mar 2021 at 18:49, Khem Raj wrote:
I am seeing some failures
Yes please quote a bit from the python manpage [1] - I certainly see the
difference (and the edge cases where os.rename might fail), but that
should be documented as part of the commit message
[1] https://docs.python.org/3/library/shutil.html#shutil.move
On 29.03.21 17:21, Bruce Ashfield
Can you document the cases that os.rename() is failing ? And also why
would we expect the shutil.move() to work in those cases ?
If a change like this cases issues in the future, we need that extra
information in the commit head for proper triage.
Bruce
On Mon, Mar 29, 2021 at 11:16 AM Devendra
The subject still says [meta-oe] while the patch is for oe-core, that might
be what mislead Khem.
On Mon, Mar 29, 2021 at 5:04 PM Neetika.Singh
wrote:
> Hi Raj,
>
> I have verified locally and these changes are showing to me as up to date
> on latest oe-core master branch.
>
> git log
---
meta/classes/sstate.bbclass | 26 ++
1 file changed, 22 insertions(+), 4 deletions(-)
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index f579168162..f94aa96d70 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@
On Mon, Mar 29, 2021 at 10:08 AM Nishanth Menon wrote:
>
> On 13:31-20210327, Bruce Ashfield wrote:
> > On Thu, Mar 25, 2021 at 9:13 PM Nishanth Menon via
> > lists.openembedded.org wrote:
> > >
> > > When cross-compiling with v5.12-rc3, prepare fails[1] build of vdso at
> > > the objcopy stage
Hi Raj,
I have verified locally and these changes are showing to me as up to date on
latest oe-core master branch.
git log origin/master..HEAD
commit 1abebf8d3ce044609ae29d7dee7a9b268e510ebd
Author: Neetika Singh
Date: Fri Nov 20 18:35:15 2020 +0530
libcroco: Add fix for CVE-2020-12825
From: Neetika Singh
Added refreshed patch for CVE issue CVE-2020-12825
Link:
https://gitlab.com/inkscape/inkscape/-/commit/203d62efefe6f79080863dda61593003b4c31f25
Signed-off-by: Neetika.Singh
---
.../libcroco/libcroco/CVE-2020-12825.patch | 192 +
On Mon, Mar 29, 2021 at 7:42 AM Neetika.Singh wrote:
>
> From: Neetika Singh
>
> Added refreshed patch for CVE issue CVE-2020-12825
> Link:
> https://gitlab.com/inkscape/inkscape/-/commit/203d62efefe6f79080863dda61593003b4c31f25
>
> Signed-off-by: Neetika.Singh
> ---
>
From: Neetika Singh
Added refreshed patch for CVE issue CVE-2020-12825
Link:
https://gitlab.com/inkscape/inkscape/-/commit/203d62efefe6f79080863dda61593003b4c31f25
Signed-off-by: Neetika.Singh
---
.../libcroco/libcroco/CVE-2020-12825.patch | 192 +
On 13:31-20210327, Bruce Ashfield wrote:
> On Thu, Mar 25, 2021 at 9:13 PM Nishanth Menon via
> lists.openembedded.org wrote:
> >
> > When cross-compiling with v5.12-rc3, prepare fails[1] build of vdso at
> > the objcopy stage since it seems to be using the local host's objcopy
> > rather than
This is the universe telling you that one line native file should have
been put in oe-core. :)
Ross
On Fri, 26 Mar 2021 at 18:49, Khem Raj wrote:
>
> I am seeing some failures
>
> https://errors.yoctoproject.org/Errors/Details/574541/
>
> On Thu, Mar 25, 2021 at 12:08 PM Ross Burton wrote:
> >
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of jan
> Sent: den 28 mars 2021 19:01
> To: openembedded-core@lists.openembedded.org
> Cc: Jan Vermaete
> Subject: [OE-core] [PATCH] Allow to overrule the URL in a bbappend.
On Fri, 26 Mar 2021, Andre McCurdy wrote:
... snip ...
> PROVIDES sets up a name which can be used as DEPENDS (ie a build
> time dependency) in other recipes. If PROVIDES contains more than
> one name, they all just become aliases for each other.
>
> Since packagegroup recipes only define run
Hi all,
Intel and WR YP QA is planning for QA execution for YP build yocto-3.2.3.rc1.
We are planning to execute following tests for this cycle:
OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw
Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC
30 matches
Mail list logo
