Age | Commit message (Collapse) | Author |
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
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>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
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>
|