Hi,
On Wed, Oct 19, 2022 at 3:54 AM Yu, Mingli wrote:
> From: Mingli Yu
>
> The commit(75dbdea940 grub: Allow build on armv7ve/a with softfp)
> enable build on armv7ve/a with softfp, but it acutally enable
> build on armv7ve/a with hardfp altogether and result in below build
> failure:
> |
Hi,
On Thu, 15 Sep 2022, at 13:50, Andrei Gherzan wrote:
> From: Andrei Gherzan
>
> Grub tries to force the compilation in softfp mode for some known target
> CPU. That is because it doesn't use floats or doubles and there are
> known limitations of using a configurat
From: Andrei Gherzan
Grub tries to force the compilation in softfp mode for some known target
CPU. That is because it doesn't use floats or doubles and there are
known limitations of using a configuration with hardfp. There are though
target CPUs that grub won't know how to configure failing
From: Andrei Gherzan
Grub tries to force the compilation in softfp mode for some known target
CPU. That is because it doesn't use floats or doubles and there are
known limitations of using a configuration with hardfp. There are though
target CPUs that grub won't know how to configure failing
From: Andrei Gherzan
The _exec_shell_cmd function is used by a couple of other functions that
are ultimatelly called from the create_rootfs function. The latter is
used in image bbclass' do_rootfs which is running using the fakeroot
support in bitbake. This makes the fakeroot support
From: Andrei Gherzan
We run depmod (through depmodwrapper) at the end of the rootfs
generation process. This part of the process assumes in its current
implementation that the kernel package name is always 'kernel' and that
there is only one set of kernel modules for which we need to generate
From: Andrei Gherzan
This makes sure that the postrm script it using the right kernel paths.
Signed-off-by: Andrei Gherzan
---
meta/classes-recipe/kernel-module-split.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-recipe/kernel-module-split.bbclass
b
From: Andrei Gherzan
This makes sure that the postinstall script it using the right kernel
paths.
Signed-off-by: Andrei Gherzan
---
meta/classes-recipe/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-recipe/kernel.bbclass
b/meta/classes-recipe
From: Andrei Gherzan
depmodwrapper assumes that the kernel package name is "kernel". Since
this is configurable via KERNEL_PACKAGE_NAME variable, the wrapper can
easily look in the wrong place. This change adds an optional positional
argument that can be used to provide the kernel pa
From: Andrei Gherzan
With the current regex expression, a machine that is not part of the
compatible could match the regex expression.
For example, consider the following COMPATIBLE_MACHINE:
COMPATIBLE_MACHINE = "qemuarm|qemuarm64"
A machine definition bringing in "qemuarm-f
From: Andrei Gherzan
With the current regex expression, a machine that is not part of the
compatible could match the regex expression.
For example, consider the following COMPATIBLE_MACHINE:
COMPATIBLE_MACHINE = "qemuarm|qemuarm64"
A machine definition bringing in "qemuarm-f
From: Andrei Gherzan
The libnss configuration file is only installed when glibc is used. The
inexistence of it on a musl-based rootfs, will make shadow complain
about it:
Failed opening /etc/nsswitch.conf
This is because shadow will try to use nsswich when dealing with
subordinate IDs
From: Andrei Gherzan
When creating users, shadow-utils might create backup files for
subordinate ID files (subid, subgid). Make sure we clean them up
similarly to the other backup files shadow-utils creates.
This is a backport from master that brings in only the cleanup of the
subid backup
From: Andrei Gherzan
shadow utils are used when creating users at image creation time. The
useradd/usermod tools will only try to add a default configuration for
subid files if they exist.
Signed-off-by: Andrei Gherzan
---
meta/recipes-extended/shadow/shadow.inc | 7 +++
1 file changed, 7
On Wed, 24 Aug 2022, at 10:39, Alexander Kanavin wrote:
> Almost there :) As the patch was not actually submitted, the correct
> metadata is:
>
> Upstream-Status: Inappropriate [issue reported at
> https://github.com/shadow-maint/shadow/issues/557]
Now I know :)
From: Andrei Gherzan
The libnss configuration file is only installed when glibc is used. The
inexistence of it on a musl-based rootfs, will make shadow complain
about it:
Failed opening /etc/nsswitch.conf
This is because shadow will try to use nsswich when dealing with
subordinate IDs
From: Andrei Gherzan
shadow utils are used when creating users at image creation time. The
useradd/usermod tools will only try to add a default configuration for
subid files if they exist.
Signed-off-by: Andrei Gherzan
---
meta/recipes-extended/shadow/shadow.inc | 7 +++
1 file changed, 7
On Wed, 24 Aug 2022, at 09:56, Alexander Kanavin wrote:
> Thanks, can you also resend the patch with the link to the ticket included?
Sure. https://lists.openembedded.org/g/openembedded-core/message/169800
Andrei
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
From: Andrei Gherzan
The libnss configuration file is only installed when glibc is used. The
inexistence of it on a musl-based rootfs, will make shadow complain
about it:
Failed opening /etc/nsswitch.conf
This is because shadow will try to use nsswich when dealing with
subordinate IDs
On Wed, 24 Aug 2022, at 09:30, Alexander Kanavin wrote:
> I trust the upstream will figure this out. My goal is to avoid adding
> more patches that are declared unsuitable for upstream, and so have to
> be rebased until the end of time by (usually) me.
OK. I have created an upstream issue:
On Wed, 24 Aug 2022, at 09:21, Alexander Kanavin wrote:
> The issue is described by you in the commit message? I think this is
> good enough for upstream submission as is, as long as you edit out the
> yocto specific references.
RIght. I was more interested in how you see this issue per se. At
On Wed, 24 Aug 2022, at 08:36, Alexander Kanavin wrote:
> I do not think it is inappropriate, as it does highlight an issue
> which we need to inform upstream about. Can you submit it upstream
> anyway please?
Just to be sure we have the same understanding, could you detail the issue you
are
From: Andrei Gherzan
The libnss configuration file is only installed when glibc is used. The
inexistence of it on a musl-based rootfs, will make shadow complain
about it:
Failed opening /etc/nsswitch.conf
This is because shadow will try to use nsswich when dealing with
subordinate IDs
From: Andrei Gherzan
'shadow_sort' was renamed to 'tidy_shadowutils_files' in
rootfspostcommands.py so we reflect this in
SORT_PASSWD_POSTPROCESS_COMMAND. This also creates a deprecation
function for 'shadow_sort'.
Signed-off-by: Andrei Gherzan
---
meta/classes-recipe/rootfs
From: Andrei Gherzan
The initial implementation adds tests for 'tidy_shadowutils_files'.
Signed-off-by: Andrei Gherzan
---
.../selftest/cases/rootfspostcommandstests.py | 97 +++
1 file changed, 97 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/cases
From: Andrei Gherzan
When creating users, shadow-utils might create backup files for
subordinate ID files (subid, subgid). Make sure we clean them up
similarly to the other backup files shadow-utils creates.
Signed-off-by: Andrei Gherzan
---
meta/lib/rootfspostcommands.py | 2 ++
1 file
From: Andrei Gherzan
This change proposes a restructure of the functions in
rootfspostcommandstests.py to clarify the purpose of each function and
also, make it scalable for other use cases (for example adding support
for removing subid backup files).
The main function of interest here
From: Andrei Gherzan
shadow utils are used when creating users at image creation time. The
useradd/usermod tools will only try to add a default configuration for
subid files if they exist.
Signed-off-by: Andrei Gherzan
---
meta/recipes-extended/shadow/shadow.inc | 7 +++
1 file changed, 7
On Thu, 28 Apr 2022, at 07:26, Khem Raj wrote:
> RPi kernel has started building compressed kernel modules by default
> starting 5.15, currenrly therefore meta-raspberrypi kernels are unable
> to load kernel modules since kmod and kmod-native do not entertain xz
> compressed modules. There is a
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
.../automake/0001-Drop-ar-u-argument.patch| 35 +++
.../automake/automake_1.16.5.bb | 1 +
2 files changed, 36 insertions(+)
create mode 100644
meta/recipes-devtools/automake/automake/0001-Drop-ar-u
On Wed, 20 Apr 2022, at 16:36, Khem Raj wrote:
> On Wed, Apr 20, 2022 at 8:17 AM Andrei Gherzan wrote:
>>
>> From: Andrei Gherzan
>>
>> Signed-off-by: Andrei Gherzan
>> ---
>> .../automake/0001-Drop-ar-u-argument.patch| 32
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
.../automake/0001-Drop-ar-u-argument.patch| 32 +++
.../automake/automake_1.16.5.bb | 1 +
2 files changed, 33 insertions(+)
create mode 100644
meta/recipes-devtools/automake/automake/0001-Drop-ar-u
On Thu, 3 Mar 2022, at 03:34, Bruce Ashfield wrote:
> 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
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 recei
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 Ashfi
On Tue, 1 Mar 2022, at 01:55, Bruce Ashfield wrote:
> On Mon, Feb 28, 2022 at 8:17 PM Bruce Ashfield via
> lists.openembedded.org
> wrote:
>>
>> On Mon, Feb 28, 2022 at 6:54 PM Andrei Gherzan wrote:
>> >
>> > From: Andrei Gherzan
>> >
>>
From: Andrei Gherzan
Compile pulls in the go.mod list requiring network. Without this, do
compile would fail with a similar error to the following:
dial tcp: lookup proxy.golang.org: Temporary failure in name resolution
Signed-off-by: Andrei Gherzan
---
meta/classes/go.bbclass | 1 +
1 file
From: Andrei Gherzan
The "gcc: Fix compile of gcc plugins" patch had a typo making it a noop.
This was due to a rework to make it specific to the linux64.h header.
Signed-off-by: Andrei Gherzan
---
.../gcc/gcc/0001-Fix-install-path-of-linux64.h.patch| 2 +-
1 file
On Mon, 10 Jan 2022, at 13:15, Alexander Kanavin wrote:
> On Mon, 10 Jan 2022 at 14:08, Andrei Gherzan wrote:
>>
>> You need to clean before every build. Perl doesn't correctly reconfigure
>> itself when settings like this change.
>>
>> I'm not su
On Mon, 10 Jan 2022, at 13:01, Alexander Kanavin wrote:
> You need to clean before every build. Perl doesn't correctly reconfigure
> itself when settings like this change.
I'm not sure I get you here. Are you saying that this is normal behavior or
that it is a known issue? If the latter, do we
On Mon, 10 Jan 2022, at 12:39, Andrei Gherzan wrote:
> Hi,
>
> On Thu, 6 Jan 2022, at 20:12, Saul Wold wrote:
>> From: Saul Wold
>>
>> When the tranisiton to perl-cross occured, the threading define
>> seems to have been missed. The perl tests for thre
Hi,
On Thu, 6 Jan 2022, at 20:12, Saul Wold wrote:
> From: Saul Wold
>
> When the tranisiton to perl-cross occured, the threading define
> seems to have been missed. The perl tests for threading where
> simply skipped, so there was no direct failures. This was verified
> by running perl ptest
From: Andrei Gherzan
Without this, compiling gcc plugins will fail with an error similar to:
[...]
fatal error: ./config/i386/linux64.h: No such file or directory
[...]
In Yocto, we set up compiling gcc-cross out of tree. Which in turn makes
the generated headers end up in B. The tm.h header
On Fri, 24 Dec 2021, at 05:50, Khem Raj wrote:
> On Thu, Dec 23, 2021 at 4:26 AM Andrei Gherzan wrote:
>>
>> From: Andrei Gherzan
>>
>> Without this, compiling gcc plugins will fail with an error similar to:
>> [...]
>> fatal error: ./config/i3
Hi Richard,
On Tue, 21 Dec 2021, at 12:04, Richard Purdie wrote:
> On Tue, 2021-12-21 at 11:56 +0000, Andrei Gherzan wrote:
>> On Mon, 20 Dec 2021, at 01:39, Bernhard Rosenkränzer via
>> lists.openembedded.org wrote:
>> > On Thu, Dec 9, 2021 at 07:40 PM, Andrei Gherzan wro
From: Andrei Gherzan
Without this, compiling gcc plugins will fail with an error similar to:
[...]
fatal error: ./config/i386/linux64.h: No such file or directory
[...]
Signed-off-by: Andrei Gherzan
---
meta/recipes-devtools/gcc/gcc-11.2.inc| 1 +
.../0001-Fix-install-path-of-linux64
On Mon, 20 Dec 2021, at 01:39, Bernhard Rosenkränzer via lists.openembedded.org
wrote:
> On Thu, Dec 9, 2021 at 07:40 PM, Andrei Gherzan wrote:
>
>> On Thu, 9 Dec 2021, at 16:40, Khem Raj wrote:
>>
>>> On Thu, Dec 9, 2021 at 7:40 AM Andrei Gherzan wrote:
>
On Thu, 9 Dec 2021, at 16:40, Khem Raj wrote:
> On Thu, Dec 9, 2021 at 7:40 AM Andrei Gherzan wrote:
>>
>> From: Andrei Gherzan
>>
>> On x86-64, tm.h (needed to build gcc plugins) tries to include
>> config/i386/linux64.h, which isn't installed. Fortunately
Hi,
On Thu, 9 Dec 2021, at 15:41, Konrad Weihmann wrote:
> On 09.12.21 16:38, Andrei Gherzan wrote:
>> From: Andrei Gherzan
>>
>> Signed-off-by: Andrei Gherzan
>> ---
>> meta/recipes-graphics/mesa/mesa.inc | 1 +
>> 1 file changed, 1 insertion(+)
&g
From: Andrei Gherzan
On x86-64, tm.h (needed to build gcc plugins) tries to include
config/i386/linux64.h, which isn't installed. Fortunately it also isn't
used, so simply removing the include statement is an ok fix.
Signed-off-by: Bernhard Rosenkränzer
Signed-off-by: Andrei Gherzan
---
meta
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
meta/recipes-graphics/mesa/mesa.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index c894c2dab5..8db91a7b2e 100644
--- a/meta/recipes-graphics/mesa
From: Andrei Gherzan
The upstream qemu recipe uses host's pkg-config files as a solution to
detecting host's SDL. This has a side effect of using other host
libraries that are later queried by the configure script. This can get
into a situation when the host provides libnfs (for example
Hey,
On Tue, 24 Aug 2021, at 16:25, Andrei Gherzan wrote:
> On Tue, 24 Aug 2021, at 15:24, Richard Purdie wrote:
> > On Tue, 2021-08-24 at 04:20 -1000, Steve Sakoman wrote:
> > > On Mon, Aug 23, 2021 at 3:53 AM Andrei Gherzan wrote:
> > > >
&g
On Tue, 24 Aug 2021, at 15:24, Richard Purdie wrote:
> On Tue, 2021-08-24 at 04:20 -1000, Steve Sakoman wrote:
> > On Mon, Aug 23, 2021 at 3:53 AM Andrei Gherzan wrote:
> > >
> > > From: Leif Middelschulte
> > >
> > > Using backslashes in file:
From: Leif Middelschulte
Using backslashes in file:// URIs was broken.
Either the resolver would fail or the subsequent `cp` command.
Try to avoid this by putting the filenames into quotes.
Fixes https://bugzilla.yoctoproject.org/show_bug.cgi?id=8161
(Bitbake rev:
From: jbouchard
Previously the bootimg-pcbios wic plugin was not respecting
the --label option provided from the wks file. The plugin
was setting the label to 'boot'. With this fix, the --label
option is use. If no option are specified, then the default
is 'boot'.
(From OE-Core rev:
From: Khem Raj
(From OE-Core rev: 5406ce83e07c3f89b9f2bb26f083861467b7bc59)
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
---
.../ovmf/0001-Fix-VLA-parameter-warning.patch | 51 +++
meta/recipes-core/ovmf/ovmf_git.bb| 3 +-
2 files changed, 53
From: Andrei Gherzan
There can be situations where downstreamers work with updated GCC
versions and this fix would help. Even if that is not the case, the fix
is an improvement nevertheless.
Khem Raj (1):
ovmf: Fix VLA warnings with GCC 11
.../ovmf/0001-Fix-VLA-parameter-warning.patch | 51
our use case, most of the times, you'd want this "state" setup
happening pre init (in initramfs, for example), especially if you want to
handle persistent systemd logging or machine id, etc.
--
Andrei Gherzan
gpg: rsa4096/D4D94F67AD0E9640
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all
On Sun, 18 Apr 2021, at 23:53, Khem Raj wrote:
> With commit dc778c70449ee5401b5a24ad18b22b88338c47c5, dependency was
> moved to openssl-bin which in itself was a fine change, but dropping
> dependency on openssl too should have been kept along, dropping this
> meant that openssl binary wont be
Hi,
On Wed, 17 Mar 2021, at 00:31, Khem Raj wrote:
> Fixes
>
> [YOCTO #14281]
>
> Signed-off-by: Khem Raj
> Cc: Andrei Gherzan
> ---
> .../webkitgtk/musl-lower-stack-usage.patch| 51 +++
> meta/recipes-sato/webkit/webkitgtk_2.30.5.bb |
Superseded by https://lists.openembedded.org/g/openembedded-core/message/149192
---
Andrei
On Fri, 19 Feb 2021, at 23:53, Andrei Gherzan wrote:
> From: Andrei Gherzan
>
> It was observerd that with glibc 2.33, sysconf reports unsupported
> option (-1) for _SC_LEVEL1_ICA
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
...-_SC_LEVEL1_ICACHE_LINESIZE-BZ-27444.patch | 185 ++
meta/recipes-core/glibc/glibc_2.33.bb | 1 +
2 files changed, 186 insertions(+)
create mode 100644
meta/recipes-core/glibc/glibc/0033-x86-Handle
Hi,
On Fri, 5 Mar 2021, at 08:00, Khem Raj wrote:
> On Thu, Mar 4, 2021 at 3:36 PM Andrei Gherzan wrote:
> >
> > From: Andrei Gherzan
> >
> > Signed-off-by: Andrei Gherzan
> > ---
> > meta/recipes-gnome/epiphany/epiphany_3.38.2.bb | 3 +++
> >
On Fri, 5 Mar 2021, at 10:23, Alexander Kanavin wrote:
> On Fri, 5 Mar 2021 at 00:36, Andrei Gherzan wrote:
>> GNOMEBASEBUILDCLASS = "meson"
>> GTKDOC_MESON_OPTION = "gtk_doc"
>> inherit gnomebase gtk-icon-cache gtk-doc features_check
>> upst
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
meta/recipes-gnome/gcr/gcr_3.38.1.bb | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-gnome/gcr/gcr_3.38.1.bb
b/meta/recipes-gnome/gcr/gcr_3.38.1.bb
index fe80439b00..563087a360 100644
--- a/meta
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
meta/recipes-gnome/epiphany/epiphany_3.38.2.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-gnome/epiphany/epiphany_3.38.2.bb
b/meta/recipes-gnome/epiphany/epiphany_3.38.2.bb
index 7fedc43a99..04f340f133 100644
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
meta/recipes-gnome/epiphany/epiphany_3.38.2.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-gnome/epiphany/epiphany_3.38.2.bb
b/meta/recipes-gnome/epiphany/epiphany_3.38.2.bb
index 7fedc43a99..8e697b4a44 100644
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
meta/recipes-gnome/gcr/gcr_3.38.1.bb | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-gnome/gcr/gcr_3.38.1.bb
b/meta/recipes-gnome/gcr/gcr_3.38.1.bb
index fe80439b00..292f5b5655 100644
--- a/meta
From: Andrei Gherzan
Due to a bug in glibc 2.33, the value of the icache line size is now
reported as unsupported option. This breaks qemu at runtime with:
cacheinfo.c:182: init_cache_info: Assertion `(isize & (isize - 1)) == 0'
failed.
Aborted (core dumped)
We haven't caught this one
From: Andrei Gherzan
`devtool` uses `copy_recipe_files` for the upgrade operation when
creating the new, workspace recipe. Before handling the copy operations,
the function checks the entry in `SRC_URI` against `FILE` while in turn
uses absolute paths. When BBLAYERS contains entries
From: Richard Purdie
Python 3.9 dropped isAlive() so use the preferred is_alive().
(From OE-Core rev: 9bb06428cbb2ac0f3d98a1696f050d3393385503)
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/utils/commands.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Andrei Gherzan
Signed-off-by: Andrei Gherzan
---
...h-Fix-pseudo-to-work-with-glibc-2.33.patch | 46 +++
...wrapper-for-fstatat-fstatat64-in-gli.patch | 77 +++
meta/recipes-devtools/pseudo/pseudo_git.bb| 2 +
3 files changed, 125 insertions(+)
create mode
From: Andrei Gherzan
It was observerd that with glibc 2.33, sysconf reports unsupported
option (-1) for _SC_LEVEL1_ICACHE_LINESIZE.
This can be reproduced with sysconf tool:
```
└─❯ docker run -ti --rm archlinux:base-20210214.0.15477 getconf -a |
grep "GNU_LIBC_VERSION\|LEVEL1_ICACHE_LIN
From: Andrei Gherzan
`devtool` uses `copy_recipe_files` for the upgrade operation when
creating the new, workspace recipe. Before handling the copy operations,
the function checks the entry in `SRC_URI` against `FILE` while in turn
uses absolute paths. When BBLAYERS contains entries
Hi,
On Mon, Mar 16, 2020 at 3:28 PM Andrei Gherzan wrote:
> Signed-off-by: Andrei Gherzan
> ---
> scripts/lib/wic/plugins/source/bootimg-efi.py | 21 +++
> 1 file changed, 12 insertions(+), 9 deletions(-)
>
> diff --git a/scripts/lib/wic/plugins/source/
On Sat, Jul 25, 2020 at 6:14 AM Khem Raj wrote:
> What all shells has it been tested for ?
>
I've used shellcheck for static analysis and tested at runtime with busybox
shell.
Andrei
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#140943):
Signed-off-by: Andrei Gherzan
---
.../initscripts-1.0/populate-volatile.sh | 58 +--
1 file changed, 29 insertions(+), 29 deletions(-)
diff --git a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
b/meta/recipes-core/initscripts/initscripts-1.0/populate
h fixing these specific issues, this patch fixes the other
instances where blocks of form `A && B || C` are used as if-then-else.
Signed-off-by: Andrei Gherzan
---
.../initscripts-1.0/populate-volatile.sh | 24 +--
1 file changed, 12 insertions(+), 12 deletions(-)
diff --gi
Signed-off-by: Andrei Gherzan
---
scripts/lib/wic/plugins/source/bootimg-efi.py | 21 +++
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py
b/scripts/lib/wic/plugins/source/bootimg-efi.py
index 2cfdc10ecd..6c3d7b8491
Hi,
On 11/11/2019 12:29, Grygorii Tertychnyi (gtertych) wrote:
Hi Andrei,
From: Andrei Gherzan
Sent: Monday, November 11, 2019 13:18
Subject: Re: [OE-core] [PATCH] archiver: avoid empty incfile in ar_recipe
Not sure I understand. Archiver class does not interpret "include"
Hi Grygorii,
On 04/11/2019 15:09, Grygorii Tertychnyi (gtertych) wrote:
Andrei,
From: Andrei Gherzan
Sent: Friday, November 1, 2019 13:28
To: Grygorii Tertychnyi (gtertych); openembedded-core@lists.openembedded.org
Cc: xe-linux-external(mailer list)
Subject: Re: [OE-core] [PATCH] archiver
ping the matched string. I reckon the former makes more sense
(.*).
--
Andrei Gherzan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
file:
+shutil.copy(incfile, outdir)
create_tarball(d, outdir, 'recipe', d.getVar('ARCHIVER_OUTDIR'))
bb.utils.remove(outdir, recurse=True)
--
Andrei Gherzan
--
___
Openembedded-core mailing list
Openembedded-co
On 09/10/2019 18:58, Richard Purdie wrote:
On Wed, 2019-10-09 at 18:05 +0100, Andrei Gherzan wrote:
This knob can switch in between having full revisions and having git
describe references in the build info file. By default it is set to 0
to
maintain the old behaviour.
Signed-off-by: Andrei
This knob can switch in between having full revisions and having git
describe references in the build info file. By default it is set to 0 to
maintain the old behaviour.
Signed-off-by: Andrei Gherzan
---
meta/classes/image-buildinfo.bbclass | 14 --
1 file changed, 12 insertions
This function finds the most recent tag reachable from the current
commit and computes a nice reference. In order to avoid code
duplication, I generalized the branch and revision functions as well
(base_get_metadata_git_branch, base_get_metadata_git_revision).
Signed-off-by: Andrei Gherzan
On 29/05/2019 19.45, Richard Purdie wrote:
> On Wed, 2019-05-29 at 15:41 +0100, Andrei Gherzan wrote:
>> Signed-off-by: Andrei Gherzan
>> ---
>> .../ca-certificates/ca-certificates_20190110.bb | 4
>> +++-
>> 1 file changed, 3 insertions(+), 1 de
Since yocto thud, and more specifically since poky switched to
openssl 1.1 line, the openssl binary is provided by 'openssl-bin'. This
impacts the native and nativesdk recipe variants as well.
Signed-off-by: Andrei Gherzan
---
.../ca-certificates/ca-certificates_20190110.bb | 4
On 29/05/2019 15.29, Peter Kjellerstedt wrote:
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> On Behalf Of Richard
>> Purdie
>> Sent: den 29 maj 2019 01:24
>> To: Andrei Gherzan ;
>> openembedded-core@lists
Signed-off-by: Andrei Gherzan
---
.../ca-certificates/ca-certificates_20190110.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/ca-certificates/ca-certificates_20190110.bb
b/meta/recipes-support/ca-certificates/ca-certificates_20190110
Since yocto thud, and more specifically since poky switched to
openssl 1.1 line, the openssl binary is provided by 'openssl-bin'.
Signed-off-by: Andrei Gherzan
---
.../recipes-support/ca-certificates/ca-certificates_20190110.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Fri, Feb 16, 2018 at 2:08 PM, Andrei Gherzan <and...@gherzan.ro> wrote:
> On Fri, Feb 16, 2018 at 1:48 PM, Palleti, Avinash Reddy <
> avinash.reddy.pall...@intel.com> wrote:
>
>> I submitted a fix sometime back,
>> http://lists.openembedded.org/pipermail/op
Saul. Shall we merge?
>
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:
> openembedded-core-boun...@lists.openembedded.org] On Behalf Of Alexander
> Kanavin
> Sent: Friday, February 16, 2018 6:54 PM
> To: Andrei Gherzan <and.
=8d2e66817a6e5cea5a0146f2804e703402de44dc
).
Any idea why this happened? Can we bring back the package in pyro as well?
--
Andrei Gherzan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman
On Wed, Aug 23, 2017 at 8:20 PM, Bruce Ashfield <
bruce.ashfi...@windriver.com> wrote:
> commit 44aea7b873 [kernel-yocto: ensure that only valid BSPs are built]
> introduced a new check to ensure that a valid BSP definition was found,
> rather than building something that 'closely' matched the
On Wed, Aug 23, 2017 at 6:08 PM, Bruce Ashfield <bruce.ashfi...@gmail.com>
wrote:
>
>
> On Wed, Aug 23, 2017 at 1:01 PM, Andrei Gherzan <and...@gherzan.ro> wrote:
>
>> On Wed, Aug 23, 2017 at 5:54 PM, Bruce Ashfield <
>> bruce.ashfi...@windriver.com>
On Wed, Aug 23, 2017 at 5:54 PM, Bruce Ashfield <
bruce.ashfi...@windriver.com> wrote:
> Already discussed with Khem and Richard in the original
> thread.
>
> I'm sending another patch shortly to back this off to a note/warning.
>
>
That is nice but wouldn't that clutter the build logs for no
ture branches etc. This got broken
now since finding BSP definition files is a requirement in the class.
--
Andrei Gherzan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Mon, May 1, 2017 at 12:59 PM, Martin Jansa <martin.ja...@gmail.com> wrote:
> I had to change the password on the login, but then it worked for me.
>
> I've added Andrea and Andrei to the list.
Thanks Martin.
--
Andrei Gherzan
--
_
1 - 100 of 418 matches
Mail list logo
