[oe] DATETIME seems to be getting updated

[Muhlenkamp, Lewis]

Hello,

It appears that the DATETIME variable is being updated.  From what I read this should not be happening, correct?

I want to include into the /etc/os-release the timestamp associated with the build.  The ISO I create has that timestamp in its name.  I figured this would be a good way of keeping track of which image I installed.

I put the following into my local.conf file

    DISTRO_VERSION ?= "${DATETIME}"


When I run "bitbake -e core-image-minimal | grep '^DATETIME='", and then "bitbake -e core-image-minimal | grep _date_", everything shows up with having the same datetime value.  However, when I do the actual bitbake build, I get different values.

The name of my most recent ISO is core-image-minimal-intel-corei7-64-20190123183514.iso.

The VERSION and VERSION_ID strings in /etc/os-release on the target VM have 20190123182555.

I could not find anything in some cursory greps of the different layer directories finding where DATETIME gets updated multiple times.  So, surprised that I have different values.

Also, in a couple of builds I got error messages like the following:

=== Start ERROR messages ===
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install, the basehash value changed from 6b53ad9daacf50cf3963fe9b33d67109 to b48c00441dc775ec13e33397d5be3b7d. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: base-files-3.0.14-r89 do_install: Taskhash mismatch 9b77f8c3b1da203560564376ac6ab9f3 versus 0e74d1ce2642ed224a6ecc04d44fc7d8 for /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install
20190123182535.log:ERROR: Taskhash mismatch 9b77f8c3b1da203560564376ac6ab9f3 versus 0e74d1ce2642ed224a6ecc04d44fc7d8 for /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install, the basehash value changed from 6b53ad9daacf50cf3963fe9b33d67109 to b48c00441dc775ec13e33397d5be3b7d. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install, the basehash value changed from 6b53ad9daacf50cf3963fe9b33d67109 to b48c00441dc775ec13e33397d5be3b7d. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install, the basehash value changed from 6b53ad9daacf50cf3963fe9b33d67109 to b48c00441dc775ec13e33397d5be3b7d. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile, the basehash value changed from eb9dd6843133966143e503adeb3391af to 367cb7da87f3447116c5ef0ebab2fc56. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: os-release-1.0-r0 do_compile: Taskhash mismatch 0fed1c21203c903b141b34e4cce6ce41 versus e71d060b8708e6420f1271ad3d046b1c for /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile
20190123182535.log:ERROR: Taskhash mismatch 0fed1c21203c903b141b34e4cce6ce41 versus e71d060b8708e6420f1271ad3d046b1c for /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile, the basehash value changed from eb9dd6843133966143e503adeb3391af to 367cb7da87f3447116c5ef0ebab2fc56. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile, the basehash value changed from eb9dd6843133966143e503adeb3391af to 367cb7da87f3447116c5ef0ebab2fc56. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile, the basehash value changed from eb9dd6843133966143e503adeb3391af to 367cb7da87f3447116c5ef0ebab2fc56. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install, the basehash value changed from 6b53ad9daacf50cf3963fe9b33d67109 to b48c00441dc775ec13e33397d5be3b7d. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile, the basehash value changed from eb9dd6843133966143e503adeb3391af to 367cb7da87f3447116c5ef0ebab2fc56. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/base-files/base-files_3.0.14.bb.do_install, the basehash value changed from 6b53ad9daacf50cf3963fe9b33d67109 to b48c00441dc775ec13e33397d5be3b7d. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile, the basehash value changed from eb9dd6843133966143e503adeb3391af to 367cb7da87f3447116c5ef0ebab2fc56. The metadata is not deterministic and this needs to be fixed.
20190123182535.log:ERROR: When reparsing /home/lmuhlenkamp/oe-core/meta/recipes-core/os-release/os-release.bb.do_compile, the basehash value changed from eb9dd6843133966143e503adeb3391af to 367cb7da87f3447116c5ef0ebab2fc56. The metadata is not deterministic and this needs to be fixed.
=== End ERROR messages ===

I do not get these errors all of the time.  I never get them if I do not have DISTRO_VERSION defined to use DATETIME in the local.conf file.

Am I missing something?  Do I have something misconfigured?  Have I found a bug?

I would appreciate if anyone could shed any light on this.

Thank you

Lewis Muhlenkamp