This option allows correctly handle the release/debug flags separation in
upper recipe like cmake.
Signed-off-by: Andrej Valek
Signed-off-by: Pascal Bach
Signed-off-by: Adrian Freihofer
---
meta/conf/bitbake.conf | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta
whole build.
Signed-off-by: Andrej Valek
Signed-off-by: Pascal Bach
Signed-off-by: Adrian Freihofer
---
meta/classes/cmake.bbclass | 27 ++-
1 file changed, 22 insertions(+), 5 deletions(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index
whole build.
Signed-off-by: Andrej Valek
Signed-off-by: Pascal Bach
Signed-off-by: Adrian Freihofer
---
meta/classes/cmake.bbclass | 36
1 file changed, 28 insertions(+), 8 deletions(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index
This option allows correctly handle the release/debug flags separation in
upper recipe like cmake. Adopt SELECTED_OPTIMIZATION usage in other
recipes.
Signed-off-by: Andrej Valek
Signed-off-by: Pascal Bach
Signed-off-by: Adrian Freihofer
---
meta/conf/bitbake.conf
DEBUG: Executing python function do_qa_configure
DEBUG: Python function do_qa_configure finished
Regards,
Andrej
> On Mon, 2020-11-23 at 20:00 +0100, Andrej Valek wrote:
>> This option allows correctly handle the release/debug flags separation
>> in upper recipe like cmake. Adopt SELECTE
Hello again,
No I didn't modify the distro, I'm using the poky without modifications
including security flags.
Now I made double check with this configuration from scratch.
git clone https://git.yoctoproject.org/git/poky
cd poky
// applied my cmake changes
export MACHINE=qemux86-64
. oe-init-bui
Hello Khem,
I was, that you were trying to figure you, what's going wrong with
"linux-dummy" kernel in eSDK case. Did you or somebody else find something?
I have the same problem as described here
https://lists.yoctoproject.org/g/yocto/topic/78096462#51336.
Regards,
Andrej
-=-=-=-=-=-=-=-=-=
ws to really use the Release/Debug build
>> type in cmake. The corresponding build type will have corresponding
>> flags set with/without optimization. Flags are respecting selected
>> optimization from the whole build.
>>
>> Signed-off-by: Andrej Valek
>>
to execute unexpectedly
Signed-off-by: Andrej Valek
---
meta/recipes-kernel/linux/linux-dummy.bb | 28 +-
meta/recipes-kernel/linux/linux-dummy/COPYING.GPL | 339 --
2 files changed, 12 insertions(+), 355 deletions(-)
delete mode 100644 meta/recipes-kernel/linux/li
pes.
>>
>> Signed-off-by: Andrej Valek
>> Signed-off-by: Pascal Bach
>> Signed-off-by: Adrian Freihofer
>> ---
>> meta/conf/bitbake.conf| 7 ---
>> meta/conf/distro/include/security_flags.inc | 8
>>
- correctly save files into sstate
- fix: ERROR: Task linux-dummy.do_fetch attempted to execute unexpectedly
Signed-off-by: Andrej Valek
---
meta/recipes-kernel/linux/linux-dummy.bb | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux
Hello Richard,
No it's not a leftover. I've just copied it from kernel.bbclass, where this
task is written correctly. But you can change it to previous version I guess.
Regards,
Andrej
> On Wed, 2020-11-25 at 18:20 +0100, Andrej Valek wrote:
>> - correctly save files int
No problem, you can keep the deploy task dependency, like it was.
Regards,
Andrej
> On Thu, 2020-11-26 at 14:44 +, Valek, Andrej wrote:
>> No it's not a leftover. I've just copied it from kernel.bbclass, where
>> this task is written correctly. But you can change it to previous
>> version I
- correctly save files into sstate
- fix: ERROR: Task linux-dummy.do_fetch attempted to execute unexpectedly
Signed-off-by: Andrej Valek
---
meta/recipes-kernel/linux/linux-dummy.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux
- move fixing patch for CVE-2020-8492 to the right location
Signed-off-by: Andrej Valek
---
...VE-2020-8492-Fix-AbstractBasicAuthHandler.patch | 0
.../python/python3/CVE-2019-20907.patch| 135 +
meta/recipes-devtools/python/python3_3.8.2.bb | 1 +
3
- move fixing patch for CVE-2020-8492 to the right location
Signed-off-by: Andrej Valek
---
...VE-2020-8492-Fix-AbstractBasicAuthHandler.patch | 0
.../python/python3/CVE-2019-20907.patch| 73 ++
meta/recipes-devtools/python/python3_3.8.2.bb | 1 +
3 files
- move fixing patch for CVE-2020-8492 to the right location
Signed-off-by: Andrej Valek
---
...VE-2020-8492-Fix-AbstractBasicAuthHandler.patch | 0
.../python/python3/CVE-2019-20907.patch| 44 ++
meta/recipes-devtools/python/python3_3.8.2.bb | 1 +
3
Hi Simone,
I would like make a small improvements here ;).
Once you're touching this file, make it little bit more optimized.
Something like this:
CVE_STATUS_GROUPS += "CVE_STATUS_GLIBC"
CVE_STATUS_GLIBC = "CVE-2023-4527 CVE-2023-4911 CVE-2023-4806"...
CVE_STATUS_GLIBC[status] = "fixed-version
Hello Raj,
Don't forget to change the glibc-version.inc too and try to make a
optimization/cleaning like I proposed here:
https://lists.openembedded.org/g/openembedded-core/message/193572 ;).
Regards,
Andy
On 16.01.2024 20:53, Khem Raj wrote:
Upgrade localdef to get glibc 2.39 build fixes
D
n 16, 2024 at 11:10 PM Andrej Valek wrote:
Hello Raj,
Don't forget to change the glibc-version.inc too and try to make a
optimization/cleaning like I proposed here:
https://lists.openembedded.org/g/openembedded-core/message/193572 ;).
yeah CVEs list will need cleaning anyway as it will be ve
- drop irrelevant CVEs
Signed-off-by: Valek Andrej
---
meta/recipes-core/glibc/glibc-version.inc | 5 -
meta/recipes-core/glibc/glibc_2.39.bb | 2 --
2 files changed, 7 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc-version.inc
b/meta/recipes-core/glibc/glibc-version.inc
index
- drop irrelevant CVEs
Signed-off-by: Valek Andrej
---
meta/recipes-core/glibc/glibc-version.inc | 5 -
meta/recipes-core/glibc/glibc_2.39.bb | 2 --
2 files changed, 7 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc-version.inc
b/meta/recipes-core/glibc/glibc-version.inc
index
Hello Raj,
Is this one
https://lists.openembedded.org/g/openembedded-core/message/194128 ok?
Regards,
Andy
On 19.01.2024 15:47, Khem Raj wrote:
On Thu, Jan 18, 2024 at 11:22 PM Andrej Valek wrote:
Hello Raj,
I will try to take a look on this today. Is the patch the same as here
https
Dear community!
I know this could be a funny question, but I wanted to use the
"printhello" recipe as a basic example. But looks like, that is little
bit "out-of-date".
I know, that I can crate a custom recipe, but I wanted to use something
"standard", so I took
poky/bitbake/doc/bitbake-use
nges:
do_configure() {
bbwarn ""
bbwarn "* *"
bbwarn "* Hello, World! *"
bbwarn "* *"
bbwarn ""
}
but I was expecting something like point 12. from
https://docs.yoct
executable.
Alex
On Mon, 12 Aug 2024 at 10:22, Andrej Valek wrote:
Hello Alex,
Here is some more information...
/home/projects/Yocto/poky/build/tmp/work/all-poky-linux/printhello/1/temp$
tree
.
├── cve.json
├── depsig.do_create_runtime_spdx -> depsig.do_create_runti
Now is even worst, server is completely down.
Andy
On 05.08.2024 15:15, Peter Marko via lists.openembedded.org wrote:
In case no one noticed yet, the certificate expired an hour ago, so
the repositories can’t be viewed in a browser…
Peter
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all
Hello everyone,
I would like to ask you how to proceed with multiple CVEs for Google Go
component in kirkstone branch.
CVEs in current version 1.17.13:
- CVE-2022-41722
- CVE-2022-41725
- CVE-2022-41724
- CVE-2022-41723
They are fixed in 1.19.6/1.20.1 branches, but a fixing patches are
available
+0100, Alexander Kanavin wrote:
> You probably should make a kirkstone mixin layer like we did for
> dunfell.
> https://git.yoctoproject.org/meta-lts-mixins/
>
> Alex
>
> On Tue, 7 Mar 2023 at 07:32, Andrej Valek
> wrote:
> >
> > Hello everyone,
> >
> >
Hello Steve,
I have a question about curl. Would it be possible to backport some
fixes for CVEs from kirkstone to dunfell?
CVE-2022-32221
CVE-2022-42915
CVE-2022-42916
CVE-2022-43552
CVE-2022-43551
Thank you,
Andrej
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
V
https://curl.se/docs/CVE-2022-43552.html
Signed-off-by: Andrej Valek
---
.../curl/curl/CVE-2022-43552.patch| 79 +++
meta/recipes-support/curl/curl_7.69.1.bb | 1 +
2 files changed, 80 insertions(+)
create mode 100644 meta/recipes-support/curl/curl/CVE-2022
All mentioned CVEs are related to HSTS check feature, which is not
implemented in version 7.69.1 .
Signed-off-by: Andrej Valek
---
meta/recipes-support/curl/curl_7.69.1.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-support/curl/curl_7.69.1.bb
b/meta/recipes-support
https://curl.se/docs/CVE-2021-22897.html
Signed-off-by: Andrej Valek
---
.../curl/curl/CVE-2021-22897.patch| 73 +++
meta/recipes-support/curl/curl_7.69.1.bb | 1 +
2 files changed, 74 insertions(+)
create mode 100644 meta/recipes-support/curl/curl/CVE-2021
patch, or apply and remove the
whitelist, or remove patch from hardknott?
- Https certificate at yocto.io has been expired ;)
Regards,
Andrej
On Fri, 2023-03-10 at 13:45 +0100, Andrej Valek wrote:
> https://curl.se/docs/CVE-2021-22897.html
>
> Signed-off-by: Andrej Valek
> ---
> ..
>
> Can you give me the url which is giving the expired certificate
> error?
>
> Thanks!
>
> Steve
>
> > Regards,
> > Andrej
> >
> > On Fri, 2023-03-10 at 13:45 +0100, Andrej Valek wrote:
> > > https://curl.se/docs/CVE-2021-22897.html
> >
Backport fix from https://github.com/libarchive/libarchive/issues/1672
Signed-off-by: Andrej Valek
---
.../libarchive/CVE-2022-26280.patch | 29 +++
.../libarchive/libarchive_3.4.2.bb| 1 +
2 files changed, 30 insertions(+)
create mode 100644
meta
AM Steve Sakoman via
> lists.openembedded.org
> wrote:
> >
> > On Thu, Mar 9, 2023 at 11:54 PM Andrej Valek
> > wrote:
> > >
> > > All mentioned CVEs are related to HSTS check feature, which is
> > > not
> > > implemented in version 7.6
are covered by the
general one.
Thank you,
Andrej
On 2020-03-09 09:05, Andrej Valek wrote:
> Hello Richard,
>
> I can try to explain it in some examples.
>
> I would like to add some extra (dynamic) variables into local.conf in
> eSDK mode. I have found, that there are 2
> On Mon, 2020-03-09 at 09:05 +0100, Andrej Valek wrote:
>> I can try to explain it in some examples.
>>
>> I would like to add some extra (dynamic) variables into local.conf in
>> eSDK mode. I have found, that there are 2 possibilities (in
>> populate_sdk_ext.bbclas
- 0001-icu-Added-armeb-support.patch - rebased
- 0001-Fix-big-endian-build.patch - removed, already included in new version
- icu-pkgdata-large-cmd.patch - removed, implemented correct size
Signed-off-by: Andrej Valek
---
.../icu/icu/0001-Fix-big-endian-build.patch| 28
- 0001-icu-Added-armeb-support.patch - rebased
- 0001-Fix-big-endian-build.patch - removed, already included in new version
- icu-pkgdata-large-cmd.patch - removed, implemented correct size
Signed-off-by: Andrej Valek
---
.../icu/icu/0001-Fix-big-endian-build.patch| 28
- 0001-icu-Added-armeb-support.patch - rebased
- 0001-Fix-big-endian-build.patch - removed, already included in new version
- icu-pkgdata-large-cmd.patch - removed, implemented correct size
Signed-off-by: Andrej Valek
---
.../icu/icu/0001-Fix-big-endian-build.patch| 28
ou,
Andrej
-Original Message-
From: Andrej Valek
Sent: Friday, May 1, 2020 10:26 AM
To: openembedded-core@lists.openembedded.org
Cc: Valek, Andrej (IOT DS EU SK SI-BP1)
Subject: [OE-core][PATCH] icu: upgrade 66.1 -> 67.1
- 0001-icu-Added-armeb-support.patch - rebased
- 0001-Fix-big-
but still
without success (3-times). Which kind of "
--transfer-encoding=(7bit|8bit|quoted-printable|base64" should I use for it? Is
there an another way to submit the patch?
Thank you,
Andrej
-Original Message-
From: Andrej Valek mailto:andrej.va...@siemens.com>>
Sent: F
different encodings, auto, 7bit, but still
without success (3-times). Which kind of "
--transfer-encoding=(7bit|8bit|quoted-printable|base64" should I use for it? Is
there an another way to submit the patch?
Thank you,
Andrej
-Original Message-
From: Andrej Valek mailto:andrej.va...@
coding=(7bit|8bit|quoted-printable|base64" should I use for it? Is
there an another way to submit the patch?
Thank you,
Andrej
-Original Message-
From: Andrej Valek mailto:andrej.va...@siemens.com>>
Sent: Friday, May 1, 2020 10:26 AM
To:
openembedded-core@lists.openembedde
I know, why the patch is failing, because of mixed line endings.
I have already created a PR, where all patches fit as well. So you can take the
patches from there instead of mailing list.
Regards,
Andrej
-Original Message-
From: Richard Purdie
Sent: Tuesday, May 5, 2020 10:11 AM
To:
There was a problem, that libvte was searching for non existing symbols in ICU
library after upgrading to version 67. But this is little bit funny, that vte
could be build without ICU support
https://github.com/GNOME/vte/commit/3ecbb90577582b93f43b184aab1cedd61a9ad86b .
So looks like, internal
Hi all,
Do we really need a new "not_affected" state? I guess the ignore state
is exactly designed for those purposes.
Regards,
Andrej
On 25.10.2023 07:13, Matsunaga-Shinji wrote:
CVEs that are currently considered "Patched" are classified into the following
3 statuses:
1. "Patched" -
er had the vulnerability.
Those are also currently 'Patched' in cve-check.
This work is in sync with what VEX is doing, is it the use-case
Matsanaga-Shinji?
Regards,
Marta
On Wed, Oct 25, 2023 at 8:44 AM Andrej Valek wrote:
Hi all,
Do we really need a new "not_affected" stat
- update to last stable version 1.31.0
- remove and refresh already merged patches
Signed-off-by: Andrej Valek
---
...inittab_1.30.1.bb => busybox-inittab_1.31.0.bb} | 0
...ix-two-test-case-to-also-depend-on-DC_BIG.patch | 39 --
.../busybox/busybox-udhcpc-no_deconfig.pa
ative path to poky.
layers/meta-abc
layers/meta-ghi
layers/poky
layers/meta-oe/meta-oe
...
Signed-off-by: Andrej Valek
---
meta/lib/oe/copy_buildsystem.py | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oe/copy_buildsystem.py b/meta/lib/oe/copy_buildsyste
Hello,
Do we have to continue with unstable version? Isn't the stable version (1.32.1)
a better choice?
Cheers,
Andrej
> 0001-hwclock-make-glibc-2.31-compatible.patch
> removed sincie it is not available in 1.33.0
>
> Signed-off-by: Wang Mingyu
> ---
> ...1-hwclock-make-glibc-2.31-compatible.p
Hello Oleksandr,
Why are you upgrading to unstable version?
Cheers,
Andrej
-Original Message-
From: openembedded-core@lists.openembedded.org
On Behalf Of Oleksandr Kravchuk
Sent: Friday, February 19, 2021 11:01 PM
To: openembedded-core@lists.openembedded.org
Cc: Oleksandr Kravchuk
Sub
Signed-off-by: Andrej Valek
---
meta/recipes-core/busybox/busybox.inc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 47fcb59302..253168e2b9 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta
- update to next (un)stable version 1.36.0
- refresh defconfig
- disable new applets (tree, tsort, seedrng)
- use hw-accel for sha1/256 sums when available
- remove and refresh already merged patches
Signed-off-by: Andrej Valek
---
...ab_1.35.0.bb => busybox-inittab_1.36.0.bb} | 0
.../0
4d4a7e ip b7f5d668 sp bfff6610
> error 7 in libc.so[b7eea000+76000]
>
> and it bails out logging in.
>
> On Fri, Jan 6, 2023 at 3:05 AM Andrej Valek
> wrote:
> >
> > - update to next (un)stable version 1.36.0
> > - refresh defconfig
> > - disable new
o next (un)stable version 1.36.0
> > > > - refresh defconfig
> > > > - disable new applets (tree, tsort, seedrng)
> > > > - use hw-accel for sha1/256 sums when available
> > > > - remove and refresh already merged patches
> > > >
&g
11/logs/stdio
>
> hmmm yes. I think texrels is the fundamental problem originally. I
> will take a look and see if this one is harmless
>
> >
> > On 06/01/2023 12:05:05+0100, Andrej Valek wrote:
> > > - update to next (un)stable version 1.36.0
> > > - refresh
"add option to append lines into local.conf":
- What about dropping "sdk_extraconf"?
Andrej Valek (2):
populate_sdk_ext.bbclass: enable custom templateconf.cfg
populate_sdk_ext.bbclass: add option to append lines into local.conf
meta/classes/buildhistory.bbclass |
Add option to add new lines into local.conf content in ext_sdk case
via SDK_LOCAL_CONF_EXTRALIST variable.
Signed-off-by: Andrej Valek
---
meta/classes/buildhistory.bbclass | 4 ++--
meta/classes/populate_sdk_ext.bbclass | 12 +++-
2 files changed, 13 insertions(+), 3 deletions
Do not always override templateconf.cfg content. Add option to use
already existing file.
Signed-off-by: Andrej Valek
---
meta/classes/populate_sdk_ext.bbclass | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes
ionality also for other projects.
They can add only variables into list and the class will handle all the
rest.
Is it enough for the explanation?
Regards,
Andrej
On 2020-03-06 18:16, Richard Purdie wrote:
> On Fri, 2020-03-06 at 16:32 +0100, Andrej Valek wrote:
>> "a
- update to next stable version 1.34.1
Signed-off-by: Andrej Valek
---
.../{busybox-inittab_1.34.0.bb => busybox-inittab_1.34.1.bb}| 0
.../busybox/{busybox_1.34.0.bb => busybox_1.34.1.bb}| 2 +-
2 files changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-core/b
- use bash variable notation without {} where possible
- just to make sure it looks like bash variable not bitbake variable one
- fix indent style in "cat" commands
- replace "! -z" -> "-n"
Signed-off-by: Andrej Valek
---
meta/clas
Even if initramfs_bundle_path was used, kernel compression was not
reflected in output its image. Use linux.bin as kernel compressed output
image. File is correctly created from vmlinux which includes a right
initramfs image.
Signed-off-by: Andrej Valek
Signed-off-by: Walter Schweizer
---
meta
- use bash variable notation without {} where possible
- just to make sure it looks like bash variable not bitbake variable one
- fix indent style in "cat" commands
- replace "! -z" -> "-n"
- make debug info in ramdisk section creation more verbose
Signed-off-by
Even if initramfs_bundle_path was used, a wrong compression was reflected
in output its template file. Use linux.bin as universal kernel image.
The linux.bin file covers both cases.
Signed-off-by: Andrej Valek
Signed-off-by: Walter Schweizer
---
meta/classes/kernel-fitimage.bbclass | 17
- use bash variable notation without {} where possible
- just to make sure it looks like bash variable not bitbake variable one
- fix indent style in "cat" commands
- replace "! -z" -> "-n"
- make debug info in ramdisk section creation more verbose
Signed-off-by
compression type.
Signed-off-by: Andrej Valek
Signed-off-by: Walter Schweizer
---
meta/classes/kernel-fitimage.bbclass | 17 +
meta/lib/oeqa/selftest/cases/fitimage.py | 8 +++-
2 files changed, 4 insertions(+), 21 deletions(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
Hello Steve,
Would it be possible to include this commit
https://lists.openembedded.org/g/openembedded-core/message/150627 into
dunfell branch?
Thanks,
Andrej
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#156920):
https://lists.openembedded.org/
The reason, why I want to apply it here, to switch replace libidn2 with
icu. According to libpsl documentation, you can chose who will generate
the PSL database (libidn, libidn2, icu). So I don't want to install a
new component if there is a valid replacement which is already
installed.
Regards,
A
Ok, but I've just copied the existing commit from master. So I have to
send a different configuration for dunfell?
Andrej
On Fri, 2021-10-15 at 10:58 +0100, Richard Purdie wrote:
> On Fri, 2021-10-15 at 06:15 +, Andrej Valek wrote:
> > The reason, why I want to apply it h
Based on d22d87b9c4ac85ffb3506e2acaf2a8a627f55e8e, but kept idn2
as default.
Signed-off-by: Andrej Valek
---
meta/recipes-support/libpsl/libpsl_0.21.0.bb | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-support/libpsl/libpsl_0.21.0.bb
b/meta/recipes
- use bash variable notation without {} where possible
- just to make sure it looks like bash variable not bitbake variable one
- fix indent style in "cat" commands
- replace "! -z" -> "-n"
- make debug info in ramdisk section creation more verbose
Signed-off-by
y,
so no external compression will be used.
Signed-off-by: Andrej Valek
Signed-off-by: Walter Schweizer
---
meta/classes/kernel-fitimage.bbclass | 17 +
meta/lib/oeqa/selftest/cases/fitimage.py | 8
2 files changed, 5 insertions(+), 20 deletions(-)
diff --git a
The output content is created in current directory, because json content
has no defined absolute path to WORKDIR as in bitbake.
Signed-off-by: Andrej Valek
Signed-off-by: Peter Marko
---
meta/lib/oeqa/runtime/cases/ptest.py | 4
1 file changed, 4 insertions(+)
diff --git a/meta/lib/oeqa
Ptests could be executed on any path. So output content should be placed
in workdir and not into current directory. Different path outside of
the builddir should be specified by setting TEST_LOG_DIR.
Isn't it better to use "os.chidir(self.td.get('TOPDIR'))" instead?
meta/lib/oeqa/runtime/cases/
Hello Wang,
Sorry, but why did you change tabs->spaces in the indent level in "
busybox-udhcpc-no_deconfig.patch"? No it's completely unreadable.
Andrej
-Original Message-
From: openembedded-core@lists.openembedded.org
On Behalf Of Wang Mingyu
Sent: Wednesday, July 1, 2020 9:02 AM
To
- update to last stable version 1.32.0
- remove and refresh already merged patches
Signed-off-by: Andrej Valek
---
...inittab_1.31.0.bb => busybox-inittab_1.32.0.bb} | 0
.../busybox/0001-Remove-stime-function-calls.patch | 85 ---
...all-wrappers-around-clock_gettime-clo
Signed-off-by: Andrej Valek
---
meta/recipes-core/dropbear/dropbear_2020.79.bb | 3 ---
meta/recipes-core/dropbear/dropbear_2020.80.bb | 4
2 files changed, 4 insertions(+), 3 deletions(-)
delete mode 100644 meta/recipes-core/dropbear/dropbear_2020.79.bb
create mode 100644 meta/recipes
License-Update: changed date and added info about existence LICENSE files
in libtomcrypt and libtommath folders
Signed-off-by: Andrej Valek
---
meta/recipes-core/dropbear/dropbear.inc| 2 +-
meta/recipes-core/dropbear/dropbear_2020.79.bb | 3 ---
meta/recipes-core/dropbear
ned-off-by: Andrej Valek
---
meta/classes/kernel.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 473e28be47..9ea201c936 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -647,6 +647,
Hi all,
I have a generic question about testimage task. Currently
'TESTIMAGEDEPENDS:append:qemuall = " qemu-native:do_populate_sysroot
qemu-helper-native:do_populate_sysroot qemu-helper-
native:do_addto_recipe_sysroot"' means that no other machine then qemu*
has the feature available. So when "rm_
Hello Richard,
Thanks for the response. In other words, take a care about your machine
by yourself => no other pending questions... ;) .
Regards
Andrej
On Fri, 2022-01-21 at 11:36 +, Richard Purdie wrote:
> On Fri, 2022-01-21 at 11:32 +, Valek, Andrej wrote:
> > Hi all,
> >
> > I have a
Hi Bryan,
Sorry, maybe I didn't fully understand the use-case. Are you trying to
upgrade the busybox on demand? If yes, that is not a good idea.
I'm little bit scary about doing "export PATH=$busybox_rmdir:$PATH" and
creating a custom locks is not a good at all.
Cheers,
Andrej
On Fri, 2022-01-2
Hello again,
Maybe a general question. Is it working in current master? I do not
want to brake dunfell, just applying something, which will create a lot
of divergence.
Cheers,
Andrej
On Fri, 2022-01-21 at 15:02 +, Bryan Evenson wrote:
> Andrej,
>
> Thanks for the response. This is an attem
- extend find command
- disable rootfs skip
- busybox-inittab_1.34.1 -> busybox-inittab_1.35.0
Signed-off-by: Andrej Valek
---
...ab_1.34.1.bb => busybox-inittab_1.35.0.bb} | 0
meta/recipes-core/busybox/busybox/defconfig | 70 +++
2 files changed, 39 insertions(
Hello Richard,
Fine, that we have it, but are you going to take a look on the patch :)
?
Regards,
Andrej
On Fri, 2022-01-21 at 10:18 +0100, Michael Opdenacker wrote:
>
> On 1/19/22 5:48 PM, Richard Purdie wrote:
> > On Wed, 2022-01-19 at 12:57 +0100, Andrej Valek wrote:
> >
block'
| Failed to dump QMP CMD: dump-guest-memory with
| Exception: [Errno 2] No such file or directory:
'.../tmp/log/runtime-hostdump/qmp_00_dump-guest-memory'
The qmp dump commands could fail, because of missing root directory.
So create it before any log writing.
Signed-off-b
Hello Bryan,
So looks like, there is some kind of problem.
Was you able to run the busybox command after upgrade like, "busybox ls
/" ?
- If yes, there is a problem, that update alternatives hasn't been
processed correctly. Try direct command after reboot, if possible
- If no, lets continue wit
Hi,
Sorry, but personally I don't like your idea. What's the benefit of
reverting this? I would keep the ${} for bitbake and $ for shell. The
{} has to be placed only for variables like $a${b}c.
We should respect the workflow on all recipes otherwise we're braking
the "unwritten" rules.
Regards,
This will allow to use the different DBDIR location, because the /var/lib
could be used as a read-only location.
Signed-off-by: Andrej Valek
---
meta/recipes-connectivity/dhcpcd/dhcpcd_9.4.1.bb | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/meta/recipes
Marek,
Sorry, but these are still not an arguments, why to do that.
On Mon, 2022-01-31 at 10:39 +0100, Marek Vasut wrote:
> On 1/31/22 08:01, Valek, Andrej wrote:
> > Hi,
>
> Hello Andrej,
>
> (please avoid top-posting)
>
> > Sorry, but personally I don't like your idea. What's the benefit of
Hello Marek,
I think, we have to stop the discussion now, because it is not leading
into any conclusion. Anyway, both of us have a different opinion.
Maybe rewriting into python will solve it, I won't do that.
Cheers,
Andrej
On Wed, 2022-02-02 at 09:17 +0100, Marek Vasut wrote:
> On 2/2/22 07:5
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 e
rej,
>
> On Thu, 2022-03-03 at 06:35 +, Andrej Valek wrote:
> > 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.
>
> With a directory-structu
Includes lot of security fixes, especially CVE-2013-0340/CWE-776.
Signed-off-by: Andrej Valek
---
.../expat/0001-Add-output-of-tests-result.patch| 83 --
.../expat/{expat_2.2.10.bb => expat_2.4.1.bb} | 3 +-
2 files changed, 1 insertion(+), 85 deletions(-)
del
Includes lot of security fixes, especially CVE-2013-0340/CWE-776.
Signed-off-by: Andrej Valek
---
meta/recipes-core/expat/{expat_2.3.0.bb => expat_2.4.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-core/expat/{expat_2.3.0.bb => expat_2.4.1.bb} (89%)
diff
, means just applying the patch is not very
promising.
How we can handle it?
Thanks,
Andrej
> Subject: [OE-core][PATCH v2] expat: upgrade 2.3.0 -> 2.4.1
>
> Includes lot of security fixes, especially CVE-2013-0340/CWE-776.
>
> Signed-off-by: Andrej Valek
> ---
>
1 - 100 of 396 matches
Mail list logo
