|
[poky][dunfell][PATCH 3/6] e2fsprogs: Use specific BSD license variant
From: Joshua Watt <JPEWhacker@...>
Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD"
From: Joshua Watt <JPEWhacker@...>
Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD"
|
By
Nisha Parrakat
·
#160886
·
|
|
[poky][dunfell][PATCH 2/6] tzdata: Remove BSD License specifier
From: Joshua Watt <JPEWhacker@...>
The code in question is licensed under the BSD-3-Clause license, so
including the generic "BSD" license is unnecessary.
(From OE-Core rev:
From: Joshua Watt <JPEWhacker@...>
The code in question is licensed under the BSD-3-Clause license, so
including the generic "BSD" license is unnecessary.
(From OE-Core rev:
|
By
Nisha Parrakat
·
#160885
·
|
|
[poky][dunfell][PATCH 4/6] glib-2.0: Use specific BSD license variant
From: Joshua Watt <JPEWhacker@...>
Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD"
From: Joshua Watt <JPEWhacker@...>
Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD"
|
By
Nisha Parrakat
·
#160884
·
|
|
[poky][dunfell][PATCH 1/6] lsof: correct LICENSE
From: Ross Burton <ross@...>
The lsof LICENSE is superficially BSD-like, but it isn't BSD. Now that
we have the full SPDX license set in oe-core, use Spencer-94.
(From OE-Core rev:
From: Ross Burton <ross@...>
The lsof LICENSE is superficially BSD-like, but it isn't BSD. Now that
we have the full SPDX license set in oe-core, use Spencer-94.
(From OE-Core rev:
|
By
Nisha Parrakat
·
#160883
·
|
|
[PATCH v3] yocto-check-layer: add debug output for the layers that were found
When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.
Signed-off-by: Ross Burton <ross.burton@...>
---
scripts/yocto-check-layer | 13
When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.
Signed-off-by: Ross Burton <ross.burton@...>
---
scripts/yocto-check-layer | 13
|
By
Ross Burton <ross@...>
·
#160882
·
|
|
Inclusive Language Proposal for YP/OE
From the beginning, OpenEmbedded and The Yocto Project have always
strived to be as inclusive as possible to all races, sexes,
orientations, religions, nationalities, and any other thing which
might
From the beginning, OpenEmbedded and The Yocto Project have always
strived to be as inclusive as possible to all races, sexes,
orientations, religions, nationalities, and any other thing which
might
|
By
Jon Mason
·
#160881
·
|
|
[PATCH v2] yocto-check-layer: add debug output for the layers that were found
When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.
Signed-off-by: Ross Burton <ross.burton@...>
---
scripts/yocto-check-layer | 13
When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.
Signed-off-by: Ross Burton <ross.burton@...>
---
scripts/yocto-check-layer | 13
|
By
Ross Burton <ross@...>
·
#160880
·
|
|
[PATCH] yocto-check-layer: add debug output for the layers that were found
When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.
Signed-off-by: Ross Burton <ross.burton@...>
---
scripts/yocto-check-layer | 5
When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.
Signed-off-by: Ross Burton <ross.burton@...>
---
scripts/yocto-check-layer | 5
|
By
Ross Burton <ross@...>
·
#160879
·
|
|
Re: [dunfell][PATCH RFC] busybox.inc: Create temporary busybox links during install
Andrej,
I suspect it is still an issue in master, but I haven't been able to confirm. I'm using a third-party layer that hasn't been updated to support the new override syntax introduced in the
Andrej,
I suspect it is still an issue in master, but I haven't been able to confirm. I'm using a third-party layer that hasn't been updated to support the new override syntax introduced in the
|
By
Bryan Evenson
·
#160878
·
|
|
dvb.ko for Miraclebox mbultra broken
I'm the owner of two Miraclebox mbultra boxes on which I run OpenATV 6.4.
Both of them have one DVB-S2 and one DVB-T/DVB-T2 tuners installed.
Since many years the driver
I'm the owner of two Miraclebox mbultra boxes on which I run OpenATV 6.4.
Both of them have one DVB-S2 and one DVB-T/DVB-T2 tuners installed.
Since many years the driver
|
By
Thomas Törnblom <thomas@...>
·
#160877
·
Edited
|
|
[PATCH 2/2] glibc : Fix CVE-2021-3999
Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=8c8a71c85f2ed5cc90d08d82ce645513fc907cb6]
Upstream-Status: Backport
Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=8c8a71c85f2ed5cc90d08d82ce645513fc907cb6]
Upstream-Status: Backport
|
By
Pgowda
·
#160876
·
|
|
[PATCH 1/2] glibc : Fix CVE-2021-3998
Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=062ff490c1467059f6cd64bb9c3d85f6cc6cf97a]
Upstream-Status: Backport
Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=062ff490c1467059f6cd64bb9c3d85f6cc6cf97a]
Upstream-Status: Backport
|
By
Pgowda
·
#160875
·
|
|
[PATCH v3] icu: fix make_icudata dependencies
The make_icudata task is set before the configure task then the
dependencies for this task are not populate yet.
Fixed it by adding do_prepare_recipe_sysroot task dependency to the
make_icudata
The make_icudata task is set before the configure task then the
dependencies for this task are not populate yet.
Fixed it by adding do_prepare_recipe_sysroot task dependency to the
make_icudata
|
By
Kory Maincent
·
#160874
·
|
|
Re: [PATCH meta-oe] rtc-tool: Add a recipe
Hi Fabio,
from my experience, custom build systems (including "bare" Makefiles)
are often hard to integrate/maintain for distributors.
What about using CMake instead?
regards
Christian
Hi Fabio,
from my experience, custom build systems (including "bare" Makefiles)
are often hard to integrate/maintain for distributors.
What about using CMake instead?
regards
Christian
|
By
Christian Eggers
·
#160873
·
|
|
Re: [PATCH] kernel: add missing path to search for debug files
Hello Richard,
Fine, that we have it, but are you going to take a look on the patch :)
?
Regards,
Andrej
Hello Richard,
Fine, that we have it, but are you going to take a look on the patch :)
?
Regards,
Andrej
|
By
Andrej Valek
·
#160872
·
|
|
[PATCH] busybox: refresh defconfig
- extend find command
- disable rootfs skip
- busybox-inittab_1.34.1 -> busybox-inittab_1.35.0
Signed-off-by: Andrej Valek <andrej.valek@...>
---
...ab_1.34.1.bb =>
- extend find command
- disable rootfs skip
- busybox-inittab_1.34.1 -> busybox-inittab_1.35.0
Signed-off-by: Andrej Valek <andrej.valek@...>
---
...ab_1.34.1.bb =>
|
By
Andrej Valek
·
#160871
·
|
|
[dunfell][PATCH v2] ghostscript: fix CVE-2021-45949
Ghostscript GhostPDL 9.50 through 9.54.0 has a heap-based buffer overflow in sampled_data_finish
(called from sampled_data_continue and interp).
To apply the CVE-2021-45949
Ghostscript GhostPDL 9.50 through 9.54.0 has a heap-based buffer overflow in sampled_data_finish
(called from sampled_data_continue and interp).
To apply the CVE-2021-45949
|
By
Minjae Kim
·
#160870
·
|
|
Re: [PATCH] nghttp2: fix for multilib support
ping
By
Changqing Li
·
#160869
·
|
|
[dunfell][PATCH] ghostscript: fix CVE-2021-45949
Ghostscript GhostPDL 9.50 through 9.54.0 has a heap-based buffer overflow in sampled_data_finish
(called from sampled_data_continue and interp).
To apply the CVE-2021-45849
Ghostscript GhostPDL 9.50 through 9.54.0 has a heap-based buffer overflow in sampled_data_finish
(called from sampled_data_continue and interp).
To apply the CVE-2021-45849
|
By
Minjae Kim
·
#160868
·
|
|
OE-core CVE metrics for honister on Sun 23 Jan 2022 05:30:01 AM HST
Branch: honister
New this week: 3 CVEs
CVE-2022-22844: tiff https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-22844 *
CVE-2022-23218: glibc
Branch: honister
New this week: 3 CVEs
CVE-2022-22844: tiff https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-22844 *
CVE-2022-23218: glibc
|
By
Steve Sakoman
·
#160867
·
|