On 11/12/19 1:46 PM, Peter Kjellerstedt wrote:
>> -----Original Message-----
>> From: openembedded-core-boun...@lists.openembedded.org <openembedded-core-
>> boun...@lists.openembedded.org> On Behalf Of Richard Purdie
>> Sent: den 7 november 2019 21:53
>> To: Seebs <se...@seebs.net>
>> Cc: openembedded-core@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.pur...@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
>
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
