All,
Below is the list as of top 31 bug owners as of the end of WW50 of who have
open medium or higher bugs and enhancements against YP 4.2. There are 94
possible work days left until the final release candidates for YP 4.2 needs
to be released.
Who
Count
michael.opdenac...@bootlin.com
35
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
From: Bruce Ashfield
The next libc-headers bumps will be in the 6.x series, so we
udpate our fetching list to handle that major version number.
Signed-off-by: Bruce Ashfield
---
I'm working through the update to 6.1 as the next LTS kernel,
and that includes bumping the libc-headers to match.
Reference to libpng-1.6.38/configure,if enable_hardware_optimizations is
enabled, libpng can judge whether enable enable_arm_neon according
to $host_cpu.
$ cat libpng-1.6.38/configure
..
if test ${enable_hardware_optimizations+y}
then :
..
This is the final pull request for the 4.0.6 release build.
The following changes since commit c0f3da88a9646fc5e6d549b1a2327c0823c0e5a1:
mirrors.bbclass: update CPAN_MIRROR (2022-11-30 05:51:07 -1000)
are available in the Git repository at:
In order to build a fitimage, we don't need the image to be "complete"
but we need the cpio portion of it built since the cpio is what ends
up inside the FIT. By reducing the dependency to `do_image_cpio` we
are able to include an image's rootfs as the ramdisk for a FIT and
then bundle that FIT
Ensures it builds/works fine when _LARGEFILE64_SUPPORT is disabled.
Signed-off-by: Khem Raj
---
...01-Use-64bit-time_t-on-linux-as-well.patch | 32 +++
meta/recipes-devtools/fdisk/gptfdisk_1.0.9.bb | 1 +
2 files changed, 33 insertions(+)
create mode 100644
Signed-off-by: Khem Raj
---
.../rpcsvc-proto/rpcsvc-proto.bb | 3 +-
...FILE-macro-to-control-largefile-supp.patch | 80 +++
2 files changed, 82 insertions(+), 1 deletion(-)
create mode 100644
This patch was upstreamed in 6b09a8bc, 1.5.5 onwards.
Signed-off-by: Ross Burton
---
...atch_common.h-define-also-EGL_NO_X11.patch | 27 ---
.../libepoxy/libepoxy_1.5.10.bb | 4 +--
2 files changed, 1 insertion(+), 30 deletions(-)
delete mode 100644
The gtktypefuncs.c removal is obsolete as that file isn't in the tarball
anymore, so remove it.
However the wayland-scanner files are still in the tarball despite
efforts to stop this, so generalise the removal to ensure it covers all
files which may be affected. Further investigation will be
I think you may not be using the current kirkstone head, there was a
patch accepted for this CVE last month:
https://git.openembedded.org/openembedded-core/commit/?h=kirkstone=1d2e131d9ba55626354264d454b2808e84751600
Thanks!
Steve
On Mon, Dec 12, 2022 at 6:08 AM Soumya wrote:
>
> pixman: In
pixman: In libpixman in Pixman before 0.42.2, there is an out-of-bounds write
(aka heap-based buffer overflow) in rasterize_edges_8 due to an integer
overflow in pixman_sample_floor_y.
References:
https://nvd.nist.gov/vuln/detail/CVE-2022-44638
Upstream-Status: Backport
On 12 Dec 2022, at 15:38, Richard Purdie
wrote:
>> - def is_debianlike() -> bool:
>> --return os.path.isfile('/etc/debian_version')
>> -+return False
>> -
>> -
>> - def is_dragonflybsd() -> bool:
>
> I have a nasty feeling that there may be meson users out there which
> call into this
On Mon, 2022-12-12 at 15:25 +, Ross Burton wrote:
> This patch disables is_debianlike() so that it always returns False in the
> name of deterministic builds. However, the caller default_libdir() then
> looks at the host filesystem to decide if /usr/lib64 exists and will
> return either lib
Invoking meson with just paths is a deprecated use of the binary and
causes warnings, so call 'meson setup' explicitly.
Whilst doing this cleanup, we can also call 'meson compile' and 'meson
install' instead of ninja.
Signed-off-by: Ross Burton
---
meta/classes-recipe/meson.bbclass | 6 +++---
This patch disables is_debianlike() so that it always returns False in the
name of deterministic builds. However, the caller default_libdir() then
looks at the host filesystem to decide if /usr/lib64 exists and will
return either lib or lib64, so it still isn't deterministic.
This is only used
On Mon, 12 Dec 2022 at 15:18, Stefan Herbrechtsmeier
wrote:
> >> Sorry for the harsh tone but you ignore existing tools and add just
> >> another tool to oe-core without mention any reason or document it.
> > The reason to add the class was to be able to update existing
> > rust-based recipes
Hi Alex,
Am 09.12.2022 um 13:09 schrieb Alexander Kanavin:
On Fri, 9 Dec 2022 at 11:39, Stefan Herbrechtsmeier
wrote:
Sorry for the harsh tone but you ignore existing tools and add just another
tool to oe-core without mention any reason or document it.
The reason to add the class was to be
"libmali-xlnx PROVIDES virtual/libgbm but was skipped: incompatible
with machine qemux86-64 (not in COMPATIBLE_MACHINE)"
This is the key error. Why is libmali being set as the libgbm provider
if it's not compatible?
Alex
On Mon, 12 Dec 2022 at 11:20, Yu, Mingli wrote:
>
> Hi Alex,
>
> Not only
Hi Alex,
Not only xf86-video-amdgpu_22.0.0.bb needs the REQUIRED_DISTRO_FEATURES =
"opengl", there still comes below error if we only add REQUIRED_DISTRO_FEATURES
= "opengl" for xf86-video-amdgpu_22.0.0.bb.
ERROR: Nothing PROVIDES 'virtual/libgbm' (but
Hi Richard,
"Forwarding" this to Michael as a docs update requirement notice
(yocto-docs and bitbake).
Cheers,
Quentin
On 12/11/22 17:12, Richard Purdie wrote:
We're now used to using hashes as part of the task hashes and the sstate code
relies on this. The older OEBasic hash approach
From: Mingli Yu
We can define the layers need to check in a file and skip the yocto
compliance check if the layer is't defined in the file.
Signed-off-by: Mingli Yu
---
scripts/yocto-check-layer | 30 ++
1 file changed, 30 insertions(+)
diff --git
22 matches
Mail list logo