Openembedded Core Discussions
 help / color / mirror / Atom feed
* wanting to clarify ASSUME_PROVIDED and SANITY_REQUIRED_UTILITIES
@ 2012-08-11 12:38 Robert P. J. Day
  2012-08-14 10:21 ` Paul Eggleton
  0 siblings, 1 reply; 2+ messages in thread
From: Robert P. J. Day @ 2012-08-11 12:38 UTC (permalink / raw)
  To: OE Core mailing list


  recently, i know that the entry "git-native" was added to the
entries in ASSUME_PROVIDED in bitbake.conf:

ASSUME_PROVIDED = "\
    bzip2-native \
    git-native \
    grep-native \
    diffstat-native \
    patch-native \
    perl-native-runtime \
    python-native-runtime \
    tar-native \
    virtual/libintl-native \
    "

ostensibly because it's now reasonable to assume that any sane distro
should be able to provide an oe-compatible version of git.  so far, so
good.  but there's this in sanity.bbclass:

SANITY_REQUIRED_UTILITIES ?= "patch diffstat texi2html makeinfo git
bzip2 tar gzip gawk chrpath wget cpio"

how do those two relate to one another?

  sanity.bbclass appears to list the native tools that *must* exist on
the dev host, but what if one doesn't?  is it then downloaded and
built unless it's in "ASSUME_PROVIDED"?

  as an example, consider "cpio".  sanity.bbclass suggests it *must*
exist natively, but it's not part of ASSUME_PROVIDED so i had
originally understood that to mean that it would necessarily have to
be downloaded (as source), then built so it was available natively.

  but i just ran "bitbake -c fetchall core-image-minimal" and there is
no cpio source in my downloads directory.  yes, of course i have it
installed natively, but based on the above, i had assumed it would be
downloaded and built.  so what am i misunderstanding here?

  also, is there any convenient way to examine my current dev host to
see what native utilities are candidates for adding to my local
ASSUME_PROVIDED?

rday



-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: wanting to clarify ASSUME_PROVIDED and SANITY_REQUIRED_UTILITIES
  2012-08-11 12:38 wanting to clarify ASSUME_PROVIDED and SANITY_REQUIRED_UTILITIES Robert P. J. Day
@ 2012-08-14 10:21 ` Paul Eggleton
  0 siblings, 0 replies; 2+ messages in thread
From: Paul Eggleton @ 2012-08-14 10:21 UTC (permalink / raw)
  To: Robert P. J. Day; +Cc: openembedded-core

On Saturday 11 August 2012 08:38:58 Robert P. J. Day wrote:
>   recently, i know that the entry "git-native" was added to the
> entries in ASSUME_PROVIDED in bitbake.conf:
> 
> ASSUME_PROVIDED = "\
>     bzip2-native \
>     git-native \
>     grep-native \
>     diffstat-native \
>     patch-native \
>     perl-native-runtime \
>     python-native-runtime \
>     tar-native \
>     virtual/libintl-native \
>     "
> 
> ostensibly because it's now reasonable to assume that any sane distro
> should be able to provide an oe-compatible version of git.  so far, so
> good.  but there's this in sanity.bbclass:
> 
> SANITY_REQUIRED_UTILITIES ?= "patch diffstat texi2html makeinfo git
> bzip2 tar gzip gawk chrpath wget cpio"
> 
> how do those two relate to one another?

They don't directly. ASSUME_PROVIDED is just a way of satisfying build-time 
dependencies of native recipes when we know they will always be installed on 
the host; for most of these this is backed up by a check to see if they are 
actually installed using SANITY_REQUIRED_UTILITIES.
 
>   sanity.bbclass appears to list the native tools that *must* exist on
> the dev host, but what if one doesn't?  is it then downloaded and
> built unless it's in "ASSUME_PROVIDED"?

No. If you look at the code in sanity.bbclass you'll see if something in 
SANITY_REQUIRED_UTILITIES is missing you'll get an immediate fatal error.

>   also, is there any convenient way to examine my current dev host to
> see what native utilities are candidates for adding to my local
> ASSUME_PROVIDED?

I think you're on your own there - we recommend you leave ASSUME_PROVIDED as-
is.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-08-14 10:33 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-11 12:38 wanting to clarify ASSUME_PROVIDED and SANITY_REQUIRED_UTILITIES Robert P. J. Day
2012-08-14 10:21 ` Paul Eggleton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox