[OE-core] [PATCH] pseudo: Add statx support to fix fedora30 issues

akuster808 akuster808 at gmail.com
Tue Nov 12 23:09:05 UTC 2019



On 11/12/19 1:46 PM, Peter Kjellerstedt wrote:
>> -----Original Message-----
>> From: openembedded-core-bounces at lists.openembedded.org <openembedded-core-
>> bounces at lists.openembedded.org> On Behalf Of Richard Purdie
>> Sent: den 7 november 2019 21:53
>> To: Seebs <seebs at seebs.net>
>> Cc: openembedded-core at lists.openembedded.org
>> Subject: Re: [OE-core] [PATCH] pseudo: Add statx support to fix fedora30
>> issues
>>
>> On Thu, 2019-11-07 at 14:34 -0600, Seebs wrote:
>>> On Thu,  7 Nov 2019 20:04:44 +0000
>>> Richard Purdie <richard.purdie at linuxfoundation.org> wrote:
>>>
>>>> Modern distros (e.g. fedora30) are starting to use the new statx()
>>>> syscall through the newly exposed glibc wrapper function in
>>>> software
>>>> like coreutils (e.g. the ls command). Add support to intercept this
>>>> to pseudo.
>>> I think this should be okay. If there's no real statx() wrapper, the
>>> real_statx() call probably fails, but also things probably won't have
>>> thought it existed/worked.
>> That was my thinking...
>>
>>> Worth double-checking that things still run with this in place on a
>>> system that doesn't have a statx wrapper, when configuring and
>>> building things like coreutils that will check for it.
>> coreutils looks to be using a standard configure check for the statx
>> function.
>>
>> Even in OE, we'd not want to configure/compile with pseudo loaded and
>> active so I think we should be ok...
>>
>> Cheers,
>>
>> Richard
> As a Fedora 30 user, I expect this needs to be backported to Zeus, 
> Warrior, etc as well or I guess I will start seeing problems when 
> building them?

this is already staged in both test branches.

- armin
>
> //Peter
>



More information about the Openembedded-core mailing list