> -----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? //Peter -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core