[morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[Denys Dmytriyenko]

From: Paul Gortmaker <paul.gortmaker@windriver.com>

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>
---
 meta/recipes-devtools/file/file_5.28.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/file/file_5.28.bb b/meta/recipes-devtools/file/file_5.28.bb
index e64a89c..048fb8e 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
-- 
2.7.4

Re: [morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[Phil Wise]

I hit this issue when doing a build this morning, and filed this bug
before seeing your patches:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=11190

Cheers,

Phil

On 18.03.2017 00:24, Denys Dmytriyenko wrote:
> From: Paul Gortmaker <paul.gortmaker@windriver.com>
> 
> 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>
> ---
>  meta/recipes-devtools/file/file_5.28.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/file/file_5.28.bb b/meta/recipes-devtools/file/file_5.28.bb
> index e64a89c..048fb8e 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
> 

-- 
Phil Wise, ATS Advanced Telematic Systems GmbH
Kantstrasse 162, 10623 Berlin
Managing Directors: Dirk Pöschl, Armin G. Schmidt
Register Court: HRB 151501 B, Amtsgericht Charlottenburg

Re: [morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[Denys Dmytriyenko]

Ping.

This is getting quickly escalated by my teams and customers. Can we merge this 
to morty right away? Thanks!

There's another patch for krogoth, that's not as urgent yet, but probably will 
be soon too...

BTW, I believe Armin was traveling last week, not sure if he's back yet.

-- 
Denys


On Fri, Mar 17, 2017 at 07:24:00PM -0400, Denys Dmytriyenko wrote:
> From: Paul Gortmaker <paul.gortmaker@windriver.com>
> 
> 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>
> ---
>  meta/recipes-devtools/file/file_5.28.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/file/file_5.28.bb b/meta/recipes-devtools/file/file_5.28.bb
> index e64a89c..048fb8e 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
> -- 
> 2.7.4
> 
> -- 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[Burton, Ross]

[-- Attachment #1: Type: text/plain, Size: 245 bytes --]

On 20 March 2017 at 14:06, Denys Dmytriyenko <denis@denix.org> wrote:

> This is getting quickly escalated by my teams and customers. Can we merge
> this
> to morty right away? Thanks!
>

Morty and Krogoth have been patched now.

Ross

[-- Attachment #2: Type: text/html, Size: 676 bytes --]

Re: [morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[Denys Dmytriyenko]

On Mon, Mar 20, 2017 at 02:08:58PM +0000, Burton, Ross wrote:
> On 20 March 2017 at 14:06, Denys Dmytriyenko <denis@denix.org> wrote:
> 
> > This is getting quickly escalated by my teams and customers. Can we merge
> > this
> > to morty right away? Thanks!
> >
> 
> Morty and Krogoth have been patched now.

Thanks!

-- 
Denys

Re: [morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[Richard Purdie]

On Mon, 2017-03-20 at 10:06 -0400, Denys Dmytriyenko wrote:
> Ping.
> 
> This is getting quickly escalated by my teams and customers. Can we
> merge this 
> to morty right away? Thanks!
> 
> There's another patch for krogoth, that's not as urgent yet, but
> probably will 
> be soon too...
> 
> BTW, I believe Armin was traveling last week, not sure if he's back
> yet.

Thanks for the patches, I'd been away this weekend but having them
available helped a lot!

Cheers,

Richard

Re: [morty][PATCH] file: update SRCREV for 5.28 to fix fetch fail on missing commit

[Denys Dmytriyenko]

On Mon, Mar 20, 2017 at 02:55:41PM +0000, Richard Purdie wrote:
> On Mon, 2017-03-20 at 10:06 -0400, Denys Dmytriyenko wrote:
> > Ping.
> > 
> > This is getting quickly escalated by my teams and customers. Can we
> > merge this 
> > to morty right away? Thanks!
> > 
> > There's another patch for krogoth, that's not as urgent yet, but
> > probably will 
> > be soon too...
> > 
> > BTW, I believe Armin was traveling last week, not sure if he's back
> > yet.
> 
> Thanks for the patches, I'd been away this weekend but having them
> available helped a lot!

Sure, happy to help!

-- 
Denys