[OE-core] [PATCH 5/5] file: 5.29 -> 5.30

Jussi Kukkonen jussi.kukkonen at intel.com
Mon Mar 20 09:42:35 UTC 2017


On 20 March 2017 at 11:14, Stefano Babic <sbabic at denx.de> wrote:
>
> On 22/02/2017 02:44, Robert Yang wrote:
> > Signed-off-by: Robert Yang <liezhi.yang at windriver.com>
> > ---
> >  meta/recipes-devtools/file/{file_5.29.bb => file_5.30.bb} | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >  rename meta/recipes-devtools/file/{file_5.29.bb => file_5.30.bb} (96%)
> >
> > diff --git a/meta/recipes-devtools/file/file_5.29.bb
b/meta/recipes-devtools/file/file_5.30.bb
> > similarity index 96%
> > rename from meta/recipes-devtools/file/file_5.29.bb
> > rename to meta/recipes-devtools/file/file_5.30.bb
> > index 29af8748150..0998fcfa899 100644
> > --- a/meta/recipes-devtools/file/file_5.29.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 = "015b0cdce1a0abb68ab99510e7fc8d2f77e8ec77"
> > +SRCREV = "79814950aafb81ecd6a910c2a8a3b8ec12f3e4a6"
> >  S = "${WORKDIR}/git"
> >
> >  inherit autotools
> >
>
> Strange enough, it seems that the tree loses the history and all SRCREV
> are wrong. I tried with -krogoth, -morty, -master, and no revision
> number is found. In fact, after cloning the tree I see that all revision
> number were changed, just a couple here:
>
> 5.25 is now : 789cfc7d727cee1c7cfb7d29c09162e2399285c5
>
> 5.30 (this patch) : 3050419355566d2a96c5be97fef0ffae097bbb96
>
> Ok, I fix this in my layer with a .bbappend, but...Of course, all builds
> are broken - have you seen the same effect ?


Paul Gortmakers fix "update SRCREV for 5.30 to fix fetch fail on missing
commit" is in master. Similar fixes should be sent to release branches as
well.

It may have been a mistake to start using an unofficial git repo as the
source ... but the original reasoning was that the ftp site was unreliable.
The upstream version control being CVS means that we've got three choices,
none of them good.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170320/ed142a7e/attachment-0002.html>


More information about the Openembedded-core mailing list