summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/file/file_5.30.bb
Commit message (Collapse)AuthorAgeFilesLines
* Revert "file: update SRCREV for 5.30 to fix fetch fail on missing commit"Richard Purdie2017-03-211-1/+1
| | | | | | | | This reverts commit adb71e06768adadda7b69c3b5e81ca3ad67237f4. Upstream restored the original hashes. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* file: update SRCREV for 5.30 to fix fetch fail on missing commitPaul Gortmaker2017-03-171-1/+1
| | | | | | | | | | | | | | | | | | | 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>
* file: 5.29 -> 5.30Robert Yang2017-03-011-0/+48
(From OE-Core rev: 83a822e7b7810a9a59f0ad0efe6c827b89878b61) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>