public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: "Böszörményi Zoltán" <zboszor@gmail.com>
To: Martin Jansa <martin.jansa@gmail.com>
Cc: Hemanth.KumarMD@windriver.com,
	openembedded-core@lists.openembedded.org,
	Sundeep.Kokkonda@windriver.com, Randy.MacLeod@windriver.com
Subject: Re: [OE-core] [PATCH v2 3/7] pseudo: fix for build with glibc-2.43
Date: Tue, 7 Apr 2026 17:38:23 +0200	[thread overview]
Message-ID: <ed118dea-62cd-4d29-9ee1-336367a2aae5@gmail.com> (raw)
In-Reply-To: <18A41C5827F22307.777565@lists.openembedded.org>

2026. 04. 07. 17:21 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org írta:
> The issue turns out to be with GNU tar, specifically this build:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=2924033
>
> Manually downgrading to the previous build fixed the packaging problem:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=2917292
>
> I reported it here:
> https://bugzilla.redhat.com/show_bug.cgi?id=2455965

According to the changelog of the current GNU tar 1.35-8.fc44 build,
it contains backports from what will be the official 1.36 version.
With that release, whenever it will be out, other distros would fail, too.

Note this from the Fedora package changelog:

- Backport upstream changes to jailify extraction directory
   Includes related gnulib changes to add openat2
   Fixes CVE-2025-45582 (fedora#2380007)

which seems to be this commit:
https://cgit.git.savannah.gnu.org/cgit/tar.git/commit/?id=75b03fdff48916bd0654677ed21379bdb0db016d

commit 75b03fdff48916bd0654677ed21379bdb0db016d
Author: Paul Eggert <eggert@cs.ucla.edu>
Date:   Thu Nov 13 13:44:10 2025 -0800

     Use openat2 to jailify the extraction directory

     This addresses CVE-2025-45582.
     * gnulib.modules: Add openat2.
     * src/misc.c (open_subdir): New static function.
     (fdbase_opendir): Use it.
     * src/tar.c (open_searchdir_how): New var, replacing and
     augmenting open_searchdir_flags.  All uses changed.
     * tests/extrac31.at: New file.
     * tests/Makefile (TESTSUITE_AT), tests/testuite.at: Add it.

I guess it will really need fixes in pseudo to overcome this.

> 2026. 04. 07. 16:08 keltezéssel, Martin Jansa írta:
>> For me this works with both ubuntu-26.04 and gentoo both with
>> glibc-2.43. I'm able to build images with scarthgap, whinlatter with
>> ubuntu (gentoo probably works as well, just haven't tried) and wrynose
>> with both ubuntu and gentoo.
>>
>> On Tue, Apr 7, 2026 at 1:39 PM Böszörményi Zoltán <zboszor@gmail.com> wrote:
>>> 2026. 04. 07. 10:54 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org írta:
>>>> Hi,
>>>>
>>>> something is still wrong with pseudo on Fedora 44 (beta) after this change.
>>>> Besides GLIBC 2.43, GCC 16 is on Fedora 44.
>>>>
>>>> Packaging fails for every file and directory shipped by the recipe with:
>>>>
>>>> Cannot open: Function not implemented
>>>>
>>>> or
>>>>
>>>> Cannot mkdir: Function not implemented
>>> It's not GCC. I forced to build pseudo-native with GCC 15 and packaging
>>> linux-libc-headers and others still failed with the same problem.
>>>
>>> GLIBC is glibc-2.43-2.fc44.x86_64, which uses commit
>>> 48f5a05a7a1eeb9e0567ab429f654648f831307f from
>>> the release/2.43/master branch. It's a post-2.43 commit.
>>>
>>>> 2026. 03. 08. 17:37 keltezéssel, Martin Jansa via lists.openembedded.org írta:
>>>>> Hi,
>>>>>
>>>>> this is already merged in the repo and there is SRCREV bump which
>>>>> includes that change from Richard in master-next.
>>>>>
>>>>> Regards,
>>>>>
>>>>> On Sun, Mar 8, 2026 at 4:09 PM Hemanth Kumar M D via
>>>>> lists.openembedded.org
>>>>> <Hemanth.KumarMD=windriver.com@lists.openembedded.org> wrote:
>>>>>> From: Martin Jansa <martin.jansa@gmail.com>
>>>>>>
>>>>>> Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
>>>>>> ---
>>>>>>    ...01-openat2-use-const-struct-open_how.patch | 54 +++++++++++++++++++
>>>>>>    meta/recipes-devtools/pseudo/pseudo_git.bb    |  1 +
>>>>>>    2 files changed, 55 insertions(+)
>>>>>>    create mode 100644
>>>>>> meta/recipes-devtools/pseudo/files/0001-openat2-use-const-struct-open_how.patch
>>>>>>
>>>>>> diff --git
>>>>>> a/meta/recipes-devtools/pseudo/files/0001-openat2-use-const-struct-open_how.patch
>>>>>> b/meta/recipes-devtools/pseudo/files/0001-openat2-use-const-struct-open_how.patch
>>>>>> new file mode 100644
>>>>>> index 0000000000..eda2593bdf
>>>>>> --- /dev/null
>>>>>> +++ b/meta/recipes-devtools/pseudo/files/0001-openat2-use-const-struct-open_how.patch
>>>>>> @@ -0,0 +1,54 @@
>>>>>> +From d17159194e94b5150600c333a5e2ad46fda6291e Mon Sep 17 00:00:00 2001
>>>>>> +From: Martin Jansa <martin.jansa@gmail.com>
>>>>>> +Date: Thu, 5 Mar 2026 17:53:34 +0100
>>>>>> +Subject: [PATCH] openat2: use const struct open_how
>>>>>> +MIME-Version: 1.0
>>>>>> +Content-Type: text/plain; charset=UTF-8
>>>>>> +Content-Transfer-Encoding: 8bit
>>>>>> +
>>>>>> +To match
>>>>>> +https://sourceware.org/cgit/glibc/commit/?id=0f0a5cd338998f4b603f52f3ce2163df0db7b814
>>>>>> +
>>>>>> +Otherwise it fails to build with glibc-2.43:
>>>>>> +
>>>>>> +In file included from pseudo_wrappers.c:300:
>>>>>> +pseudo_wrapfuncs.c: At top level:
>>>>>> +pseudo_wrapfuncs.c:11537:1: error: conflicting types for ‘openat2’; have ‘int(int,
>>>>>> const char *, struct open_how *, size_t)’ {aka ‘int(int,  const char *, struct
>>>>>> open_how *, long unsigned int)’}
>>>>>> +11537 | openat2(int dirfd, const char *path, struct open_how *how, size_t size) {
>>>>>> +      | ^~~~~~~
>>>>>> +In file included from /usr/include/bits/fcntl-linux.h:492,
>>>>>> +                 from /usr/include/bits/fcntl.h:61,
>>>>>> +                 from /usr/include/fcntl.h:35,
>>>>>> +                 from pseudo_wrappers.c:23:
>>>>>> +/usr/include/bits/fcntl-linux-fortify.h:36:1: note: previous definition of ‘openat2’
>>>>>> with type ‘int(int,  const char *, const struct open_how *, long unsigned int)’
>>>>>> +   36 | openat2 (int __dfd, const char *__filename, const struct open_how *__how,
>>>>>> +      | ^~~~~~~
>>>>>> +make: *** [Makefile:162: pseudo_wrappers.o] Error 1
>>>>>> +
>>>>>> +Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
>>>>>> +Upstream-Status: Pending
>>>>>> +---
>>>>>> + ports/linux/openat2/guts/openat2.c | 2 +-
>>>>>> + ports/linux/openat2/wrapfuncs.in   | 2 +-
>>>>>> + 2 files changed, 2 insertions(+), 2 deletions(-)
>>>>>> +
>>>>>> +diff --git a/ports/linux/openat2/guts/openat2.c b/ports/linux/openat2/guts/openat2.c
>>>>>> +index da01b31..366fb95 100644
>>>>>> +--- a/ports/linux/openat2/guts/openat2.c
>>>>>> ++++ b/ports/linux/openat2/guts/openat2.c
>>>>>> +@@ -4,7 +4,7 @@
>>>>>> +  *
>>>>>> +  * SPDX-License-Identifier: LGPL-2.1-only
>>>>>> +  *
>>>>>> +- * int openat2(int dirfd, const char *path, struct open_how *how, size_t size)
>>>>>> ++ * int openat2(int dirfd, const char *path, const struct open_how *how, size_t size)
>>>>>> +  *    int rc = -1;
>>>>>> +  */
>>>>>> +
>>>>>> +diff --git a/ports/linux/openat2/wrapfuncs.in b/ports/linux/openat2/wrapfuncs.in
>>>>>> +index 96ae8a7..2f1e716 100644
>>>>>> +--- a/ports/linux/openat2/wrapfuncs.in
>>>>>> ++++ b/ports/linux/openat2/wrapfuncs.in
>>>>>> +@@ -1 +1 @@
>>>>>> +-int openat2(int dirfd, const char *path, struct open_how *how, size_t size);
>>>>>> ++int openat2(int dirfd, const char *path, const struct open_how *how, size_t size);
>>>>>> diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb
>>>>>> b/meta/recipes-devtools/pseudo/pseudo_git.bb
>>>>>> index a26a205a16..b34525055d 100644
>>>>>> --- a/meta/recipes-devtools/pseudo/pseudo_git.bb
>>>>>> +++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
>>>>>> @@ -1,6 +1,7 @@
>>>>>>    require pseudo.inc
>>>>>>
>>>>>>    SRC_URI = "git://git.yoctoproject.org/pseudo;branch=master;protocol=https \
>>>>>> + file://0001-openat2-use-const-struct-open_how.patch \
>>>>>>               file://fallback-passwd \
>>>>>>               file://fallback-group \
>>>>>>               "
>>>>>> -- 
>>>>>> 2.49.0
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>>
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#234747): https://lists.openembedded.org/g/openembedded-core/message/234747
> Mute This Topic: https://lists.openembedded.org/mt/118204632/3617728
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [zboszor@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>



  parent reply	other threads:[~2026-04-07 15:38 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-08 15:07 [PATCH v2 1/7] glibc: Upgrade to 2.43 release Hemanth.KumarMD
2026-03-08 15:07 ` [PATCH v2 2/7] gettext: Upgrade 0.26 -> 1.0 Hemanth.KumarMD
2026-03-09  6:56   ` [OE-core] " Mathieu Dubois-Briand
2026-03-09 14:50     ` Randy MacLeod
2026-03-08 15:07 ` [PATCH v2 3/7] pseudo: fix for build with glibc-2.43 Hemanth.KumarMD
2026-03-08 16:37   ` [OE-core] " Martin Jansa
2026-04-07  8:54     ` Böszörményi Zoltán
     [not found]     ` <18A40738790ACBCC.657799@lists.openembedded.org>
2026-04-07 11:39       ` Böszörményi Zoltán
2026-04-07 14:08         ` Martin Jansa
2026-04-07 15:21           ` Böszörményi Zoltán
     [not found]           ` <18A41C5827F22307.777565@lists.openembedded.org>
2026-04-07 15:38             ` Böszörményi Zoltán [this message]
2026-04-08  9:44               ` Paul Barker
2026-03-08 15:07 ` [PATCH v2 4/7] gcc-runtime: avoid discarded-qualifiers build failure with glibc 2.43 Hemanth.KumarMD
2026-03-08 15:07 ` [PATCH v2 5/7] libxcrypt: " Hemanth.KumarMD
2026-03-08 15:07 ` [PATCH v2 6/7] barebox-tools: fix " Hemanth.KumarMD
2026-03-08 15:07 ` [PATCH v2 7/7] ltp: workaround openat2 " Hemanth.KumarMD
2026-03-08 16:58   ` [OE-core] " Mathieu Dubois-Briand
2026-03-09  7:13 ` [OE-core] [PATCH v2 1/7] glibc: Upgrade to 2.43 release Mathieu Dubois-Briand
2026-03-09 13:26   ` Sundeep KOKKONDA
2026-03-09 13:54     ` Richard Purdie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ed118dea-62cd-4d29-9ee1-336367a2aae5@gmail.com \
    --to=zboszor@gmail.com \
    --cc=Hemanth.KumarMD@windriver.com \
    --cc=Randy.MacLeod@windriver.com \
    --cc=Sundeep.Kokkonda@windriver.com \
    --cc=martin.jansa@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox