Hi,
On 2023/12/08 14:04, Dhairya Nagodra via lists.openembedded.org wrote:
> Sometimes NVD servers are unstable and return too many errors.
> There is an option to have higher fetch attempts to increase the chances
> of successfully fetching the CVE data.
>
> Additionally, it also makes sense to
On Sun, 10 Dec 2023 at 21:28, Alex Kiernan wrote:
> On Sun, Dec 10, 2023 at 7:39 PM Richard Purdie
> wrote:
> >
> > On Fri, 2023-12-08 at 14:03 +, Alex Kiernan wrote:
> > > https://blog.rust-lang.org/2023/08/03/Rust-1.71.1.html
> > >
> > > Signed-off-by: Alex Kiernan
> > > ---
> > >
> > >
On Sun, 10 Dec 2023 at 21:35, Alexander Kanavin
wrote:
> I have to say, I struggle to see this as an improvement, and I want
> to object to it.
>
> Why set the path manually, if the code to find where Cargo.lock is
> just works, and handles the situations where upstreams move it around
> in
Fixes build with upcoming musl release.
Signed-off-by: Khem Raj
---
v2: Use the v2 of upstream patch
...Use-libgen.h-to-provide-basename-API.patch | 62 +++
meta/recipes-devtools/opkg/opkg_0.6.2.bb | 1 +
2 files changed, 63 insertions(+)
create mode 100644
To reduce the size of rootfs, the subpackages contained in tzdata.bb will now
default to only retaining tzdata-core.
tzdata.bb by default pulls in all possible timezone data packages which
increases
size of the final root filesystem considerably.
The customer would like to have extra timezones
On Sun, 2023-12-10 at 16:30 -1000, Steve Sakoman wrote:
> On Sun, Dec 10, 2023 at 2:53 PM Mittal, Anuj
> wrote:
> >
> > linux-yocto-rt for dunfell doesn't compile anymore after this set
> > of
> > upgrades:
>
> Hmm . . . this didn't show up in autobuilder testing.
Perhaps consider pulling in
On Sun, Dec 10, 2023 at 9:30 PM Steve Sakoman wrote:
>
> On Sun, Dec 10, 2023 at 2:53 PM Mittal, Anuj wrote:
> >
> > linux-yocto-rt for dunfell doesn't compile anymore after this set of
> > upgrades:
>
> Hmm . . . this didn't show up in autobuilder testing.
>
> Thanks for testing Anuj!
>
> The
On Sun, Dec 10, 2023 at 2:53 PM Mittal, Anuj wrote:
>
> linux-yocto-rt for dunfell doesn't compile anymore after this set of
> upgrades:
Hmm . . . this didn't show up in autobuilder testing.
Thanks for testing Anuj!
The dunfell 3.1.30 release with this changeset is currently being
built.
On 12/8/23 18:21, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Fri, 8 Dec 2023 at 11:13, Changqing Li
wrote:
dnf has a bug, refer [1], it cause
On 12/9/23 07:35, Peter Kjellerstedt wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
-Original Message-
From: openembedded-core@lists.openembedded.org
On
From: Changqing Li
the automount rule for udev needs /tmp directory available, if
VOLATILE_TMP_DIR = yes, to make sure /var/volatile/tmp exist, if
VOLATILE_TMP_DIR = no, to make sure /tmp exist.
Signed-off-by: Changqing Li
---
meta/recipes-core/udev/eudev_3.2.14.bb | 4
1 file changed, 4
From: Changqing Li
* default volatiles file is for VOLATILE_TMP_DIR=yes, and
VOLATILE_LOG_DIR=yes, if they set to no, remove volatile related config
* replace /var/volatile/tmp with /var/tmp for populate-volatile.sh
Signed-off-by: Changqing Li
---
.../initscripts/initscripts-1.0/volatiles
From: Changqing Li
* update 00-create-volatile.conf, for volatile tmp, make /tmp ->
/var/tmp, /var/tmp -> /var/volatile/tmp and set age of /var/volatile/tmp
to 10d
* if VOLATILE_TMP_DIR/VOLATILE_LOG_DIR set to no, remove volatile
related configs from 00-create-volatile.conf
Signed-off-by:
From: Changqing Li
* Update fs-perms.txt as an common fs-perms file
* Remove fs-perms-persistent-log.txt
* Add fs-perms-volatile-log.txt and fs-perms-volatile-tmp.txt
to be used when VOLATILE_LOG_DIR/VOLATILE_TMP_DIR set to yes
Signed-off-by: Changqing Li
---
meta/conf/bitbake.conf
From: Changqing Li
* update dirs1777 so that only create /var/volatiles/tmp when
VOLATILE_TMP_DIR set to yes, create /var/tmp when VOLATILE_TMP_DIR set
to no
* update volatiles so that only symlink /var/tmp to /var/volatiles/tmp
when VOLATILE_TMP_DIR set to yes
* mount /tmp as tmpfs fs when
From: Changqing Li
Hi, All
Currently, VOLATILE_TMP_DIR not works,
set VOLATILE_TMP_DIR="no", VOLATILE_LOG_DIR="no", after boot target,
/var/tmp still link to tmpfs /var/volatile/tmp
lrwxrwxrwx 1 root root 11 Mar 9 2018 lock -> ../run/lock
drwxr-xr-x 4 root root 1024 Dec 4 07:55 log
linux-yocto-rt for dunfell doesn't compile anymore after this set of
upgrades:
22:36:51 | /poky/build/tmp/work-shared/intel-skylake-64/kernel-
source/include/linux/preempt.h:432:29: error: static declaration of
'migrate_disable' follows non-static declaration
22:36:51 | 432 | static
On Sun, 2023-12-10 at 20:28 +, Alex Kiernan wrote:
> On Sun, Dec 10, 2023 at 7:39 PM Richard Purdie
> wrote:
> >
> > On Fri, 2023-12-08 at 14:03 +, Alex Kiernan wrote:
> > > https://blog.rust-lang.org/2023/08/03/Rust-1.71.1.html
> > >
> > > Signed-off-by: Alex Kiernan
> > > ---
> > >
On 07/12/2023 09:38:17-0800, Tim Orling wrote:
> This will also need a maintainer entry in:
> https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc
>
Also:
stdio: WARNING: python3-qemu-qmp-0.0.2-r0 do_recipe_qa: QA Issue: Recipe
python3-qemu-qmp in
I have to say, I struggle to see this as an improvement, and I want
to object to it.
Why set the path manually, if the code to find where Cargo.lock is
just works, and handles the situations where upstreams move it around
in source trees?
Also, is the assumption that there's only one Cargo.lock
On Sun, Dec 10, 2023 at 7:39 PM Richard Purdie
wrote:
>
> On Fri, 2023-12-08 at 14:03 +, Alex Kiernan wrote:
> > https://blog.rust-lang.org/2023/08/03/Rust-1.71.1.html
> >
> > Signed-off-by: Alex Kiernan
> > ---
> >
> > meta/recipes-devtools/rust/{cargo_1.71.0.bb => cargo_1.71.1.bb} | 0
> >
Include libgen.h to get basename() signature
Signed-off-by: Khem Raj
---
meta/recipes-support/attr/attr.inc| 1 +
...ibgen.h-for-posix-version-of-basenam.patch | 35 +++
2 files changed, 36 insertions(+)
create mode 100644
Musl has removed basename declaration in string.h which exposes this
error.
Signed-off-by: Khem Raj
---
meta/recipes-core/util-linux/util-linux.inc | 1 +
...ls-include-libgen.h-for-basename-API.patch | 57 +++
2 files changed, 58 insertions(+)
create mode 100644
This fixes build with latest musl which drops basename declaration API from
string.h
Signed-off-by: Khem Raj
---
...wn-include-libgen.h-for-basename-API.patch | 38 +++
meta/recipes-core/sysvinit/sysvinit_3.04.bb | 1 +
2 files changed, 39 insertions(+)
create mode 100644
implement glibc compatible basename() funciton for portability
Signed-off-by: Khem Raj
---
...able-implementation-for-basename-API.patch | 136 ++
meta/recipes-kernel/kmod/kmod_31.bb | 1 +
2 files changed, 137 insertions(+)
create mode 100644
This helps in building it for musl libc after this change [1]
[1]
https://git.musl-libc.org/cgit/musl/commit/?id=725e17ed6dff4d0cd22487bb64470881e86a92e7
Signed-off-by: Khem Raj
---
.../elfutils/elfutils_0.189.bb| 1 +
...001-Add-helper-function-for-basename.patch | 404
Fixes build with upcoming musl release.
Signed-off-by: Khem Raj
---
...Provide-basename-function-as-utility.patch | 131 ++
meta/recipes-devtools/opkg/opkg_0.6.2.bb | 1 +
2 files changed, 132 insertions(+)
create mode 100644
On Fri, 2023-12-08 at 14:03 +, Alex Kiernan wrote:
> https://blog.rust-lang.org/2023/08/03/Rust-1.71.1.html
>
> Signed-off-by: Alex Kiernan
> ---
>
> meta/recipes-devtools/rust/{cargo_1.71.0.bb => cargo_1.71.1.bb} | 0
> .../rust/{libstd-rs_1.71.0.bb => libstd-rs_1.71.1.bb} | 0
>
Rather than searching for Cargo.lock, just use CARGO_LOCK_PATH, since we
have to know where the lock file is, else cargo_common_do_patch_paths
will fail. There should only ever be one lock file associated with a
project, so trying to aggregate across all of them makes no sense.
Signed-off-by:
On 10/12/2023 13:19:48+, Richard Purdie wrote:
> On Sun, 2023-12-10 at 00:27 +0100, Alexandre Belloni via
> lists.openembedded.org wrote:
> > From: Alexandre Belloni
> >
> > The patch is now upstream and SRCREV has already been bumped
> >
> > Signed-off-by: Alexandre Belloni
> > ---
> >
Branch: nanbield
New this week: 6 CVEs
CVE-2023-46751 (CVSS3: 7.5 HIGH): ghostscript
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-46751 *
CVE-2023-47100 (CVSS3: 9.8 CRITICAL): perl:perl-native
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-47100 *
CVE-2023-49292 (CVSS3:
On Sun, 2023-12-10 at 00:27 +0100, Alexandre Belloni via
lists.openembedded.org wrote:
> From: Alexandre Belloni
>
> The patch is now upstream and SRCREV has already been bumped
>
> Signed-off-by: Alexandre Belloni
> ---
> .../pseudo/files/syncfs-probe.patch | 44 ---
Branch: kirkstone
New this week: 3 CVEs
CVE-2023-46751 (CVSS3: 7.5 HIGH): ghostscript:ghostscript-native
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-46751 *
CVE-2023-47100 (CVSS3: 9.8 CRITICAL): perl:perl-native
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-47100 *
Branch: dunfell
New this week: 3 CVEs
CVE-2023-46751 (CVSS3: 7.5 HIGH): ghostscript:ghostscript-native
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-46751 *
CVE-2023-47100 (CVSS3: 9.8 CRITICAL): perl:perl-native
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-47100 *
Branch: master
New this week: 2 CVEs
CVE-2023-47100 (CVSS3: 9.8 CRITICAL): perl:perl-native
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-47100 *
CVE-2023-49292 (CVSS3: 4.8 MEDIUM):
go:go-binary-native:go-cross-core2-64:go-runtime
This seems to be causing:
../git/util.cxx:51:10: fatal error: elfutils/debuginfod.h: No such file or
directory
51 | #include
| ^~~
compilation terminated.
make[2]: *** [Makefile:1389: stap-util.o] Error 1
on some systems.
Looks like with
36 matches
Mail list logo