aboutsummaryrefslogtreecommitdiffstats
path: root/recipes-connectivity
AgeCommit message (Collapse)AuthorFilesLines
10 daysconsul: add explicit branch specificationBruce Ashfield1-1/+1
Consul has switched from master to main for development, we add an explicit branch statement, since the default of master no longer works. Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2021-03-16consul: export GO111MODULE=offChen Qi1-0/+4
With the latest go version bump in oe-core export GO111MODULE is on by default. Our build is not setup to use go modules, so we disable it and avoid configuration errors. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2020-09-07dhcp: drop hook functionalityBruce Ashfield3-112/+0
Hopefully no one is using these exit hooks anymore, since dhcp is no longer in oe-core, this bbappend is dangling. The replacement to dhcp doesn't support the same hooks, so we drop everything and see if anyone notices. Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2020-01-22bbappends: make distro feature conditionalBruce Ashfield2-16/+17
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-12-12hashicorp-serf: add recipe for 0.8.5Tim Orling2-0/+64
Serf is a decentralized solution for service discovery and orchestration that is lightweight, highly available, and fault tolerant. Vendor licenses are included in serf-vendor-licenses.inc, to make the main recipe shorter/easier to read. Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-12-01consul: fix compile failure while go upgraded to 1.13hongxu2-0/+83
While go was upgraded to 1.13, there is a do_compile failure, Refer upstream envoyproxy to rename imports throughout https://github.com/envoyproxy/protoc-gen-validate/pull/161/commits/7428b5f8e7fdabbcc7c9710e23e6f438ba4ff021 Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-09-09consul: Not automatically start system service on bootHe Zhe1-1/+1
The systemd service needs to be tuned according to various use cases and cannot be able to always start successfully for example when there is no network interface named br0 by default. Thus the default configuration is mainly used as an example. Let's not automatically start it on boot. Signed-off-by: He Zhe <zhe.he@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-09-09consul: Upgrade to 1.6.0He Zhe1-1/+1
1.6.0 is the latest release. Signed-off-by: He Zhe <zhe.he@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-04-07consul: don't build with the '-linkshared' optionMark Asselstine1-0/+5
We are currently seeing the following error: type..eUfRrckI: missing section for relocation target type..FEeY9FdU ... This is similar to the reported issues http://www.lyddzz.com/github_/golang/go/issues/30768 and https://github.com/hashicorp/consul/issues/5486 (but this one appears to be a report of 'our' issue so isn't really valid) The go.bbclass currently completes 2 builds (if GO_DYNLINK is set), one without '-linkshared' and one with. The '--linkshared' option is marked as experimental (https://golang.org/cmd/link/ -- "-linkshared Link against installed Go shared libraries (experimental)"). By setting GO_LINKSHARED prior to inheriting go.bbclass we can overwrite the default compile behavior and only perform the build without the '-linkshared' option. This shouldn't change the functionality of consul and we can revert to the default behavior when the issues have been addressed. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-03-24dhcp: Add the default route optionZhixiong Chi1-0/+3
Add the default route option for the operation of adding route, while we set the static route and the mask setting is 0. For example: add_routes 32 169 254 169 254 10 209 67 4 0 10 209 67 1 The first route (169.254.169.254/32 via 10.209.67.4) is added successfully, but the second route (10.209.67.1, default) is not added at all. Signed-off-by: Zhixiong Chi <zhixiong.chi@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-03-08consul: uprev to v1.4.3Hongzhi.Song2-33/+3
Uprev to v1.4.3 and remove invalid patch. Signed-off-by: Hongzhi.Song <hongzhi.song@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2019-02-21consul: do not try to build for mipsJoe Slater1-0/+4
Use COMPATIBLE_HOST to prevent building for mipsarch. Signed-off-by: Joe Slater <joe.slater@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2018-10-11consul: add INSANE_SKIP for textrelChangqing Li1-0/+3
1. for i586, bitbake consul will have QA error of textrel. consul-git-r0 do_package_qa: QA Issue: ELF binary i 'work/i586-wrs-linux/consul/git-r0/packages-split/consul/usr/bin/consul' has relocations in .text [textrel] according to go doc: -buildmode=pie Build the listed main packages and everything they import into position independent executables (PIE). Packages not named main are ignored. checked use command "eu-findtextrel ./consul", functions not compiled with -fpic/-fPIC are from packages not named main, and also not imported into package main. so -buildmode=pie cannot reslove this problem. so refer commit b689c72a of oe-core, just skip it. 2. This problem is caused since security_flags.inc is used by default. so alternative work around is: SECURITY_CFLAGS_pn-consul = "${SECURITY_NOPIE_CFLAGS}" SECURITY_LDFLAGS_pn-consul = "" Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2018-09-25consul-migrate: update to use go.bbclassMark Asselstine1-17/+19
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 Asselstine1-2/+18
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: update to use go.bbclassMark Asselstine2-19/+11
We don't want meta-cloud-services to have to rely on meta-overc for access to golang.bbclass (which predates go.bbclass in oe-core/yocto) so switch to make use of go.bbclass. This requires the definition of GO_IMPORT and the dropping of some custom handling of 'configure' and others. Since go.bbclass uses a slighly different directory structure than we used with golang.bbclass we have to adjust some paths accordingly, including those in patches. We also need to expand the list of LICENSES to cover licenses of all the GO packages included in consul. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2018-09-25consul: remove unneeded DEPENDSMark Asselstine1-34/+0
GO package dependencies are a tricky beast. They are source dependencies and if you have two packages which share a dependency they could very well require different versions of the dependency. So supplying the dependencies via bitbake recipes is not an easy proposition. As such we are better off populating the build source with the dependencies using SRC_URIs and not traditional DEPENDS. That being said, the consul source repository actually includes copies of the dependencies (and the dependency's dependencies) so having these DEPENDS is actually useless and we can simply drop them. 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 Asselstine4-0/+136
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>
2015-10-14dhcp: bbappend to use PNVu Tran1-1/+1
Fix the following warning: WARNING: Variable key FILES_${PN}-client (${base_sbindir}/dhclient ${base_sbindir}/dhclient-script ${sysconfdir}/dhcp/dhclient.conf ${base_sbindir}/dhclient-systemd-wrapper) replaces original key FILES_dhcp-client ( ${sysconfdir}/dhcp/dhclient-exit-hooks). Signed-off-by: Vu Tran <vu.tran@windriver.com> Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com>
2015-06-19dhcp: fix build errorBian Naimeng1-0/+0
dhcp in oe-core has been upgrade to 4.3.2, so the following error will be caught. ERROR: No recipes available for: /yocto/meta-cloud-services/recipes-connectivity/dhcp/dhcp_4.3.1.bbappend Signed-off-by: Bian Naimeng <biannm@cn.fujitsu.com>
2015-02-20bbappend: rsync to oe-core master round2Bruce Ashfield1-0/+0
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-08-29bbapends: resync bbappends to oe-core/meta-oe versionsBruce Ashfield1-0/+0
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-08-27dhcp: fix double 'request' in dhclient.confMark Asselstine1-1/+1
commit 43e2b093040734d4c4b28db96a634cd2a5f3271b [dhcp: add dhcp classless static route support] had a flaw in one of do_install_append() sed expressions in the dhcp recipe that caused a duplicate 'request' keyword to be inserted in to the dhclient.conf file. The result was that results returned for the request were not as expected and the resolv.conf would be empty. Fixing up the sed expression removes the duplicate and allows things to function properly. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com>
2014-08-25bbappends: resync bbappends to oe-core/meta-oe latestBruce Ashfield1-0/+0
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-06-24dhcp: add dhcp classless static route supportAndy Ning2-0/+108
dhclient needs to be configured to request classess static routes (option code 121) from dhcp server. And dhclient-script will call dhclient-exit-hooks which will parse and add the static routes received from dhcp server into the routing table. The support are built into both controller image and usb guest image, but only guest image makes use of it to add static route for instance to access metadata. Signed-off-by: Andy Ning <andy.ning@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>