Add architecture (and revision) to the packages #6281
Labels
area/build-release
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
packaging/apt
Debian (apt) packaging issues
packaging/rpm
Red Hat/Fedora (rpm) packaging issues
priority/important-longterm
Important over the long term, but may not be staffed and/or may need multiple releases to complete.
Currently we truncate the filenames, to make it "easier" for users:
We should stop doing this, and use the real filenames instead.
This will make things less weird, when we support additional architectures...
For the raw minikube binary, we already include "-linux-amd64" in the filename.
The release is kept as 0, in case any distributions start packaging minikube...
revision: https://www.debian.org/doc/debian-policy/ch-controlfields.html
release: http://ftp.rpm.org/max-rpm/s1-rpm-build-creating-spec-file.html
And we still need to provide a real repository (apt, yum) for the vendor packages.
apt: Make minikube (and kvm2) installable with "apt" #3110
yum: Make minikube (and kvm2) installable with "yum" #4716
It's not like anyone wants to look after versions and architectures, but instead do:
sudo apt install minikube
sudo yum install minikube
The text was updated successfully, but these errors were encountered: