* operator-lib provides factory functions for setting operator
  conditions

* Calling make test-catalog, the bundle will be built, pushed and
  added to a copy of the 4.11 catalog. The resulting image can be
  pushed and used as a catalogsource for testing the OLM install
  of the bundle metadata.

* The OLM bundle needs the kafka and public-api cluster roles as
  the operator install action applies the ClusterRoleBindings in
  assets/infrastructure. The bindings call for these roles by
  name so they must be installed by the OLM as well as by the
  syndesis install --cluster-setup

* When operator is installed via OLM, a separate OperatorCondition
  CR is created which can be updated with an "upgradeable"
  condition flagging whether the OLM can upgrade the operator

* Turn off upgradeable state when
 * operator is initializing
 * operator is upgrading

* Turn on upgradeable state when
 * operator has started
 * operator has completed an upgrade

* Finds the OperatorCondition using the deployment name, deployment
  owner (CSV) and the CSV name (OperatorCondition has same name as
  the CSV).

* Adds conditions tests but cannot completely implement due to
  operator-framework/operator-lib#103

* By default, openapi-gen looks for a boilerplace.go.txt file in
  ${SRC}/go/src/kube-openapi/boilerplate but `go mod vendor`
  excludes this directory when vendoring dependencies.

* .lib.sh
 * Include our own boilerplate directory and use the
   --go-header-file switch to specify its location
 * Improve the brevity of the openapi-gen function

* boilerplate.go.txt
 * Reflects our licence header rather than kubernetes

* Makefile
 * Replace which with command as latter is posix compliant

* Update to kube-openapi version and generated api files