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

Peter Kjellerstedt peter.kjellerstedt at axis.com
Tue Nov 12 21:46:05 UTC 2019


> -----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?

//Peter



More information about the Openembedded-core mailing list