Hi Daniel,
Could you please give here the examples how the layer structure looks
before and after change? I want to see how transformation looks like.
Regards,
Andrej
On Wed, 2022-03-02 at 20:05 +0100, Daniel Wagenknecht wrote:
> Layers could be located anywhere. The eSDK should work with them
The race condition in binutils/gas folder was introduced with the
following patch. The patch avoids recursive make into the doc folder.
It would speed up the build process slightly. However, the as.info
is installed twice which resulted in the race condition sometimes.
On Wed, Mar 2, 2022 at 4:57 PM Andrei Gherzan wrote:
>
>
> Mar 1, 2022 20:15:52 Bruce Ashfield :
>
> > On Tue, Mar 1, 2022 at 10:54 AM wrote:
> >>
> >> On Tue, Mar 1, 2022 at 02:14 PM, Bruce Ashfield wrote:
> >>
> >> On Tue, Mar 1, 2022 at 6:42 AM Andrei Gherzan wrote:
> >>
> >>
> >> On Tue, 1
Signed-off-by: Saul Wold
---
scripts/contrib/convert-variable-renames.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/contrib/convert-variable-renames.py
b/scripts/contrib/convert-variable-renames.py
index ed012610db..856c001e11 100755
---
Can this patch be backported to dunfell?
Jose
Jose Quaresma via lists.openembedded.org escreveu no dia quarta, 2/03/2022 à(s)
00:47:
> When the BUILDHISTORY_RESET is enabled we need to move the
> content from BUILDHISTORY_DIR to BUILDHISTORY_OLD_DIR but
> when we start a clean build in the
On 03.03.22 00:05, Richard Purdie wrote:
On Wed, 2022-03-02 at 21:55 +0100, Konrad Weihmann wrote:
An interesting behavior struck me once more after a long long time.
*** 0002:extend_recipe_sysroot(d)
0003:
File: '/layer/layer/poky/meta/classes/staging.bbclass', lineno: 584,
On Wed, 2022-03-02 at 21:55 +0100, Konrad Weihmann wrote:
> An interesting behavior struck me once more after a long long time.
>
> *** 0002:extend_recipe_sysroot(d)
> 0003:
> File: '/layer/layer/poky/meta/classes/staging.bbclass', lineno: 584,
> function: extend_recipe_sysroot
>
On Tue, 2022-02-15 at 16:54 +, Bill Pittman wrote:
> If the custom kernel path is provided in options, then
> use that path instead of the default path.
>
> Signed-off-by: Bill Pittman
> ---
> scripts/wic | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/scripts/wic b/scripts/wic
Feb 15, 2022 16:54:28 Bill Pittman :
> If the custom kernel path is provided in options, then
> use that path instead of the default path.
Just to understand this a bit, what is your usecase here?
--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all
Mar 1, 2022 20:15:52 Bruce Ashfield :
> On Tue, Mar 1, 2022 at 10:54 AM wrote:
>>
>> On Tue, Mar 1, 2022 at 02:14 PM, Bruce Ashfield wrote:
>>
>> On Tue, Mar 1, 2022 at 6:42 AM Andrei Gherzan wrote:
>>
>>
>> On Tue, 1 Mar 2022, at 01:55, Bruce Ashfield wrote:
>>
>> On Mon, Feb 28, 2022 at 8:17
this is a test email
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162625):
https://lists.openembedded.org/g/openembedded-core/message/162625
Mute This Topic: https://lists.openembedded.org/mt/89512459/21656
Group Owner:
An interesting behavior struck me once more after a long long time.
*** 0002:extend_recipe_sysroot(d)
0003:
File: '/layer/layer/poky/meta/classes/staging.bbclass', lineno: 584,
function: extend_recipe_sysroot
0580:if "/bin/" in l or "/sbin/" in l:
0581:
On 02.03.22 20:04, Khem Raj wrote:
On Wed, Mar 2, 2022 at 11:01 AM Konrad Weihmann wrote:
On 02.03.22 19:45, Khem Raj wrote:
v4 is definitely better than v3, I see one case it could address as well e.g.
python3-pymetno produces PyMetno-0.9.0-py3-none-any.whl, so if
guessing code could
Layers could be located anywhere. The eSDK should work with them even if
they are not located in TOPDIR or in the same parent directory as
COREBASE.
For layers located in the same parent directory as COREBASE this preserves
the intent from the previous
copy_buildsystem: include layer tree
On Wed, Mar 2, 2022 at 11:01 AM Konrad Weihmann wrote:
>
>
>
> On 02.03.22 19:45, Khem Raj wrote:
> > v4 is definitely better than v3, I see one case it could address as well
> > e.g.
> >
> > python3-pymetno produces PyMetno-0.9.0-py3-none-any.whl, so if
> > guessing code could address the
On 02.03.22 19:45, Khem Raj wrote:
v4 is definitely better than v3, I see one case it could address as well e.g.
python3-pymetno produces PyMetno-0.9.0-py3-none-any.whl, so if
guessing code could address the case-sensitive piece here would be
good.
I'm torn on this one, I agree that it
v4 is definitely better than v3, I see one case it could address as well e.g.
python3-pymetno produces PyMetno-0.9.0-py3-none-any.whl, so if
guessing code could address the case-sensitive piece here would be
good.
On Wed, Mar 2, 2022 at 1:21 AM Konrad Weihmann wrote:
>
> v4 is out.
> I tried to
Hey all,
Gentle ping on this patch, any comments?
Thanks,
Bill
From: Bill Pittman
Sent: Tuesday, February 15, 2022 10:54 AM
To: openembedded-core@lists.openembedded.org
Subject: [PATCH] wic: Use custom kernel path if provided
If the custom kernel path is
On Wed, 2022-03-02 at 15:09 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Richard Purdie
> > Sent: den 2 mars 2022 00:42
> > To: openembedded-core@lists.openembedded.org
> > Subject:
On Wed, 2022-03-02 at 15:17 +, Peter Kjellerstedt wrote:
> > +main_lic = d.getVar('LICENSE')
> > +
> > +# Check for obsolete license references in main LICENSE (packages are
> > checked below for any changes)
> > +main_licenses = oe.license.list_licenses(d.getVar('LICENSE'))
>
>
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Richard Purdie
> Sent: den 2 mars 2022 00:42
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 3/4] license/insane: Show warning for obsolete
> license usage
>
> We want to use
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 2 mars 2022 00:42
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 4/4] license: Rework INCOMPATIBLE_LICENSE
> wildcard
From: Stefan Herbrechtsmeier
The systemd init manager support mount point configuration via mount
units and /etc/fstab. 'Mounts listed in /etc/fstab will be converted
into native units dynamically at boot and when the configuration of
the system manager is reloaded. In general, configuring mount
From: Stefan Herbrechtsmeier
Signed-off-by: Stefan Herbrechtsmeier
---
.../base-files/base-files_%.bbappend | 2 +
meta/lib/oeqa/selftest/cases/overlayfs.py | 82 +--
2 files changed, 57 insertions(+), 27 deletions(-)
create mode 100644
Signed-off-by: Kamil Dziezyk
---
meta/recipes-bsp/libacpi/libacpi_0.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/libacpi/libacpi_0.2.bb
b/meta/recipes-bsp/libacpi/libacpi_0.2.bb
index fa9e3d4894..6d4be76bab 100644
---
Hi Stephen
On 3/1/22 16:52, Stephen Jolley wrote:
>
> Current Dev Position: YP 3.5 M4
>
> Next Deadline: 4th April. 2022 YP 3.5 M4 build
>
>
>
> Next Team Meetings:
>
> * Bug Triage meeting Thursday Mar. 3rd 7:30 am PDT
> (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09
>
```
File:
'/home/andrew/src/openbmc/openbmc/meta/lib/oe/package_manager/ipk/manifest.py',
lineno: 69, function: create_full
0065:output = pm.dummy_install(pkgs_to_install)
0066:
0067:with open(self.full_manifest, 'w+') as manifest:
0068:pkg_re =
```
File:
'/home/andrew/src/openbmc/openbmc/meta/lib/oe/package_manager/ipk/manifest.py',
lineno: 67, function: create_full
0063:
0064:output = pm.dummy_install(pkgs_to_install)
0065:
0066:with open(self.full_manifest, 'w+') as manifest:
*** 0067:
Some of these are hard to know what to do with since the original source
files for the checksum aren't present. The safe option is to use "-only"
as often the main license is ambiguous and the source files themselves
determine the "or-later" possibility. The "-only" option therefore is
Also, Ross, use HOST_PREFIX please (insert grumpy face >:-| ).
Alex
On Wed, 2 Mar 2022 at 12:18, Richard Purdie
wrote:
>
> On Wed, 2022-03-02 at 09:59 +0800, ChenQi wrote:
> > On 3/2/22 08:20, Richard Purdie wrote:
> > > On Tue, 2022-03-01 at 16:12 +0800, Chen Qi wrote:
> > > > Currently the
On Wed, 2022-03-02 at 09:49 +0100, Alexander Kanavin wrote:
> I just ran this locally, and it passed - probably caused by a different
> commit?
I suspect Ross has a change which may be to blame...
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
On Wed, 2022-03-02 at 09:59 +0800, ChenQi wrote:
> On 3/2/22 08:20, Richard Purdie wrote:
> > On Tue, 2022-03-01 at 16:12 +0800, Chen Qi wrote:
> > > Currently the TRANSLATED_TARGET_ARCH is not changed when trying
> > > to set preferred version for canadian recipes.
> > >
> > > e.g.
> > > ```
> >
Looks like this is causing problem with multilib
https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/4844
https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/4844/steps/11/logs/errors
> -Original Message-
> From: openembedded-core@lists.openembedded.org
On 3/2/22 4:48 PM, Alexander Kanavin wrote:
Yes, but you do not need to submit the patch for inclusion, only to
file a ticket, and ask upstream what can be done about the issue.
Thanks, submitted a ticket to upstream and add the url in the patch:
Submitted a ticket to upstream:
v4 is out.
I tried to make it work with the dist-dir/bdist-dir option, but
apparently this isn't respected by setuptools in all of the tested recipes.
That's why I went with applying cleandirs on
${SETUPTOOLS_SETUP_PATH}/dist, that should do the trick as well.
v4 is tested against all core
- replace python3 prefix when guessing the wheel name
as there are still plenty of recipes out there that do use
python3 prefixes
- remove all previously generated wheels matching the glob
to avoid installing any outdated blob via cleandirs
in setuptools3 class.
Unfortunetaly proposed
I just ran this locally, and it passed - probably caused by a different commit?
Alex
On Wed, 2 Mar 2022 at 08:24, Lee, Chee Yang wrote:
>
> Need to update selftest too?
>
> sstatetests.SStateTests.test_sstate_allarch_samesigs
>
>
Yes, but you do not need to submit the patch for inclusion, only to
file a ticket, and ask upstream what can be done about the issue.
Alex
On Wed, 2 Mar 2022 at 09:47, Robert Yang wrote:
>
> Hi
>
> On 3/2/22 4:42 PM, Alexander Kanavin wrote:
> > Can you file a ticket upstream for this please,
Hi
On 3/2/22 4:42 PM, Alexander Kanavin wrote:
Can you file a ticket upstream for this please, and include the link
in the patch?
This patch won't work for upstream, only work by cross building, let me check on
how to make it work for all cases.
// Robert
Alex
On Wed, 2 Mar 2022 at
Can you file a ticket upstream for this please, and include the link
in the patch?
Alex
On Wed, 2 Mar 2022 at 08:13, Robert Yang wrote:
>
> It checks host's path such as /dev/log and uses it, this doesn't make sense
> for
> cross build, and it causes undeterministic, for example, the contianer
My bad - one of the brackets in the name guessing slipped...
Will send a v4 soon
On 02.03.22 06:20, Khem Raj wrote:
this is causing 100+ packages to fail see
https://errors.yoctoproject.org/Errors/Build/142116/
I suggest to include meta-python for wider testing of such changes.
On Tue, Mar
41 matches
Mail list logo