From: Yang Xu
The execution result of depmodwrapper is not checked which makes depmod
generation failed sliently and hard to detect.
So check exection result and stop building if depmodwrapper failed.
Signed-off-by: Yang Xu
---
meta/lib/oe/rootfs.py | 3 ++-
1 file changed, 2 insertions(+), 1
From: Yang Xu
If PYTHONDONTWRITEBYTECODE set to 1, do_install:append will fail because
no .pyc is removed.
Add -f flag to prevent command fail.
Signed-off-by: Yang Xu
---
meta/recipes-devtools/meson/meson_1.1.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipe
I got it, thank you :)
Yang
On Tue, 2023-08-08 at 11:39 +0100, Richard Purdie wrote:
>
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
> On Tue, 2023-08-08 at 10:15 +, Yang Xu (徐扬) wrote:
> > It is a elegant sol
he sender or the content.
>
> On Fri, 2023-08-04 at 17:13 +0100, Richard Purdie via
> lists.openembedded.org wrote:
> > On Thu, 2023-07-13 at 02:16 +, Yang Xu via
> lists.openembedded.org
> > wrote:
> > > From: Yang Xu
> > >
> > > The `
From: Yang Xu
The `bb.siggen.compare_sigfiles` method transforms the key format from
`[mc::][virtual:][native:]:` to
`/:[:virtual][:native][:mc:]`
by `clean_basepaths`. However, `find_siginfo` uses the original format
to get the package name (pn) and task name.
This commit corrects the method fo
Dear Sirs,
Sorry, could you please help to review patch v4?
In patch v4, I optimize the testcase to avoid non-deterministic fail.
Thank you
On Thu, 2023-07-13 at 02:16 +, yang...@mediatek.com wrote:
> From: Yang Xu
>
> The `bb.siggen.compare_sigfiles` method transforms the key format
> fro
From: Yang Xu
The `bb.siggen.compare_sigfiles` method transforms the key format from
`[mc::][virtual:][native:]:` to
`/:[:virtual][:native][:mc:]`
by `clean_basepaths`. However, `find_siginfo` uses the original format
to get the package name (pn) and task name.
This commit corrects the method fo
information?
Thank you
On Fri, 2023-07-07 at 14:36 +0200, Alexandre Belloni wrote:
>
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
> Hello,
>
> On 07/07/2023 06:52:39+, Yang Xu via lists.openem
Dear Alexandre,
Thank you for your reminder.
v1: correct handling for pn and taskname for native target in find_siginfo
v2: add handling for multilib target in find_siginfo
v3: add testcase for compare_sigfiles and find_siginfo work together.
Do I need submit a patch v4 to add these changlog inf
From: Yang Xu
The `bb.siggen.compare_sigfiles` method transforms the key format from
`[mc::][virtual:][native:]:` to
`/:[:virtual][:native][:mc:]`
by `clean_basepaths`. However, `find_siginfo` uses the original format
to get the package name (pn) and task name.
This commit corrects the method fo
When I investiage some package tasks cache missing problem by bitbake-diffsigs,
I found that 'find_siginfo' called by bitbake-diffsigs is unable to construct
the correct package name(pn) when dealing with virtual targets.
Patch v2 introduces handling for 'lib64-' and 'lib32-' case besides '-nati
From: Yang Xu
The `bb.siggen.compare_sigfiles` method transforms the key format from
`[mc::][virtual:][native:]:` to
`/:[:virtual][:native][:mc:]`
by `clean_basepaths`. However, `find_siginfo` uses the original format
to get the package name (pn) and task name.
This commit corrects the method fo
From: Yang Xu
The `bb.siggen.compare_sigfiles` method transforms the key format from
`[mc:mc_name:][virtual:][native:]:` to
`/:[:virtual][:native][:mc:mc_name]`
in `clean_basepaths`. However, `find_siginfo` uses the original format
to get the package name (pn) and task name. This commit corrects
Dear Sirs,
Sorry, please NOT accept this patch because I found it will break its
own sstate cache.
I will found other solution for this openssl/perl co-work issue.
On Fri, 2023-04-21 at 03:38 +, yang...@mediatek.com wrote:
> From: Yang Xu
>
> Build openssl with shared state cache may meet
til
> you have verified the sender or the content.
>
>
> Hello Yang,
>
> thanks for you patch. However there is an issue with your e-mail, see
> below
>
> On Thu, 20 Apr 2023 06:30:34 +
> "Yang Xu via lists.openembedded.org"
> wrote:
> ^^^
Dear Sirs,
Sorry, please NOT accept this patch because I found it will break its
own sstate cache.
I will found other solution for this openssl/perl co-work issue.
On Thu, 2023-04-20 at 21:11 +0100, Richard Purdie wrote:
> External email : Please do not click links or open attachments until
> yo
From: Yang Xu
Build openssl with shared state cache may meet problem under below conditions:
1. sstate cache generated by another user on same machine
2. inappropriate PERL5LIB setting
3. openssl build from scratch but perl using cache
When build openssl from scratch with perl using cache, it wi
Thank you, I will submit a new patch with more detailed information.
Because two below behavior, I think it is a definite result under certain
conditions.
1) @INC is set at build time with host hardcode path,
2) ABORT when searching module in @INC paths exists but can not read.
Thank you
-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180252):
https://lists.openembedded.org/g/openembedded-core/message/180252
Mute This Topic: https://lists.openembedded.org/mt/98383506/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Build openssl with shared state cache may meet problem under below conditions:
1. sstate cache generated by another user on same machine
2. inappropriate PERL5LIB setting
3. openssl build from scratch but perl using cache
When building openssl, without appropriate PERL5LIB setting, perl from cache
Build openssl with shared state cache may meet problem under below conditions:
1. sstate cache generated by another user on same machine
2. inappropriate PERL5LIB setting
3. openssl build from scratch but perl using cache
When building openssl, without appropriate PERL5LIB setting, perl tries
to s
The full path of patch may contain '/meta/' but not in oe-core, skip
patches by checking it starts with oe-core full path or not.
Signed-off-by: Yang Xu
---
meta/classes/insane.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/insane.bbclass b/meta/classe
TVQJHnJaZ1uIyOM8anxM71iSFQOOkD0yUlbiPPnPzMEZNzYT-4fAWjB-itS$
>
>
> On 15/08/2022 05:39:35+, Yang Xu via lists.openembedded.org
> wrote:
> > The full path of patch may contain '/meta/' but not in oe-core,
> > skip
> > patches by checking it starts with oe-
The full path of patch may contain '/meta/' but not in oe-core, skip
patches by checking it starts with oe-core full path or not.
Signed-off-by: Yang Xu
---
meta/classes-global/insane.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes-global/insane.bbclass
The full path of patch may contain '/meta/' but not in oe-core, skip
patches by checking it starts with oe-core full path or not.
Signed-off-by: Yang Xu
---
meta/classes-global/insane.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes-global/insane.bbclass
ping
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#169273):
https://lists.openembedded.org/g/openembedded-core/message/169273
Mute This Topic: https://lists.openembedded.org/mt/92907002/21656
Group Owner: openembedded-core+ow...@lists.openembedded
The full path of patch may contain '/meta/' but not in oe-core, skip
patches by checking it starts with oe-core full path or not.
Signed-off-by: Yang Xu
---
meta/classes/insane.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/insane.bbclass b/meta/classe
27 matches
Mail list logo
