aboutsummaryrefslogtreecommitdiffstats
path: root/recipes-connectivity/consul/consul-migrate_git.bb
AgeCommit message (Collapse)Author
2018-09-25consul-migrate: update to use go.bbclassMark Asselstine
We do not want meta-cloud-services to depend on meta-overc so we switch to use the go.bbclass which is now part of oe-core/yocto. We also capture all the licenses for all source packages which are included in consul-migrate and adjust paths to account for the different handling of go.bbclass vs. golang.bbclass. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2018-09-25consul-migrate: use SRC_URIs not DEPENDSMark Asselstine
It is common to have two GO packages, A and B, and they both depend on a GO dependency, C. This can be satisfied using the current technique of writing recipes for each dependency. BUT it is also common for GO packages to not only specify other packages in their GoDeps but also specific dependency versions. In the case that A and B share a dependency on C, but require different versions, there is no easy way to accomplish this using recipes. Since GO dependencies are also source dependencies and these dependencies are overwhelmingly useless on their own, writing recipes for each is overkill. We therefor replace DEPENDS with SRC_URIs and SRCREVs as a mechanism to provide build dependencies. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2018-09-25consul: consule-migrate: move from meta-overcMark Asselstine
After several requests to make the consul recipe available outside of meta-overc and the OverC framework we are moving the consul recipes here. These are a copy from meta-overc (HEAD 6afe8d2c12ac). NOTE that not all the DEPENDS have been copied as we will follow this commit with work to make use of SRC_URIs for dependencies. See the associated commit(s) which will follow this one. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>