Make minikube (and kvm2) installable with "apt"

[felixfbecker]

I couldn't find any instructions on how to install minikube with apt-get, is a package available? There is one for kubectl

[afbjorklund]

There is only a .deb file, and it is not complete since you also need "kvm2" driver (#2982)

https://github.com/kubernetes/minikube/releases/download/v0.28.2/minikube_0.28-2.deb

[nmabhinandan]

I think @felixfbecker wants the minikube package in "apt.kubernetes.io" repository. It'd make it really easy instead of manually maintaining minikube and kvm2 driver.

[fejta-bot]

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

[mgabeler-lee-6rs]

Not sure if I have permissions to do this, but ...
/remove-lifecycle stale

I would still very much appreciate being able to do this. Esp. having apt / apt-get be the method of installing the other tools that minikube currently downloads into a mix of /usr/bin and /usr/local/bin.

[afbjorklund]

Minikube should only be downloading to the cache or to the VM, not to /usr/bin and /usr/local/bin.

[mklauber]

minikube suggests the following command on first setup. curl -Lo kubectl https://storage.googleapis.com/kubernetes-release/release/v1.13.2/bin/linux/amd64/kubectl && chmod +x kubectl && sudo cp kubectl /usr/local/bin/ && rm kubectl which is perhaps what @mgabeler-lee-6rs is referring to.

[mgabeler-lee-6rs]

Minikube should only be downloading to the cache or to the VM, not to /usr/bin and /usr/local/bin.

Nonetheless, it does download to /usr/bin/. Partial output of running minikube start on a system where I've cleaned out minikube's prior doing of this:

😄  minikube v0.34.1 on linux (amd64)
... snipped ...
✨  Preparing Kubernetes environment ...
💾  Downloading kubeadm v1.13.3
💾  Downloading kubelet v1.13.3

This happens in the code here: https://github.com/kubernetes/minikube/blob/master/pkg/minikube/bootstrapper/kubeadm/kubeadm.go#L414 -- observe that the /usr/bin path is hard coded there.

---

Edit: clarification: this is happening with minikube config set vm-driver none

[afbjorklund]

Let's call it a work in progress (#3718), right now it (none) pretty much needs to run with sudo -E

But it is only recommended to use vm-driver none on a dedicated VM of your choice, not the laptop

[tstromberg]

I believe the only thing left here is to add our package to apt.kubernetes.io

Does anyone happen to know how one does so?

UPDATE: Opened kubernetes/release#839

[afbjorklund]

Current packages available at:

• https://storage.googleapis.com/minikube/releases/v1.3.0/minikube_1.3.0.deb
• https://storage.googleapis.com/minikube/releases/v1.3.0/docker-machine-driver-kvm2_1.3.0.deb

[tstromberg]

Still blocked on kubernetes/release#839 - this will require package signing, which they don't yet support for sub-projects. :(

[afbjorklund]

No updates since Dec 12, 2019 - so I guess we now have signing issues on all four OS platforms...

• Linux apt (Make minikube (and kvm2) installable with "apt" #3110)
• Linux yum (Make minikube (and kvm2) installable with "yum" #4716)
• macOS (minikube stop working after upgrade to macOs Catalina #5568)
• Windows (fix windows packing installer alert: unknown publisher #6735)

Maybe we should just try to get minikube added to Ubuntu/Debian and CentOS/Fedora instead ?

[afbjorklund]

We will need to do either of: 1) run dpkg forever (close this ticket) 2) host apt repository ourselves (sig release won't help us)

[EraYaN]

@afbjorklund Since it seems the actual packaging in the main k8s repos is never going to happen, self hosting is the way to go.

[afbjorklund]

Since it seems the actual packaging in the main k8s repos is never going to happen, self hosting is the way to go.

We are more likely to stay at the first option and stick with GCS, at least until the installation gets more complicated...

Eventually we will need to host and cache package dependencies, especially for volatile upstreams like OBS: #9552
But for minikube itself (and dependencies like crictl), I think we are stuck with manually downloading binaries for now.

Or: 0install run https://apps.0install.net/kubernetes/minikube.xml (still true: decentralised-installation-systems)

[EraYaN]

Manually downloading binaries is so... Windows like. It's a real shame, and 0install is not really an option in company settings, while getting apt repo's approved is much easier, especially offical ones.

[afbjorklund]

I left the "apt" and "yum" targets in the Makefile in case someone else wants to pick it up, but it's not a technical issue any more...

[afbjorklund]

See kubernetes/release#281 for apt.kubernetes.io future