[gnome-continuous-yocto/gnomeostree-3.28-rocko: 5164/8267] file: update SRCREV for 5.30 to fix fetch fail on missing commit

[Emmanuele Bassi <ebassi src gnome org>]

commit 2102b8c9b60438e5d73f3182799297efad4cbcfe
Author: Paul Gortmaker <paul gortmaker windriver com>
Date:   Thu Mar 16 14:42:14 2017 -0400

    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>
    (From OE-Core rev: adb71e06768adadda7b69c3b5e81ca3ad67237f4)
    
    Signed-off-by: Paul Gortmaker <paul gortmaker windriver com>
    Signed-off-by: Richard Purdie <richard purdie linuxfoundation org>

 meta/recipes-devtools/file/file_5.30.bb |    2 +-
 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