Hi,
On 2023/07/19 16:47, Vyacheslav Yurkov wrote:
> Hey,
> Usually Steve Sakoman cherry-picks patches from master. If it's not the case,
> it was probably not applied clearly or simply overlooked. You can submit a
> backport with the branch tag.
Thank you! I understood.
I checked git log and
Hi Richard,
On 7/19/23 18:08, Richard Purdie wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Wed, 2023-07-19 at 17:39 +0800, Yu, Mingli wrote:
On 7/19/23 17:24,
This fails:
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/5489/steps/14/logs/stdio
2023-07-19 16:59:12,999 - oe-selftest - INFO -
bblayers.BitbakeLayers.test_bitbakelayers_setup (subunit.RemotedTestCase)
2023-07-19 16:59:13,001 - oe-selftest - INFO - ... FAIL
Stderr:
All,
A friendly reminder - our regular monthly OpenEmbedded Happy Hour is 1 week
away, on July 26 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT)
https://www.openembedded.org/wiki/Calendar
https://www.openembedded.org/wiki/Happy_Hours
On Wed, Jul 19, 2023 at 4:10 PM Petr Gotthard
wrote:
>
> Thanks Bruce,
>
> > -Original Message-
> > From: Bruce Ashfield
> > Sent: Wednesday, July 19, 2023 7:44 PM
> > To: Petr Gotthard
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] make-mod-scripts doesn't
Sure!
Currently to create a feed, users build the packages they want in the feed
and then bitbake package-index. That workflow unfortunately has a number of
limitations, the mains ones being:
- The index creation methods ONLY work on the package deploy directory. If
there are packages that are
Specifically please take a look at,
./recipes-core/meta/package-index.bb
and
generate_index_files() in lib/oe/package_manager/__init__.py
I think we should rather extend these instead of adding overlapping
code which works differently.
Alex
On Wed, 19 Jul 2023 at 22:39, Alexander Kanavin via
No, indeed they're all obsolete. They were added to the ticket today,
so I assumed they're fresh failures. Ignore the revert then, sorry for
hasty blaming.
Alex
On Wed, 19 Jul 2023 at 22:44, Joshua Watt wrote:
>
> Do you have a recent log of a failure? All the ones in the ticket
> buildbot says
Do you have a recent log of a failure? All the ones in the ticket
buildbot says are from a month ago (or, maybe that's just a quirk of
buildbot?)
On Wed, Jul 19, 2023 at 2:35 PM Alexander Kanavin
wrote:
>
> Which newer commit, in which repo? I believe the latest SRCREV update
> in oe-core master
You need to start by describing the use case. What problem does the
code solve that existing packagefeed code does not? Can we rather
extend the already existing code, its tests, and its documentation, to
support that use case?
Alex
On Wed, 19 Jul 2023 at 22:03, Charlie Johnston wrote:
>
>
Which newer commit, in which repo? I believe the latest SRCREV update
in oe-core master that landed 12 hours ago or so is what broke things.
Alex
On Wed, 19 Jul 2023 at 22:32, Joshua Watt wrote:
>
> There is a newer commit that was merged to master just today; please
> see if that fixes it.
>
>
There is a newer commit that was merged to master just today; please
see if that fixes it.
On Wed, Jul 19, 2023 at 2:26 PM Alexander Kanavin
wrote:
>
> Unfortunately this seems to once again have regressed glib/codegen
> ptest (the test writes large amounts to stdout):
>
This has once again regressed glib/codegen test (which writes large amounts to
stdout).
Further fixing is needed.
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/ptest-runner/ptest-runner_2.4.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Unfortunately this seems to once again have regressed glib/codegen
ptest (the test writes large amounts to stdout):
https://bugzilla.yoctoproject.org/show_bug.cgi?id=15154
I'll send a revert.
Alex
On Mon, 17 Jul 2023 at 16:36, Richard Purdie
wrote:
>
> Pull in the commits:
>
> Change test
Thanks Bruce,
> -Original Message-
> From: Bruce Ashfield
> Sent: Wednesday, July 19, 2023 7:44 PM
> To: Petr Gotthard
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] make-mod-scripts doesn't know KERNEL_LOCALVERSION
>
> Hmm.
>
> I explicitly tested this
Dear Richard, Alexandre, Alex and all,
this patchset fixes has additional patch which actually fixes these warning
message:
[log_check] Warning when reading ar archive header: Pathname can't be converted
from UTF-8 to current locale. (errno=84)
I do not know if it fixes this error:
opkg-build
Add a new bbclass that allows building a feed using the
new oe.packagefeed class. This new bbclass inherits
from packagegroup so that there is also a package in the
feed that represents all packages in the feed.
The variable FEED_DEPENDS can be used to specify a feed
that the packagefeed depends
This change adds a new variable that defines where
feeds should be created when building a packagefeed.
For now, the location is ${DEPLOY_DIR}/feeds
Signed-off-by: Charlie Johnston
---
meta/conf/bitbake.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/bitbake.conf
This change adds the infrastructure to build a
packagefeed to oe. Specifically, packagefeed.py
adds an abstract class and the logic to create a
hardlinked feed directory while the package type
specific classes allow the proper package indexer,
deploy directory, etc to be selected for a build.
The
Hello,
I've been working on a packagefeed.bbclass to allow recipes that define a feed.
I have a working prototype which has been tested against poky using all 3
package types.
This is my first time submitting this type of change, so I'm looking for some
feedback to cover the gaps in my
On Wed, Jul 19, 2023 at 7:48 PM Alex Kiernan via
lists.openembedded.org
wrote:
>
> On Wed, Jul 19, 2023 at 1:30 PM Alexandre Belloni
> wrote:
> >
> > Hello,
> >
> > I had a bit of trouble to find this but this causes the following
> > oe-selftest failure:
> >
> >
A C program inherits its locale environment variables when it starts up.
This happens automatically. However, these variables do not automatically
control the locale used by the library functions, because ISO C says that
all programs start by default in the standard ‘C’ locale.
Fixes warnings:
Extend `tar` command, with additional parameters, depending
on choosen package class and target distro features, in order
to support ACLs and xattr.
Currently only `package_ipk` supports fully ACLs and xattr.
Signed-off-by: Piotr Łobacz
---
meta/classes-global/package.bbclass | 9 +++--
1
Add support for tar archives created with --acls and/or --xattrs options,
PAX header format.
GNU tar and libarchive already supports ACLs and extended attributes.
We can now add this support as well to opkg-build script in order to use
fsetattr or setcap inside do_install command and end up with
The libarchive library, which is being used by opkg, supports ACLs
and xattr already.
More informations can be read at this link:
https://github.com/libarchive/libarchive/pull/691
Signed-off-by: Piotr Łobacz
---
...-to-enable-support-for-acl-and-xattr.patch | 70 +++
Extend OPKGBUILDCMD variable, with additional parameters, depending
on target distro features, in order to support ACLs and xattr.
With fix pushed to the opkg-devel:
https://groups.google.com/g/opkg-devel/c/dYNHrLjDwg8
opkg-build is able to create tar archives with ACLs and xattr.
Signed-off-by:
Include support for ACLs and extended file attributes for native
builds, by default.
Signed-off-by: Piotr Łobacz
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 9625a6fef4..8dd615 100644
---
On Wed, Jul 19, 2023 at 1:30 PM Alexandre Belloni
wrote:
>
> Hello,
>
> I had a bit of trouble to find this but this causes the following
> oe-selftest failure:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/2274/steps/14/logs/stdio
>
> 2023-07-18 20:56:16,128 - oe-selftest
On Wed, Jul 19, 2023 at 1:44 PM Bruce Ashfield via
lists.openembedded.org
wrote:
>
> On Wed, Jul 19, 2023 at 1:32 PM Petr Gotthard
> wrote:
> >
> > Hello,
> > the out-of-tree kernel modules built with latest master have broken
> > "vermagic" and thus cannot be loaded.
> >
> > The patch
> >
On Wed, Jul 19, 2023 at 1:32 PM Petr Gotthard
wrote:
>
> Hello,
> the out-of-tree kernel modules built with latest master have broken
> "vermagic" and thus cannot be loaded.
>
> The patch
> https://git.yoctoproject.org/poky/commit/?id=bb0f9e87700aa40ec8db880ede3c018c1d055786
> added to
Hello,
the out-of-tree kernel modules built with latest master have broken "vermagic"
and thus cannot be loaded.
The patch
https://git.yoctoproject.org/poky/commit/?id=bb0f9e87700aa40ec8db880ede3c018c1d055786
added to meta/classes-recipe/kernel-arch.bbclass:
export LOCALVERSION ?=
On Wed, 2023-07-19 at 12:58 +0100, Alex Kiernan wrote:
> On Wed, Jul 19, 2023 at 11:49 AM Richard Purdie
> wrote:
> >
> > On Mon, 2023-07-17 at 16:08 +0100, Richard Purdie wrote:
> > > On Mon, 2023-07-17 at 16:34 +0200, Alexandre Belloni wrote:
> > > > Hello,
> > > >
> > > > I got some feedback
Use the sha256sum for the .xz archive instead of .bz2 because of
upstream commit bdd57f3. Add SRC_URI_EXT to match.
Changelog:
637b948 (HEAD -> master, tag: xeyes-1.3.0, origin/master, origin/HEAD) xeyes
1.3.0
6f6c975 Implement multi-ocular support, add biblical example
f30ef4e Print which
Ok I have found the root cause for this warning.
I will post it later on and this is another fix to opkg.
BR
Piotr
Od: openembedded-core@lists.openembedded.org
w imieniu użytkownika Piotr Łobacz
via lists.openembedded.org
Wysłane: Wednesday, July 19, 2023
Hi,
Thanks for looking at this, I think it could become a really useful and
well used extension to bitbake!
On Wed, 2023-07-19 at 16:27 +0200, Julien Stephan wrote:
> I am currently working on bug #13425 and I would like to post my wip
> script as an RFC to get feedback on it, before going
Hi all,
I am currently working on bug #13425 and I would like to post my wip
script as an RFC to get feedback on it, before going further in the
development.
The script `script/bblock` can be used with the following command:
bblock [list of recipes to lock]
Here is a summary of what is
bblock script allows to lock recipes to latest signatures. The idea is
to prevent some recipes to be rebuilt during development. For example
when working on rust recipe, one may not want rust-native to be
rebuilt.
This tool can be used, with proper environment set up, using the following
command:
HI all, Hi Richard thx for quick response.
Generally this patch for tar has been already applied to the upstream
http://git.savannah.gnu.org/cgit/tar.git/commit/?id=5461025569c2d946fb31b79f16f60e923bbd79f9
Additionally a new version 1.35 has been released which has this fix applied as
well.
>
From: Alex Kiernan
Sent: 19 July 2023 17:28
To: Richard Purdie
Cc: Alexandre Belloni ; Shinde, Yash
; openembedded-core
; MacLeod, Randy
; Kokkonda, Sundeep
; Gowda, Naveen
Subject: Re: [OE-core] Rust Oe-Selftest implementation V15 Testing
CAUTION: This
Hello,
I had a bit of trouble to find this but this causes the following
oe-selftest failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/2274/steps/14/logs/stdio
2023-07-18 20:56:16,128 - oe-selftest - INFO -
gdbserver.GdbServerTest.test_gdb_server
Even better,
So I will make one more rebase, just for "[OE-core][PATCH v9 3/3] cve_check:
convert CVE_CHECK_IGNORE to CVE_STATUS"
Regards,
Andrej
On Wed, 2023-07-19 at 11:16 +, Ross Burton wrote:
> On 19 Jul 2023, at 11:54, Richard Purdie
> wrote:
> >
> > On Wed, 2023-07-19 at 10:26
On Wed, Jul 19, 2023 at 11:49 AM Richard Purdie
wrote:
>
> On Mon, 2023-07-17 at 16:08 +0100, Richard Purdie wrote:
> > On Mon, 2023-07-17 at 16:34 +0200, Alexandre Belloni wrote:
> > > Hello,
> > >
> > > I got some feedback from RP:
> > >
> > >
On 19 Jul 2023, at 11:54, Richard Purdie
wrote:
>
> On Wed, 2023-07-19 at 10:26 +, Valek, Andrej wrote:
>> Hello,
>>
>> I would like to ask, what's the status here?
>
> I've asked for some people to help review it and I'm waiting on their
> feedback. FWIW they did promise "this morning"
On Wed, 2023-07-19 at 10:26 +, Valek, Andrej wrote:
> Hello,
>
> I would like to ask, what's the status here?
I've asked for some people to help review it and I'm waiting on their
feedback. FWIW they did promise "this morning" yesterday so they have
around 6 minutes!
Cheers,
Richard
On Mon, 2023-07-17 at 16:08 +0100, Richard Purdie wrote:
> On Mon, 2023-07-17 at 16:34 +0200, Alexandre Belloni wrote:
> > Hello,
> >
> > I got some feedback from RP:
> >
> > http://autobuilder.yocto.io/pub/non-release/20230716-18/testresults/testresult-report.txt
> >
> > This shows warnings
Hello,
I would like to ask, what's the status here?
Regards,
Andrej
On Fri, 2023-06-23 at 13:14 +0200, Andrej Valek wrote:
> After discussion in all parallel threads we proposed following variant which
> covers both expressed requirements to have very small number of different cve
> statuses
On Wed, 2023-07-19 at 17:39 +0800, Yu, Mingli wrote:
> On 7/19/23 17:24, Richard Purdie wrote:
> > >
> > > It is relevant, this is because of the dependency that this gets built
> > > and fails. I've seen v4 but didn't have the time to test it yet.
> >
> > I've still not seen an answer to Ross'
Hi Richard and Ross,
On 7/19/23 17:24, Richard Purdie wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Wed, 2023-07-19 at 11:20 +0200, Alexandre Belloni via
On Wed, 2023-07-19 at 11:20 +0200, Alexandre Belloni via
lists.openembedded.org wrote:
> On 19/07/2023 17:10:37+0800, Yu, Mingli wrote:
> > Hi Alex,
> >
> > On 7/17/23 20:46, Alexandre Belloni wrote:
> > > CAUTION: This email comes from a non Wind River email account!
> > > Do not click links or
On 19/07/2023 17:10:37+0800, Yu, Mingli wrote:
> Hi Alex,
>
> On 7/17/23 20:46, Alexandre Belloni wrote:
> > CAUTION: This email comes from a non Wind River email account!
> > Do not click links or open attachments unless you recognize the sender and
> > know the content is safe.
> >
> > On
Hi Alex,
On 7/17/23 20:46, Alexandre Belloni wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On 17/07/2023 15:10:35+0800, Yu, Mingli wrote:
Hi Alex,
On 7/16/23 19:47,
On Wed, 2023-07-19 at 07:53 +, Piotr Łobacz wrote:
> I'm running this on docker with ubuntu 22.04 LTS and I have patched
> tar 1.34 with the patch I have given to you. I know that it contains
> these parameters, but they are faulty - meaning the ACLs do not
> preserve uid/gid in tar archive.
Hi Alexandre,
I'm running this on docker with ubuntu 22.04 LTS and I have patched tar 1.34
with the patch I have given to you. I know that it contains these parameters,
but they are faulty - meaning the ACLs do not preserve uid/gid in tar archive.
Nevertheless this concerns me that opkg-build
Hey,
Usually Steve Sakoman cherry-picks patches from master. If it's not the
case, it was probably not applied clearly or simply overlooked. You can
submit a backport with the branch tag.
Vyacheslav
On 19.07.2023 03:48, Yuta Hayama wrote:
Hi,
This issue has been fixed in master.
54 matches
Mail list logo
