Re: bitbake.conf: Add git-native to ASSUME_PROVIDED

[Richard Purdie <richard.purdie@linuxfoundation.org>]

On Tue, 2012-07-10 at 10:02 -0400, Robert P. J. Day wrote:
> On Tue, 10 Jul 2012, Richard Purdie wrote:
> 
> > Originally, git was something new, not installed everywhere and had commandline
> > stability problems. This has changed and git it no longer makes sense to
> > continually build this when the system installed version is likely sufficient.
> >
> > This speeds up build since recipes no longer have to wait for git-native to build
> > if they're fetched from a git:// SRC_URI.
> >
> > Also add git to the sanity checks and drop the no unneeded svn reference.
> >
> > Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> > ---
> > diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
> > index 6ed1e6f..ffd59e9 100644
> > --- a/meta/classes/sanity.bbclass
> > +++ b/meta/classes/sanity.bbclass
> > @@ -2,7 +2,7 @@
> >  # Sanity check the users setup for common misconfigurations
> >  #
> >
> > -SANITY_REQUIRED_UTILITIES ?= "patch diffstat texi2html makeinfo svn bzip2 tar gzip gawk chrpath wget cpio"
> > +SANITY_REQUIRED_UTILITIES ?= "patch diffstat texi2html makeinfo git bzip2 tar gzip gawk chrpath wget cpio"
> >
> >  def raise_sanity_error(msg, d):
> >      if d.getVar("SANITY_USE_EVENTS", True) == "1":
> > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> > index 76ee65f..c94012e 100644
> > --- a/meta/conf/bitbake.conf
> > +++ b/meta/conf/bitbake.conf
> > @@ -152,6 +152,7 @@ DATETIME = "${DATE}${TIME}"
> >  # its own in staging
> >  ASSUME_PROVIDED = "\
> >      bzip2-native \
> > +    git-native \
> >      grep-native \
> >      diffstat-native \
> >      patch-native \
> 
>   possibly a dumb question, but is this the sort of thing one could
> extend in one's local.conf file if they were fairly sure their
> installed versions were compatible?

For some things like git-native, it would be safe. For others like
perl-native or python-native, you could seriously shoot yourself in the
foot. subversion-native needs to be 1.7+ as an example.

The general idea is correct though, you can extend this from local.conf,
yes.

Cheers,

Richard