On Thu, 22 Mar 2018 17:06:08 +0100 Andreas Kaufmann <[email protected]> wrote:
> Pseudo is using a custom configure script that detects if it shall > build with extended file attribute support or not. The check is done > by simply calling 'getfattr' provided by attr-native which is not > part of the dependency list. Due to the recent changes (recipe > specific sysroot & cleanup of $PATH) this call fails now when the > recipe is being build for the first time (at least when being build > for nativesdk case). Explicitly setting up a dependency to > attr-native just to satisfy configure would be wrong also since the > real dependency is to attr/nativesdk-attr which are already part of > the dependency list (see DEPENDS). Therefore bypass the test in the > configure by explicitly enabling xattr using a configure option > available in any case. This seems reasonable to me. The historical rationale for the configure test was that we encountered actual systems in the wild which did not have the underlying xattr support, as I recall? But I think that's no longer remotely relevant. -s -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
