Open TafThorne opened 8 years ago
After some experimentation I found a work around to the problem. If I set the changeset to AUTOREV rather than b04a6112 the bitbake process seems to complete without an error.
I did try setting the value to the latest version currently in the target repository fcd1c9cbe39d88ef007832d3898b70295ebd1ab but that caused a different error. It seems that the script which reads the recipe expects an annotated tag (or a changeset ID which relates to one). When I used fcd1c9cb I got the following error instead:
$ bitbake linux-yocto
WARNING: Host distribution "Ubuntu-16.04" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution.
Loading cache: 100% |##################################################################| ETA: 00:00:00
Loaded 1293 entries from dependency cache.
NOTE: Error during finalise of ...s/meta-vtss-vcoreiii/recipes-kernel/linux/linux-yocto_3.14.bb
ERROR: ExpansionError during parsing .../meta-vtss-vcoreiii/recipes-kernel/linux/linux-yocto_3.14.bb: Failure expanding variable do_patch: ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure for URL: 'git://github.com/vtss/linux-stable.git;protocol=git;bareclone=1;branch=vtss_3.14'. The command git -c core.fsyncobjectfiles=0 ls-remote git://github.com/vtss/linux-stable.git refs/heads/fcd1c9cbe39d88ef007832d3898b70295ebd1ab refs/tags/fcd1c9cbe39d88ef007832d3898b70295ebd1ab^{} gave empty output unexpectedly
Summary: There was 1 WARNING message shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
Some Googling about was what led to the suggestion that a missing annotated tag was the problem with using fcd1c9cb. The two options were:
It seems that ${AUTOREV} would be mostly used in development to target the latest things on a branch whereas a specific tag would be used when dealing with a more formal release. As I have no control over the vtss release cycle, I will provide a pull request that switches to using AUTOREV.
I have the same problem (using 2.3; the board vendor does not support newer version). It has nothing to do with AUTOREV.
It is caused by the check described in 24.5.3.1. Matching Branch Requirement for Git Fetching.
From Git's point of view, any release branch is superfluous once the release is tagged and done, so it is completely valid for no such branch to exist and the check is bogus. Anyway, the way to disable it is setting ;nobranch=1
rather than any ;branch=
.
Once you have setup a yocto dizzy (1.7) work area as per the instructions in this repository or in the Microsemi application note ENT-AN1125 "Microsemi Linux BSP Yocto" an attempt to call
bitbake linux-yocto
orbitbake core-image-minimal
orbitbake vtss-image-minimal
fails with an error such as this:It seems that this relates to the SRCREV and SRCREV_machine setting inside the linux-yocto_3.14.bb resipy. That seems to be looking for a changeset with the id b04a6112a8001462b0af176f7dc8c934aa77ba2c in https://github.com/vtss/linux-stable but no such version seems to exist.