aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPaul Gortmaker <paul.gortmaker@windriver.com>2017-03-16 14:42:14 -0400
committerRichard Purdie <richard.purdie@linuxfoundation.org>2017-03-17 15:37:05 +0000
commitadb71e06768adadda7b69c3b5e81ca3ad67237f4 (patch)
treebffa12d6018ed769cd49a1be91047a4891140e54
parentc796cd4ac39e704e0795385c9b4ec9a2d73459b5 (diff)
downloadopenembedded-core-contrib-adb71e06768adadda7b69c3b5e81ca3ad67237f4.zip
openembedded-core-contrib-adb71e06768adadda7b69c3b5e81ca3ad67237f4.tar.gz
openembedded-core-contrib-adb71e06768adadda7b69c3b5e81ca3ad67237f4.tar.bz2
file: update SRCREV for 5.30 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.30, 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. Cc: Christos Zoulas <christos@zoulas.com> Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
-rw-r--r--meta/recipes-devtools/file/file_5.30.bb2
1 files changed, 1 insertions, 1 deletions
diff --git a/meta/recipes-devtools/file/file_5.30.bb b/meta/recipes-devtools/file/file_5.30.bb
index 0998fcf..112bf10 100644
--- a/meta/recipes-devtools/file/file_5.30.bb
+++ b/meta/recipes-devtools/file/file_5.30.bb
@@ -19,7 +19,7 @@ SRC_URI = "git://github.com/file/file.git \
file://0001-Add-P-prompt-into-Usage-info.patch \
"
-SRCREV = "79814950aafb81ecd6a910c2a8a3b8ec12f3e4a6"
+SRCREV = "3050419355566d2a96c5be97fef0ffae097bbb96"
S = "${WORKDIR}/git"
inherit autotools