aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorPaul Gortmaker <paul.gortmaker@windriver.com>2017-03-17 19:24:00 -0400
committerRichard Purdie <richard.purdie@linuxfoundation.org>2017-03-20 13:58:59 +0000
commit87c17b352daa63bc4f62e8802982288ab1839f1b (patch)
tree71c35539345fe58783c4d3cd6e017eed0c6424e7
parent863459e6b565eb6b1a74b78bc01e884ffeac2085 (diff)
downloadopenembedded-core-contrib-87c17b352daa63bc4f62e8802982288ab1839f1b.tar.gz
file: update SRCREV for 5.28 to fix fetch fail on missing commit
Machines that cloned a while ago will have the commit, but new deployments won't because it seems the upstream changed/rebased and the old commit ID has been garbage-collected away. Hence the fetch fails to check out the named commit ID. Both the old (gone) commit, and the "new" commit show the same dates and commit log and point at 5.28, so hopefully this is the right thing to do. A git diff of the two seems to only show a blanket uprev of CVS tags and deletion of a couple autogen'd files, and no real source changes. (From OE-Core rev: adb71e06768adadda7b69c3b5e81ca3ad67237f4) Cc: Christos Zoulas <christos@zoulas.com> Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
-rw-r--r--meta/recipes-devtools/file/file_5.28.bb2
1 files changed, 1 insertions, 1 deletions
diff --git a/meta/recipes-devtools/file/file_5.28.bb b/meta/recipes-devtools/file/file_5.28.bb
index e64a89c804..048fb8ef9d 100644
--- a/meta/recipes-devtools/file/file_5.28.bb
+++ b/meta/recipes-devtools/file/file_5.28.bb
@@ -19,7 +19,7 @@ SRC_URI = "git://github.com/file/file.git \
file://0001-Add-P-prompt-into-Usage-info.patch \
"
-SRCREV = "3c521817322a6bf5160cfeb09b9145ccde587b2a"
+SRCREV = "acbaf156236cbc54b3cf3bc6cbf05d80cb196451"
S = "${WORKDIR}/git"
inherit autotools