[oe] [meta-oe][PATCH 2/5] talloc, libtevent, libtdb: depend on attr

Christopher Larson chris_larson at mentor.com
Fri Nov 13 03:20:01 UTC 2015


On Thu, Nov 12, 2015 at 7:48 PM, Huang, Jie (Jackie) <
Jackie.Huang at windriver.com> wrote:

> > -----Original Message-----
> > From: openembedded-devel-bounces at lists.openembedded.org [mailto:
> openembedded-devel-
> > bounces at lists.openembedded.org] On Behalf Of Christopher Larson
> > Sent: Friday, November 13, 2015 4:17 AM
> > To: openembedded-devel at lists.openembedded.org
> > Cc: Christopher Larson
> > Subject: [oe] [meta-oe][PATCH 2/5] talloc,libtevent,libtdb: depend on
> attr
> >
> > From: Christopher Larson <chris_larson at mentor.com>
> >
> > These will depend on libattr if it's available, and we need deterministic
> > builds. This fixes a build-deps failure which occurs when attr is built
> before
> > them. There's currently no configuration option to explicitly control
> this
> > dependency, and I don't know enough about waf to add such an option, so
> > unconditionally dep on it for now.
>
> I added depends on libcap  for libtevent for the same reason days ago, but
> it really concern
> me now, the 'libreplace' in these waf based packages check many packages(I
> see
> libbsd, libcap, libacl for now) existence then build with them if found,
> and there
> is no configure option to disable them, does anyone has a better idea how
> to
> make waf build in deterministic way? Maybe we should disable the built-in
> libraries 'libreplace' or add a PACKAGECONFIG for it?


I don't think PACKAGECONFIG will help unless we have a way to explicitly
disable or enable the dependency with waf, otherwise it'd still be
non-deterministic. But I think that would be ideal, that's how we handle
these things in autoconf, add an argument to let us explicitly
enable/disable it. Hopefully someone else on the list knows enough about
waf to be able to do so.
-- 
Christopher Larson
kergoth at gmail dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics



More information about the Openembedded-devel mailing list