On Wed, Jul 1, 2020 at 11:22 AM Bruce Ashfield via
lists.openembedded.org
wrote:
>
> On Wed, Jul 1, 2020 at 10:58 AM Andrey Zhizhikin wrote:
> >
> > Fetcher provides full paths to defconfig and scc files, which awk
> > comparison operator does not catch during construction of
> >
On Fri, Jul 3, 2020 at 9:56 AM wrote:
>
> From: Yanfei Xu
>
> Some filesystems don't support symlink, then you will get failure when
> you install or update the kernel rpm package. Now we use a copy of
> image for these filesystems instead of symlink.
This version looks fine to me ... let's see
On Fri, Jul 3, 2020 at 9:15 PM S. Lockwood-Childs wrote:
>
> Fix build failure in do_kernel_metadata
>
> do_kernel_metadata: Could not locate BSP definition for $MACHINE/standard
> and no defconfig was provided
>
> The original awk statements looking for the current MACHINE's
Fix build failure in do_kernel_metadata
do_kernel_metadata: Could not locate BSP definition for $MACHINE/standard
and no defconfig was provided
The original awk statements looking for the current MACHINE's defconfig
expected to find an entry from SRC_URI that exactly matched
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
.../perl/files/CVE-2020-10543.patch| 36 +
.../perl/files/CVE-2020-10878_1.patch | 152 +
.../perl/files/CVE-2020-10878_2.patch | 36 +
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
.../python/python3/CVE-2020-14422.patch| 79 ++
meta/recipes-devtools/python/python3_3.7.7.bb | 3 +-
2 files changed, 81 insertions(+), 1 deletion(-)
create mode 100644
On Fri, Jul 3, 2020 at 3:39 AM Noor Ahsan wrote:
> Can you merge this on Dunfell,
These two patches are in a group currently under test. If all goes
well they should be in next week's pull request.
Steve
> -Original Message-
> From: openembedded-core@lists.openembedded.org
>
This patch can make ensure that unversioned kernel image symlink will be
added to the rootfs during do_install by post install and it can fall
back to make a copy if the unversioned kernel image symlink creation
fails on target.
I have done the basic test on my board and the oe-selftest for this
On Fri, 2020-07-03 at 13:39 +, Noor Ahsan wrote:
> Hello Richard,
>
> Can you merge this on Dunfell,
Steve (ccd) is the dunfell maintainer, not me...
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#140296):
On Fri, Jul 3, 2020 at 2:14 PM Richard Purdie
wrote:
>
> On Tue, 2020-06-23 at 11:01 +0100, Richard Purdie wrote:
> > Looking at the pattern, I did have a thought which I've not
> > researched
> > yet.
> >
> > Is it possible these are dynamically generated group/users in the
> > rootfs which
From: Yanfei Xu
Some filesystems don't support symlink, then you will get failure when
you install or update the kernel rpm package. Now we use a copy of
image for these filesystems instead of symlink.
Suggested-by: Bruce Ashfield
Suggested-by: Richard Purdie
Signed-off-by: Yanfei Xu
---
I thought so, too.Didn't swoop it up in the patch i've sent in though to keep things organized.I'll look into it next week and supply another patch if the same principle applies.Greetings,Timon
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online
Hello Richard,
Can you merge this on Dunfell,
Noor
-Original Message-
From: openembedded-core@lists.openembedded.org
[mailto:openembedded-core@lists.openembedded.org] On Behalf Of Hussain, Ahsan
Sent: Monday, June 29, 2020 2:16 PM
To: openembedded-core@lists.openembedded.org
Subject:
Hello Richard,
Can you merge this on Dunfell.
Noor
-Original Message-
From: openembedded-core@lists.openembedded.org
[mailto:openembedded-core@lists.openembedded.org] On Behalf Of Hussain, Ahsan
Sent: Monday, June 29, 2020 2:16 PM
To: openembedded-core@lists.openembedded.org
Subject:
On Fri, 2020-07-03 at 15:10 +0200, Jacob Kroon wrote:
> On 7/3/20 2:46 PM, Jacob Kroon wrote:
> > On 7/3/20 2:39 PM, T. Ulrich wrote:
> > > From: Timon Ulrich
> > >
> > > If the initramfs image is type lz4, then a native lz4 is needed.
> > >
> > > Additionally an output filename needs to be
The commit d4be264061 ("classes/archiver: run do_unpack_and_patch after
do_preconfigure") correctly moved do_unpack_and_patch to depend on
do_preconfigure, but left do_ar_patched as a dependency of do_configure
introduced from 8a7c779487 ("classes/archiver: Create patched archive
before
On Thu, Jul 2, 2020 at 2:47 PM Andreas Müller via
lists.openembedded.org
wrote:
>
> On Thu, Jul 2, 2020 at 2:00 PM Dmitry Baryshkov wrote:
> >
> > Hello,
> >
> > вс, 28 июн. 2020 г. в 16:34, Andreas Müller :
> > >
> > > remove SRC_URI[md5sum]
> > >
> > > Signed-off-by: Andreas Müller
> > > ---
Currently if the find command finds /home it stops checking the other
files. Tweak the find expression to fix this.
Also, from Alex Kiernan , generate output for
each contaminated path so it's visible in the main log file.
When matches are found, dump the data from the group and passwd files
so
On Tue, 2020-06-23 at 11:01 +0100, Richard Purdie wrote:
> Looking at the pattern, I did have a thought which I've not
> researched
> yet.
>
> Is it possible these are dynamically generated group/users in the
> rootfs which happen to collide with the host user/group?
>
> You'd think the
On 7/3/20 2:46 PM, Jacob Kroon wrote:
On 7/3/20 2:39 PM, T. Ulrich wrote:
From: Timon Ulrich
If the initramfs image is type lz4, then a native lz4 is needed.
Additionally an output filename needs to be specified when calling lz4,
otherwise STDOUT will be used implicitly.
Signed-off-by:
On 7/3/20 2:39 PM, T. Ulrich wrote:
From: Timon Ulrich
If the initramfs image is type lz4, then a native lz4 is needed.
Additionally an output filename needs to be specified when calling lz4,
otherwise STDOUT will be used implicitly.
Signed-off-by: Timon Ulrich
---
From: Timon Ulrich
If the initramfs image is type lz4, then a native lz4 is needed.
Additionally an output filename needs to be specified when calling lz4,
otherwise STDOUT will be used implicitly.
Signed-off-by: Timon Ulrich
---
meta/classes/kernel.bbclass | 3 ++-
1 file changed, 2
== Series Details ==
Series: "[v4] Move rpm manifest to its ..." and 11 more
Revision: 1
URL : https://patchwork.openembedded.org/series/24981/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have
This includes the following changes:
Version 149:
* Update tests for file 5.39. (Closes: reproducible-builds/diffoscope#179)
* Downgrade the tlsh warning message to an "info" level warning.
(Closes: #888237, reproducible-builds/diffoscope#29)
* Use the CSS "word-break" property over manually
On 03/07/2020 12.48, Richard Purdie wrote:
>>> Whilst I realise there is a problem here is the correct fix not:
>>>
>>> RDEPENDS_coreutils-stdbuf_class-target +=
>>> "${@bb.utils.contains('PACKAGECONFIG', 'single-binary', '', 'coreutils',
>>> d)}"
>>>
>>> ?
>>
>> [Well, the coreutils should be
From: Paul Barker
Sent: Thursday, July 2, 2020 10:28 PM
To: Fredrik Gustafsson
Cc: openembedded-core; tools-cfpbuild-internal
Subject: Re: [OE-core] Add package managers as a plugin
On Thu, 2 Jul 2020 at 20:29, Fredrik Gustafsson
wrote:
>
> OE-core
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/manifest.py | 21 +---
meta/lib/oe/package_managers/deb/__init__.py | 3
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/manifest.py | 51 +-
meta/lib/oe/package_managers/rpm/__init__.py |
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_managers/ipk/sdk.py | 98 +
meta/lib/oe/sdk.py | 87
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_manager.py| 398 -
.../package_managers/rpm/package_manager.py |
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_manager.py| 407 --
.../package_managers/ipk/package_manager.py |
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_managers/deb/sdk.py | 98 +
meta/lib/oe/sdk.py | 87
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_managers/rpm/sdk.py | 117
meta/lib/oe/sdk.py | 106
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_managers/ipk/rootfs.py | 385 +
meta/lib/oe/rootfs.py |
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_managers/deb/rootfs.py | 211 +
meta/lib/oe/rootfs.py |
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_managers/rpm/rootfs.py | 150 +
meta/lib/oe/rootfs.py |
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/package_manager.py| 512 --
.../package_managers/deb/package_manager.py
This is a part of a refactor that will split the package manager
code so that it's possible to use other package managers in other
layers.
Signed-off-by: Fredrik Gustafsson
---
meta/lib/oe/manifest.py | 71 +-
meta/lib/oe/package_managers/ipk/__init__.py |
OE-core today has three different package managers, the well-known formats deb
and rpm is supported as well as ipkg that is good for embedded devices.
When building and having a good cache hit, a significant amount of time is
spent in the phase of generating a rootfs, which is really about the
> Is there a way we can tell which compression format is being> used for the initramfs and make the dependencies conditional?Checking whether INITRAMFS_FSTYPES contains 'cpio.lz4' might do the trick.I'll see into it and prepare a V2. Von: Richard Purdie Gesendet: 03.07.2020 12:42An: T. Ulrich
On Thu, 2020-07-02 at 19:34 +, Fredrik Gustafsson wrote:
> Since I've edited four files, which one should be used as ?
A suitable shortlog here would be something like:
lib/oe/{manifest,package_manager/XXX}: Move XXX manifest to...
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
On Fri, 2020-07-03 at 11:29 +0200, Rasmus Villemoes wrote:
> On 03/07/2020 11.19, Richard Purdie wrote:
> > On Fri, 2020-07-03 at 09:36 +0200, Rasmus Villemoes wrote:
> > > Commit 992cec44 (coreutils: Move stdbuf into an own package
> > > coreutils-stdbuf) breaks package-qa when the single-binary
On Fri, 2020-07-03 at 08:22 +0200, T. Ulrich wrote:
> From: Timon Ulrich
>
> If the initramfs image is type lz4, then a native lz4 is needed.
>
> Additionally an output filename needs to be specified when calling
> lz4, otherwise STDOUT will be used implicitly.
>
> Signed-off-by: Timon Ulrich
We continue to see the warning message:
WARNING: lib/bb/daemonize.py:76: ResourceWarning: unclosed file
<_io.TextIOWrapper
name='build/tmp/work/qemux86_64-poky-linux/oe-selftest-image/1.0-r0/testimage/qemurunner_log.20200703011821'
mode='a' encoding='UTF-8'>
I've been unable to reprodue this
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 ---
On Fri, 3 Jul 2020 at 10:43, Andrej Valek wrote:
> -SRC_URI[sha256sum] =
> "084f00546b1610a3422a0773e2c04cbe1a220d984209e033b548b49f379cc441"
> +SRC_URI[md5sum] = "63527580ca47706b70046f87bb9d14fe"
> +SRC_URI[sha256sum] =
> "d927941b91f2da150b2033f1a88b6a47999bf0afb1493a73e9216cffdb5d7949"
>
No
From: Lee Chee Yang
fix these CVE:
CVE-2020-10702
CVE-2020-10761
CVE-2020-13362
CVE-2020-13659
CVE-2020-13800
Signed-off-by: Lee Chee Yang
---
meta/recipes-devtools/qemu/qemu.inc| 5 +
.../qemu/qemu/CVE-2020-10702.patch | 52 +++
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
.../python/python3/CVE-2020-14422.patch| 77 ++
meta/recipes-devtools/python/python3_3.8.2.bb | 1 +
2 files changed, 78 insertions(+)
create mode 100644
On 03/07/2020 11.19, Richard Purdie wrote:
> On Fri, 2020-07-03 at 09:36 +0200, Rasmus Villemoes wrote:
>> Commit 992cec44 (coreutils: Move stdbuf into an own package
>> coreutils-stdbuf) breaks package-qa when the single-binary
>> PACKAGECONFIG is used:
>>
>> ERROR: coreutils-8.31-r0
On Fri, 2020-07-03 at 09:36 +0200, Rasmus Villemoes wrote:
> Commit 992cec44 (coreutils: Move stdbuf into an own package
> coreutils-stdbuf) breaks package-qa when the single-binary
> PACKAGECONFIG is used:
>
> ERROR: coreutils-8.31-r0 do_package_qa: QA Issue: /usr/bin/stdbuf
> contained in
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
- 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 ---
Then this needs to be submitted for master first, we have a strict policy
for that.
Alex
On Fri, 3 Jul 2020 at 09:36, Rasmus Villemoes
wrote:
> Commit 992cec44 (coreutils: Move stdbuf into an own package
> coreutils-stdbuf) breaks package-qa when the single-binary
> PACKAGECONFIG is used:
>
>
Commit 992cec44 (coreutils: Move stdbuf into an own package
coreutils-stdbuf) breaks package-qa when the single-binary
PACKAGECONFIG is used:
ERROR: coreutils-8.31-r0 do_package_qa: QA Issue: /usr/bin/stdbuf contained in
package coreutils-stdbuf requires /usr/bin/coreutils, but no providers
From: Timon Ulrich
If the initramfs image is type lz4, then a native lz4 is needed.
Additionally an output filename needs to be specified when calling lz4,
otherwise STDOUT will be used implicitly.
Signed-off-by: Timon Ulrich
---
meta/classes/kernel.bbclass | 4 ++--
1 file changed, 2
55 matches
Mail list logo
