This has intermittent behavior, is sensitive to harfbuzz version
Signed-off-by: Khem Raj
---
v2: Add link to upstream bug
.../0001-Skip-running-test-layout-test.patch | 45 +++
meta/recipes-graphics/pango/pango_1.50.6.bb | 4 +-
2 files changed, 48 insertions(+), 1
Please drop this patch, since it was a gcc bug which has been now
fixed in gcc trunk [1] and we will have this fix in gcc 12
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
On Tue, Apr 12, 2022 at 10:03 AM Khem Raj wrote:
>
> Avoid gcc12 failure to inline function on mips
>
>
Hi,
Am 4/11/2022 um 6:04 PM schrieb Khem Raj:
> On Mon, Apr 11, 2022 at 6:30 AM Jose Quaresma wrote:
>>
>>
>>
>> J?rg Vehlow escreveu no dia segunda, 11/04/2022 à(s)
>> 13:35:
>>>
>>> From: Joerg Vehlow
>>>
>>> When gos internal linker is used, it uses hardcoded paths to the
>>> interpreter
Please do file an upstream bug and include a link to it.
Alex
On Thu 14. Apr 2022 at 4.52, Khem Raj wrote:
> This has intermittent behavior, is sensitive to harfbuzz version
>
> Signed-off-by: Khem Raj
> ---
> .../0001-Skip-running-test-layout-test.patch | 45 +++
>
On Wed, Apr 13, 2022 at 5:02 PM Steve Sakoman wrote:
>
> On Wed, Apr 13, 2022 at 5:01 PM Steve Sakoman via
> lists.openembedded.org
> wrote:
> >
> > On Wed, Apr 13, 2022 at 4:47 PM Ralph Siemsen
> > wrote:
> > >
> > > On Wed, 2022-04-13 at 11:39 -1000, Steve Sakoman wrote:
> > > > I did
On Wed, Apr 13, 2022 at 5:01 PM Steve Sakoman via
lists.openembedded.org
wrote:
>
> On Wed, Apr 13, 2022 at 4:47 PM Ralph Siemsen
> wrote:
> >
> > On Wed, 2022-04-13 at 11:39 -1000, Steve Sakoman wrote:
> > > I did another experiment, where I disabled generation of the sha256
> > > entries in
On Wed, Apr 13, 2022 at 4:47 PM Ralph Siemsen wrote:
>
> On Wed, 2022-04-13 at 11:39 -1000, Steve Sakoman wrote:
> > I did another experiment, where I disabled generation of the sha256
> > entries in Release (by adding --no-sha256 to the apt-ftparchive
> > command)
> >
> > As a result we get past
This has intermittent behavior, is sensitive to harfbuzz version
Signed-off-by: Khem Raj
---
.../0001-Skip-running-test-layout-test.patch | 45 +++
meta/recipes-graphics/pango/pango_1.50.6.bb | 4 +-
2 files changed, 48 insertions(+), 1 deletion(-)
create mode 100644
Changes in this release [1]
[1]
https://github.com/GNOME/pango/commit/37a427018c92a2bc679ef104097e07a619609c9c
Signed-off-by: Khem Raj
---
.../recipes-graphics/pango/{pango_1.50.4.bb => pango_1.50.6.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename
This is no longer needed
Signed-off-by: Khem Raj
---
meta/recipes-graphics/pango/pango_1.50.6.bb | 4
1 file changed, 4 deletions(-)
diff --git a/meta/recipes-graphics/pango/pango_1.50.6.bb
b/meta/recipes-graphics/pango/pango_1.50.6.bb
index b1b9054234d..cd04801db10 100644
---
This option is no longer needed
Signed-off-by: Khem Raj
---
meta/recipes-extended/mdadm/mdadm_4.2.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-extended/mdadm/mdadm_4.2.bb
b/meta/recipes-extended/mdadm/mdadm_4.2.bb
index 1c2fc8c37a7..19035caaec9 100644
---
Changes in this release [1] [2]
[1] https://github.com/harfbuzz/harfbuzz/releases/tag/4.1.0
[2] https://github.com/harfbuzz/harfbuzz/releases/tag/4.2.0
Signed-off-by: Khem Raj
---
.../harfbuzz/{harfbuzz_4.0.1.bb => harfbuzz_4.2.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1
Signed-off-by: Khem Raj
---
meta/conf/machine/include/riscv/arch-riscv.inc | 2 ++
meta/conf/machine/include/riscv/tune-riscv.inc | 8
2 files changed, 10 insertions(+)
diff --git a/meta/conf/machine/include/riscv/arch-riscv.inc
b/meta/conf/machine/include/riscv/arch-riscv.inc
index
On Wed, 2022-04-13 at 11:39 -1000, Steve Sakoman wrote:
> I did another experiment, where I disabled generation of the sha256
> entries in Release (by adding --no-sha256 to the apt-ftparchive
> command)
>
> As a result we get past this first hash mismatch in Release, but then
> get later hash
On Wed, Apr 13, 2022 at 11:42 AM Bruce Ashfield via
lists.openembedded.org
wrote:
>
>
>
> On Wed, Apr 13, 2022 at 11:19 AM Luca Ceresoli
> wrote:
>>
>> Hello Bruce,
>>
>> Il giorno Tue, 12 Apr 2022 17:45:55 -0400
>> "Bruce Ashfield" ha scritto:
>>
>> > From: Bruce Ashfield
>> >
>> > Richard,
it looks like a rounding error. A bunch of them were fixed in few
months back via
https://gitlab.gnome.org/GNOME/pango/-/commit/053c9ff8ab00d6d7d4b7cbe8aeeaca58c0982df1
On Wed, Apr 13, 2022 at 3:42 PM Khem Raj wrote:
>
> On Tue, Apr 12, 2022 at 1:07 AM Alexandre Belloni
> wrote:
> >
> > Hi
On Tue, Apr 12, 2022 at 1:07 AM Alexandre Belloni
wrote:
>
> Hi Khem,
>
> On 10/04/2022 16:16:59-0700, Khem Raj wrote:
> > Changes in this release [1]
> >
> > [1]
> > https://github.com/GNOME/pango/commit/37a427018c92a2bc679ef104097e07a619609c9c
>
>
> New ptest failures with this release:
>
On Wed, Apr 13, 2022 at 11:41 AM Richard Purdie
wrote:
>
> On Wed, 2022-04-13 at 11:39 -1000, Steve Sakoman wrote:
> > On Wed, Apr 13, 2022 at 9:05 AM Ralph Siemsen
> > wrote:
> > >
> > > On Wed, Apr 13, 2022 at 2:19 PM Steve Sakoman wrote:
> > >
> > > > Yes, and it appears they had a quite
On Wed, 2022-04-13 at 11:39 -1000, Steve Sakoman wrote:
> On Wed, Apr 13, 2022 at 9:05 AM Ralph Siemsen
> wrote:
> >
> > On Wed, Apr 13, 2022 at 2:19 PM Steve Sakoman wrote:
> >
> > > Yes, and it appears they had a quite similar bug in the past!
> > >
> > >
On Wed, Apr 13, 2022 at 9:05 AM Ralph Siemsen wrote:
>
> On Wed, Apr 13, 2022 at 2:19 PM Steve Sakoman wrote:
>
> > Yes, and it appears they had a quite similar bug in the past!
> >
> > https://lists.debian.org/deity/2006/07/msg00074.html
>
> Interesting find... though it seems that is in a
Hi Stefan
Firstly, thanks for the work extending and improving this.
Secondly, apologies for dredging this up, but I just found this looking back
through the history for the release notes:
On Friday, 8 October 2021 20:42:20 NZST Stefan Herbrechtsmeier wrote:
> From: Stefan Herbrechtsmeier
>
On Wed, Apr 13, 2022 at 1:35 PM Peter Kjellerstedt <
peter.kjellerst...@axis.com> wrote:
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org> On Behalf Of Richard Purdie
> > Sent: den 13 april 2022 19:45
> > To:
From: Ferry Toth
When signing the deb package feed gpg tools are a soft requirement. If
gnupg-native
is not declared a dependancy the version from hosttools is used. Unfortunately
the
gpg-agent version from Ubuntu 16.04 on the autobuilders is incompatible with
the package_index task
and fails
From: Ferry Toth
Since Gatesgarth apt (1.8.2) has become more strict and doesn’t allow unsigned
repositories by default.
Currently when building images this requirement is worked around by using
[allow-insecure=yes] and
equivalently when performing selftest.
Patches "gpg-sign: Add parameters
[PATCH v4 1/2] apt: add apt selftest to test signed package feeds
[PATCH v4 2/2] package_manager: fix missing dependency on gnupg when
Since Gatesgarth apt (1.8.2) has become more strict and doesn’t allow unsigned
repositories by default.
Currently when building images this requirement is worked
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Richard Purdie
> Sent: den 13 april 2022 19:45
> To: Christopher Larson ;
> openembedded-core@lists.openembedded.org
> Cc: Christopher Larson
> Subject: Re: [OE-core] [PATCH v2] license: add
On Wed, 2022-04-13 at 12:21 -0700, Andre McCurdy wrote:
> On Wed, Apr 13, 2022 at 10:58 AM Richard Purdie
> wrote:
> >
> > Some versions of make have bugs. Add a way to provide a make tarball
> > that can be used on it's own in these cases.
> >
> > Signed-off-by: Richard Purdie
> > ---
> >
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Konrad Weihmann
> Sent: den 13 april 2022 19:09
> To: openembedded-core@lists.openembedded.org
> Cc: Konrad Weihmann
> Subject: [OE-core] [PATCH 1/2] ncurses: use COPYING file
On Wed, Apr 13, 2022 at 10:58 AM Richard Purdie
wrote:
>
> Some versions of make have bugs. Add a way to provide a make tarball
> that can be used on it's own in these cases.
>
> Signed-off-by: Richard Purdie
> ---
> meta/conf/distro/include/maintainers.inc | 1 +
>
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Konrad Weihmann
> Sent: den 13 april 2022 18:59
> To: Jose Quaresma
> Cc: OE-core
> Subject: Re: [OE-core] [PATCH] git: correct license
>
> On 13.04.22 18:56, Jose Quaresma
On Wed, Apr 13, 2022 at 7:37 AM Steve Sakoman wrote:
>
> On Wed, Apr 13, 2022 at 6:41 AM Mike Crowe wrote:
> >
> > On Wednesday 13 April 2022 at 06:02:22 -1000, Steve Sakoman wrote:
> > > Both runs completed and I'm still seeing success without the zlib patch:
> > >
> > >
On Wed, Apr 13, 2022 at 2:19 PM Steve Sakoman wrote:
> Yes, and it appears they had a quite similar bug in the past!
>
> https://lists.debian.org/deity/2006/07/msg00074.html
Interesting find... though it seems that is in a different sha256
implementation than the one being used here
Hello,
I fixed it up but this is now the third time this happens. Your patch
has a declared charset of 'y' which is not a thing and git am fails
with:
error: cannot convert from y to UTF-8
fatal: could not parse patch
You once again got the following prompt:
The following files are 8bit, but
On Wed, Apr 13, 2022 at 8:02 AM Ralph Siemsen wrote:
>
> On Wed, Apr 13, 2022 at 12:41 PM Mike Crowe wrote:
> >
> > I believe that Ralph's reproduction of the test failure without the zlib
> > patch was from a complete rebuild without anything coming from the sstate
> > cache.
>
> Yes, just
It’s just an example, but you’re right, I’ll change to a better one. Thanks!
--
Christopher Larson
chris_lar...@mentor.com, chris.lar...@siemens.com, kerg...@gmail.com
Principal Software Engineer, Embedded Linux Solutions, Siemens Digital
Industries Software
On Apr 13, 2022, 10:44 AM -0700,
On Wed, Apr 13, 2022 at 12:41 PM Mike Crowe wrote:
>
> I believe that Ralph's reproduction of the test failure without the zlib
> patch was from a complete rebuild without anything coming from the sstate
> cache.
Yes, just confirming the above. I wanted to be certain there was
nothing left-over
Some versions of make have bugs. Add a way to provide a make tarball
that can be used on it's own in these cases.
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/maintainers.inc | 1 +
.../recipes-core/meta/buildtools-make-tarball.bb | 16
2 files changed,
Users may or may not include the certificates in buildtools. Only set the
appropriate variables if they're present.
Signed-off-by: Richard Purdie
---
meta/recipes-core/meta/buildtools-tarball.bb | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
Hi Steve,
Steve Sakoman escreveu no dia quarta, 13/04/2022 à(s)
18:37:
> On Wed, Apr 13, 2022 at 6:41 AM Mike Crowe wrote:
> >
> > On Wednesday 13 April 2022 at 06:02:22 -1000, Steve Sakoman wrote:
> > > Both runs completed and I'm still seeing success without the zlib
> patch:
> > >
> > >
On Wed, 2022-04-13 at 16:00 +, Christopher Larson wrote:
> This function returns True if any of the specified packages are skipped due to
> incompatible license.
>
> License exceptions are obeyed. The user may specify the package's license for
> cross-recipe checks.
>
> This allows for
Jose Quaresma via lists.openembedded.org escreveu no dia quarta, 13/04/2022 à(s)
18:11:
> Hi,
>
> Steve Sakoman escreveu no dia quarta, 13/04/2022 à(s)
> 17:02:
>
>> On Wed, Apr 13, 2022 at 5:31 AM Steve Sakoman via
>> lists.openembedded.org
>> wrote:
>> >
>> > On Tue, Apr 12, 2022 at 3:21 PM
On Wed, Apr 13, 2022 at 6:41 AM Mike Crowe wrote:
>
> On Wednesday 13 April 2022 at 06:02:22 -1000, Steve Sakoman wrote:
> > Both runs completed and I'm still seeing success without the zlib patch:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/50/builds/5069
> >
> > and failure
in target and native variant a different set of vendored libraries
is pulled from the cmake sources.
Add those licenses and there texts
Signed-off-by: Konrad Weihmann
---
meta/recipes-devtools/cmake/cmake-native_3.22.3.bb | 8
meta/recipes-devtools/cmake/cmake_3.22.3.bb| 7
Hi,
Steve Sakoman escreveu no dia quarta, 13/04/2022 à(s)
17:02:
> On Wed, Apr 13, 2022 at 5:31 AM Steve Sakoman via
> lists.openembedded.org
> wrote:
> >
> > On Tue, Apr 12, 2022 at 3:21 PM Ralph Siemsen
> wrote:
> > >
> > > On Tue, Apr 12, 2022 at 5:49 PM Steve Sakoman
> wrote:
> > >
> > >
which has the same info as the in-file header used in before
Signed-off-by: Konrad Weihmann
---
meta/recipes-core/ncurses/ncurses.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/ncurses/ncurses.inc
b/meta/recipes-core/ncurses/ncurses.inc
index
as described in src/pip/_vendor/README.rst pip ships plenty
of vendored copies of other python modules.
Correct the license of the resulting package and
reference all the vendor copy license files correctly
Signed-off-by: Konrad Weihmann
---
.../python/python3-pip_22.0.3.bb | 32
On 13.04.22 18:56, Jose Quaresma wrote:
Hi
Konrad Weihmann mailto:kweihm...@outlook.com>>
escreveu no dia quarta, 13/04/2022 à(s) 17:34:
by default git pulls in several code fragments not being licensed
under just GPL-2.0-only.
In fact obstack and poll are taken from glib, being
Hi
Konrad Weihmann escreveu no dia quarta, 13/04/2022
à(s) 17:34:
> by default git pulls in several code fragments not being licensed
> under just GPL-2.0-only.
> In fact obstack and poll are taken from glib, being licensed
> under GPL-2.0-or-later - as this includes GPL-2.0-only, use this
On Wednesday 13 April 2022 at 06:02:22 -1000, Steve Sakoman wrote:
> Both runs completed and I'm still seeing success without the zlib patch:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/50/builds/5069
>
> and failure with the patch:
>
>
by default git pulls in several code fragments not being licensed
under just GPL-2.0-only.
In fact obstack and poll are taken from glib, being licensed
under GPL-2.0-or-later - as this includes GPL-2.0-only, use this instead
Furthermore
reftable being BSD-3-Clause
sha1dc and inet_ntop being MIT
We keep seeing hangs on the autobuilder with make 4.2.1 on Centos8, Alma8
and OpenSuse workers. The hang occurs in perl and kernel builds in particular.
The issue is fixed in 4.3 and has been patched on Ubuntu systems:
On Wed, Apr 13, 2022 at 5:31 AM Steve Sakoman via
lists.openembedded.org
wrote:
>
> On Tue, Apr 12, 2022 at 3:21 PM Ralph Siemsen
> wrote:
> >
> > On Tue, Apr 12, 2022 at 5:49 PM Steve Sakoman wrote:
> >
> > > I added a debug option to the failing command and did another autobuilder
> > >
This function returns True if any of the specified packages are skipped due to
incompatible license.
License exceptions are obeyed. The user may specify the package's license for
cross-recipe checks.
This allows for additions to packagegroups only for non-incompatible builds. For
example:
This function returns True if any of the specified packages are skipped due to
incompatible license.
License exceptions are obeyed. The user may specify the package's license for
cross-recipe checks.
This allows for additions to packagegroups only for non-incompatible builds. For
example:
On Wed, Apr 13, 2022 at 11:19 AM Luca Ceresoli
wrote:
> Hello Bruce,
>
> Il giorno Tue, 12 Apr 2022 17:45:55 -0400
> "Bruce Ashfield" ha scritto:
>
> > From: Bruce Ashfield
> >
> > Richard,
> >
> > Here's the collection of -stable, fixes and tweaks that I was talking
> > about during the
depending on the actual PACKAGECONFIG some
internal vendor copies of libxml, libcroco and glib will
be used.
In the case of libxml this adds MIT to the license.
Reference the license statements based on the actual choosen
PACKAGECONFIG
Signed-off-by: Konrad Weihmann
---
as COPYING clearly states that unicode data is baked into
the lib.
Add the license and reference the COPYING file for that
Signed-off-by: Konrad Weihmann
---
meta/recipes-extended/libidn/libidn2_2.3.2.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
by default libsdl2 is build with code from src/video/yuv2rgb, which
is licensed under BSD-2-Clause.
Additional by default hidapi is build, which is licensed under
GPL3 | BSD-2-Clause | HIDAPI license, pick the least restrictive
and best matching BSD-2-Clause.
Signed-off-by: Konrad Weihmann
---
On Tue, Apr 12, 2022 at 3:21 PM Ralph Siemsen wrote:
>
> On Tue, Apr 12, 2022 at 5:49 PM Steve Sakoman wrote:
>
> > I added a debug option to the failing command and did another autobuilder
> > run.
> >
> > You can see the output here:
> >
> >
On Mon, Apr 11, 2022 at 9:14 AM Christopher Larson via
lists.openembedded.org wrote:
> This function returns True if any of the specified packages are skipped
> due to
> incompatible license.
>
> License exceptions are obeyed. The user may specify the package's license
> for
> cross-recipe
Please is there a documentation that contains the possible commands and the
files they affect?
If there is not, please what method do I use to know which command will affect
a particular shell script except try and error?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this
There is currently an issue with exclusivity for software with the
same use cases (e.g., PROVIDES), and potential confusion for software
with similar use cases. This is especially problematic for the Arm
boot flow, as there are a number of pieces of competing
software/firmware that stack on top
Hello Bruce,
Il giorno Tue, 12 Apr 2022 17:45:55 -0400
"Bruce Ashfield" ha scritto:
> From: Bruce Ashfield
>
> Richard,
>
> Here's the collection of -stable, fixes and tweaks that I was talking
> about during the engineering sync on Tuesday.
>
> Feel free to take what you want, or just wait
This reverts commit 131b143b6ea37963a0380975718cbf8420e5b87f.
Upstream dropped many 'legacy' low res bitmap icons and also plans to
phase out 'generic app' icons in the svg format, saying that all apps
must carry their own icons. This breaks the icons displayed in sato
so revert for now until we
Running "runqemu qemux86 kvm" when qemu is configured for sdl and/or gtk
display output currently leads to a poor user experience with no cursor
and corrupted fonts in the gtk case. This is due to no options being
passed to qemu which leads to the loss of the font envirornment variable
and the
In the hope that it spares someone else a wasted day of figuring out
why parts of your build are randomly failing... I suspect it's this
change which is backported to (at least) Ubuntu 18.04 and causes git
operations from inside a fakeroot context (i.e. you're running as
"root") to fail as the
On Wed, 2022-04-13 at 15:43 +0200, Ferry Toth wrote:
> Hi,
>
> Op 13-04-2022 om 09:00 schreef Richard Purdie:
> > On Wed, 2022-04-13 at 00:34 +0200, Alexandre Belloni wrote:
> > > On 13/04/2022 00:20:40+0200, Ferry Toth wrote:
> > > > Hi,
> > > >
> > > > Op 12-04-2022 om 23:51 schreef Richard
Hi,
Op 13-04-2022 om 09:00 schreef Richard Purdie:
On Wed, 2022-04-13 at 00:34 +0200, Alexandre Belloni wrote:
On 13/04/2022 00:20:40+0200, Ferry Toth wrote:
Hi,
Op 12-04-2022 om 23:51 schreef Richard Purdie:
On Tue, 2022-04-12 at 23:48 +0200, Alexandre Belloni wrote:
On 12/04/2022
On Wed, Apr 13, 2022 at 10:29 AM Luca Ceresoli
wrote:
>
> Hello Alex,
>
> Il giorno Tue, 12 Apr 2022 14:08:18 +0100
> "Alex Kiernan" ha scritto:
>
> > This has been unused since:
> >
> > commit fb61dc1430f81ae2ee59766ffab8404fd79ff1b1
> > Author: Richard Purdie
> > Date: Mon Jan 8
On Wed, 2022-04-13 at 05:52 -0700, Abongwa Amahnui Bonalais wrote:
> I test the results by running bitbake core-image-sato.
> If it builds successsfully, then I assume that it is fine,
> Please what method do you recommend I use to test the results.
You need to find a test which tests the
I test the results by running bitbake core-image-sato.
If it builds successsfully, then I assume that it is fine,
Please what method do you recommend I use to test the results.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164320):
On Wed, 2022-04-13 at 03:50 -0700, Abongwa Amahnui Bonalais wrote:
> Okay thank you what about Using $(...) notation instead of legacy backticked
> `...`.
> base=`basename $0`, changing it to base=$(basename $0)
>
> Should I commence those changes?
> I'm seeing that based om recommendations when
Okay thank you what about Using $(...) notation instead of legacy backticked
`...`.
base=`basename $0`, changing it to base=$(basename $0)
Should I commence those changes?
I'm seeing that based om recommendations when I run shellcheck
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages
On Wed, 2022-04-13 at 10:35 +0100, Abongwa Amahnui Bonalais wrote:
> Signed-off-by: Abongwa Bonalais Amahnui
> ---
> scripts/bitbake-prserv-tool | 22 +++---
> 1 file changed, 11 insertions(+), 11 deletions(-)
I want to suggest a little bit of caution with the direction these
I meant to say globbing sorry.
I will remove the quotes from the subject.
If quotes are not needed in the file=$1, does that means the first patch is
fine?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164316):
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Mike Looijmans
> Sent: den 13 april 2022 11:52
> To: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] "bitbake-prserv-tool: Added quotes to
> variables to prevent splitting and
hi Mike, I have sent a patch that has the changes from your review.
cheers.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164314):
https://lists.openembedded.org/g/openembedded-core/message/164314
Mute This Topic:
Signed-off-by: Abongwa Bonalais Amahnui
---
scripts/bitbake-prserv-tool | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/scripts/bitbake-prserv-tool b/scripts/bitbake-prserv-tool
index e55d98c72e..c9fe4afca9 100755
--- a/scripts/bitbake-prserv-tool
Signed-off-by: Abongwa Bonalais Amahnui
---
scripts/autobuilder-worker-prereq-tests | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/autobuilder-worker-prereq-tests
b/scripts/autobuilder-worker-prereq-tests
index 82e9a77bd5..cdf00bead6 100755
---
See comment below (our mail server injects signatures, sorry for that)
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topic.nl
Signed-off-by: Abongwa Bonalais Amahnui
---
scripts/bitbake-prserv-tool | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/scripts/bitbake-prserv-tool b/scripts/bitbake-prserv-tool
index e55d98c72e..68caa9fb66 100755
--- a/scripts/bitbake-prserv-tool
+++
Hello Alex,
Il giorno Tue, 12 Apr 2022 14:08:18 +0100
"Alex Kiernan" ha scritto:
> This has been unused since:
>
> commit fb61dc1430f81ae2ee59766ffab8404fd79ff1b1
> Author: Richard Purdie
> Date: Mon Jan 8 21:05:18 2007 +
>
> kernel.bbclass: Drop KERNEL_RELEASE variable
>
Hi,
Am 11.04.2022 um 09:17 schrieb Stefan Herbrechtsmeier via
lists.openembedded.org:
Am 08.04.2022 um 22:03 schrieb Markus Volk via lists.openembedded.org:
also had this issue and found out, that the bluetooth service did come
up, once bluetooth was enabled
My fix was to edit like this
Hi Richard,
On 2022-04-13 09:35, Richard Purdie wrote:
On Wed, 2022-04-13 at 09:18 +0200, Claudius Heine wrote:
Hi,
On 2022-03-30 11:15, Claudius Heine wrote:
When creating an initramfs bundled into a kernel fitimage, the resulting
fitimage will only be placed into the deploy directory and
On Wed, 2022-04-13 at 09:18 +0200, Claudius Heine wrote:
> Hi,
>
> On 2022-03-30 11:15, Claudius Heine wrote:
> > When creating an initramfs bundled into a kernel fitimage, the resulting
> > fitimage will only be placed into the deploy directory and not packaged
> > by the kernel recipe/class.
>
Hi,
On 2022-03-30 11:15, Claudius Heine wrote:
When creating an initramfs bundled into a kernel fitimage, the resulting
fitimage will only be placed into the deploy directory and not packaged
by the kernel recipe/class.
Changing the kernel recipe/class to produce a package with the fitimage
If libcap is compiled with pam in PACKAGECONFIG
one additional license text becomes effective,
add that as a conditional
Signed-off-by: Konrad Weihmann
---
v2:
- use spaces instead of tabs
- simplify by using bb.utils.contains
meta/recipes-support/libcap/libcap_2.63.bb | 6 +-
1 file
On Wed, 2022-04-13 at 00:34 +0200, Alexandre Belloni wrote:
> On 13/04/2022 00:20:40+0200, Ferry Toth wrote:
> > Hi,
> >
> > Op 12-04-2022 om 23:51 schreef Richard Purdie:
> > > On Tue, 2022-04-12 at 23:48 +0200, Alexandre Belloni wrote:
> > > > On 12/04/2022 23:32:49+0200, Ferry Toth wrote:
> >
Hi Richard,
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: Wednesday, 13 April, 2022 12:56 AM
> To: Teoh, Jay Shen ; Pokybuild User
> ; yo...@lists.yoctoproject.org; OE-core
>
> Cc:
Hello,
I believe this has introduced a race condition and is the cause of those
two failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3442/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/3399/steps/14/logs/stdio
2022-04-12
90 matches
Mail list logo
