Re: [OE-core] eSDK dependencies

2022-10-13 Thread Andrej Valek
Hi Ross, I did that. current behavior: $ devtool modify busybox Initialising tasks: 100% |###| Time: 0:00:00 Sstate summary: Wanted 14 Local 0 Mirrors 0 Missed 14 Current 6 (0% match, 30% complete) NOTE: Executing Tasks ... your new behavior: @@ -52,7 +52,7 @

Re: [OE-core] eSDK dependencies

2022-10-13 Thread Ross Burton
> On 13 Oct 2022, at 09:23, Andrej Valek via lists.openembedded.org > wrote: > I had some time and made some more testing. > > Looks like, that the problematic commits are here: > https://github.com/openembedded/openembedded-core/commit/41d7f1aa2cc9ef5dba4db38435402d4c9c0a63e1 > https://github

Re: [OE-core] eSDK dependencies

2022-10-13 Thread Andrej Valek
Hello again, I had some time and made some more testing. Looks like, that the problematic commits are here: https://github.com/openembedded/openembedded-core/commit/41d7f1aa2cc9ef5dba4db38435402d4c9c0a63e1 https://github.com/openembedded/openembedded-core/commit/6e2cbfc561dac89bf9183d24d90e52f7d9

Re: [OE-core] eSDK dependencies

2022-06-29 Thread Andrej Valek
Hello Richard, Yes, but variants have set SDK_EXT_TYPE=full. Can't say about the pure poky eSDK, but with our layers, size is different. Let's say 2/3 of the "working" one. Do you really need locked-sigs.inc from both variant? I guess, you only need to know if some entries are missing and not the

Re: [OE-core] eSDK dependencies

2022-06-28 Thread Richard Purdie
On Tue, 2022-06-28 at 07:55 +, Valek, Andrej wrote: > Hello Richard and Alex, > > Richard: > We tried to revert the commits which you mentioned and it didn't work. > > Alex: > Yes, is fully reproducible on latest master. > > bitbake core-image-minimal -c populate_sdk_ext > > eSDK installed

Re: [OE-core] eSDK dependencies

2022-06-28 Thread Alexander Kanavin
I'm seeing that this builds patch-native (to be able to patch busybox) and its dependencies (quilt/autoconf/automake). If this has been working differently before, bisecting to the point where it changed would be very appreciated. Alex On Tue, 28 Jun 2022 at 09:55, Valek, Andrej wrote: > > Hello

Re: [OE-core] eSDK dependencies

2022-06-28 Thread Andrej Valek
Hello Richard and Alex, Richard: We tried to revert the commits which you mentioned and it didn't work. Alex: Yes, is fully reproducible on latest master. bitbake core-image-minimal -c populate_sdk_ext eSDK installed via: poky-glibc-x86_64-core-image-minimal-cortexa15t2hf- neon-qemuarm-toolchai

Re: [OE-core] eSDK dependencies

2022-06-27 Thread Richard Purdie
On Mon, 2022-06-27 at 12:32 +, Valek, Andrej wrote: > I have a question related to eSDK dependencies. We're using the dunfell > branch were everything related to this eSDK topic works fine. Now we're > in the transition phase to new LTS branch, where were we found one big > difference between e

Re: [OE-core] eSDK dependencies

2022-06-27 Thread Alexander Kanavin
Can this behavior be reproduced using poky and no other layers? Alex On Mon 27. Jun 2022 at 15.33, Andrej Valek wrote: > Hello Richard! > > I have a question related to eSDK dependencies. We're using the dunfell > branch were everything related to this eSDK topic works fine. Now we're > in the

[OE-core] eSDK dependencies

2022-06-27 Thread Andrej Valek
Hello Richard! I have a question related to eSDK dependencies. We're using the dunfell branch were everything related to this eSDK topic works fine. Now we're in the transition phase to new LTS branch, where were we found one big difference between eSDKs. The old variant (dunfell) includes all ap