[poky] When SRCREV is set to AUTOREV, what triggers (re-)fetching?

Evade Flow evadeflow at gmail.com
Thu Sep 1 15:14:21 PDT 2016


I have a recipe that sets `SRCREV = ${AUTOREV}`, organized almost exactly
like Rob Calhoun's template from this thread:

  - https://lists.yoctoproject.org/pipermail/yocto/2013-November/017042.html

It works as I expect, in that running `bitbake myprog` results in output
like:

```
Currently 1 running tasks (2441 of 2447):
0: myprog-1.0.0+gitAUTOINC+91b8e42702-r0 do_install (pid 17307)
```

However, if I push a change to the upstream so that the `HEAD` revision
moves, and immediately re-run `bitbake myprog`, I get:

```
NOTE: Preparing RunQueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Tasks Summary: Attempted 2447 tasks of which 2447 didn't need to be
rerun and all succeeded.
NOTE: Writing buildhistory

Summary: There were 8 WARNING messages shown.
```

My hope was that bitbake would pull the new `HEAD` and rebuild, but it
seems 'stuck' on the revision it built first. Are my expectations for how
`AUTOREV` ought to work flawed? If so... what commands can I use to make
bitbake re-fetch the source?

Some details of my setup:

```
$ bitbake --version
BitBake Build Tool Core version 1.28.0

$ cat distro/poky/meta-yocto/conf/distro/poky.conf | grep DISTRO | head -4
DISTRO = "poky"
DISTRO_NAME = "Poky (Yocto Project Reference Distro)"
DISTRO_VERSION = "2.0"
DISTRO_CODENAME = "jethro"
```
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/poky/attachments/20160901/ed15668d/attachment.html>


More information about the poky mailing list