To: yocto@yoctoproject.org
From: Jim Rucker <jrucker@altera.com>
Date: Fri, 4 May 2012 20:57:19 +0000 (UTC)
Message-ID: <loom.20120504T225223-561@post.gmane.org>
References: <loom.20120504T174109-199@post.gmane.org>
	<CAEsOVNfDA9rcQ1dshyKBq=rCk4nmqsBTQ0QvNL9jxa5SO52VBg@mail.gmail.com>
	<4FA4403E.8010000@windriver.com>
Mime-Version: 1.0
User-Agent: Loom/3.14 (http://gmane.org/)
Subject: Re: error with bb.fetch2.get_srcrev(d)
Precedence: list
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> >
> > Does your u-boot SRCREV = ${AUTOREV}? You could try picking a specific
> > SHA so it does not have to check for the latest each time.
> 
> This is definitely a good suggestion. If you aren't using AUTOREV, then
> something else is triggering the fetcher. All of your parsed recipes can
> trigger fetchers, whether or not it is precisely what you are building,
> since the upstream sources are part of determining what needs to be
> rebuilt. It was a surprising (to me), but fundamental thing that happens,
> and I've just gotten used to it :)
> 
> Richard could probably correct my description above, or provide more
> options.
> 
> Bruce
> 
> >
> > -M
> > _______________________________________________
> > yocto mailing list
> > yocto@...
> > https://lists.yoctoproject.org/listinfo/yocto
> 
> 

Thanks for the quick replys. I don't have SRCREV = ${AUTOREV}, but what I did 
find is that someone put in the following:
PV="2011.12+${SRCPV}
PR="${inC_PR}.0"

When I removed these it seems to have fixed the issue. Was I wrong to remove 
these? In the documentation, it says the following which led me to believe that 
the inclusion of PV was a hack, and not part of something that should be 
released
"PV is generally not overridden within a recipe unless it is building an 
unstable version from a source code repository (e.g. Git or Subversion)."