The previous vendored `github.com/spf13/viper` had this bug https://github.com/spf13/viper/pull/296 .
This commit upgrades to the latest `github.com/spf13/viper` and closes#1797.
The previous vendored `github.com/spf13/viper` had this bug https://github.com/spf13/viper/pull/296 .
This commit upgrades to the latest `github.com/spf13/viper` and closes#1797.
Reference: https://github.com/kubernetes/kubernetes/pull/44771
Fixes https://github.com/kubernetes/minikube/issues/1252
TPRs are incorrectly coupled with the RestMapper right now. The real
solution is for TPRs to not register themselves with the RestMapper.
This is a short term patch for minikube until the work is done
upstream. On start/stop, the namespace controller and the garbage
collector controller both call this code and panic since TPRs have
registered themselves with enabled versions but have no group metadata.
If minikube is built with go 1.8 or newer, localkube panics immediately
with the following message:
```
Feb 21 15:04:05 minikube localkube[3566]: I0221 15:04:05.712095 3566 services.go:51] Setting service IP to "10.0.0.1" (read-write).
Feb 21 15:04:05 minikube localkube[3566]: panic: parse 127.0.0.1:8080: first path segment in URL cannot contain colon
Feb 21 15:04:05 minikube localkube[3566]: goroutine 151 [running]:
Feb 21 15:04:05 minikube localkube[3566]: k8s.io/minikube/vendor/k8s.io/kubernetes/pkg/client/clientset_generated/internalclientset/typed/core/internalversion.NewForConfigOrDie(0xc420c75380, 0xc420d04d40)
```
This issue was already reported to Kubernetes,
https://github.com/kubernetes/kubernetes/issues/38380. That was already
fixed in Kubernetes, but it's not included in Minikube yet.
So let's cherry-pick the commit to minikube, to avoid the panic.
Original commit message from
https://github.com/kubernetes/kubernetes/pull/38519
```
If there is any error in the initial parsing then we should just try
adding the scheme.
url.Parse(base) has changed in 1.8. Please see the following change
c5ccbdd22b
Fixes https://github.com/kubernetes/kubernetes/issues/38380
```
/cc @dims
This adds a new libmachine API implementation that skips RPC and instead
uses a vendored in driver directly. This removes the need to download a
separate driver binary. Currently, only the "core" drivers, and kvm are
supported as vendored in. This means that xhyve is the only driver that
requires a separate binary for now.
In the boot2docker provisioner increase the timeout to fix a flake in
the linux virtualbox integration tests. Note, this is a patch of a
vendored package.