Distribution channels
This release is mostly about how you get KubeIntellect. Three new channels, all generated from this repository on every tag.
Install
# Server, into a cluster
helm install kubeintellect oci://ghcr.io/mskazemi/charts/kubeintellect \
--namespace kubeintellect --create-namespace
# Terminal client
brew tap MSKazemi/kube-q && brew install kube-q # macOS / Linux
pipx install kube-q # any OS with PythonStandalone kq binaries for linux and darwin on amd64 and arm64 are attached below with checksums — they need no Python on the target machine.
Added
- The Helm chart is published —
oci://ghcr.io/mskazemi/charts/kubeintellect. It existed in-tree but had never been pushed anywhere, so there was no supported way to install the server. It is listed on Artifact Hub. - Standalone
kqbinaries on every release, frozen with PyInstaller. kubectl kqsubmitted to krew, so the client is installable as a kubectl plugin.
Changed
- The Homebrew formula moved to its own tap,
MSKazemi/homebrew-kube-q. The install docs had instructedbrew tap MSKazemi/kube-qin four places for a tap that did not exist. Its CI now runsbrew audit --strict --onlineand actually builds and runs the formula on every push. - Three new playbooks and worked examples for eight
kqsubcommands landed since v2.2.0 — the library is now 23 playbooks, 20 of which compile to zero-token detectors.
Fixed
- The Helm chart could never pull its image.
values.yamldefaultedimage.tagtodev-latest, a tag that has never existed in the registry, so a defaulthelm installwent straight toImagePullBackOff. It now defaults to the chart'sappVersion, with a CI assertion so it cannot regress. - The container image had never reached Docker Hub.
docker.io/kazemi/kubeintellectnow exists. - Two
brew audit --strictviolations that the earlier formula fix missed — invisible becausebrewhad never once been run against it.
Full detail in CHANGELOG.md.