First of all, thanks for the project, this tool is awesome. I'm using it but from the gifs you provided I understand that it also supports prompting names of actual resources that are available in my cluster. For example if I write "get pods a" it should prompt me all pods that start with "a". Unfortunately it doesn't work for me and I have no idea how to troubleshoot that. Any ideas?

kube-prompt is gradually becoming a little bit famous. So perhaps it is the worth to register at a homebrew official repository. It is a little bit comfortable because we don't need brew tap.

I think this feature would be very useful when we're working in certain namespace. For example, we would execute kube-prompt --namespace staging to set default namespace to staging if not set explicitly in the prompt. So we don't need to type --namespace option for each commands.

Bonus: Taking more generic approach, it would be better if kube-prompt CLI accept options from original kubectl command as defaults. For example, executing kube-prompt --namespace dev -o wide sets default namespace to dev and output format to wide for any compatible commands. (i.e. it behaves like currying/partial application in functional programming)

This is not well tested, but I did the annoying work to upgrade the kubernetes go-client dependency to version 8.0.0 and adjust to the breaking changes that comes with it (mostly breaking changes that were introduced by version 5.0.0). Also I upgraded the kubernetes object's apiVersion where applicable.

I did not test it thouroughly. There seem to be bugs, but since I started using kube-prompt just today, I don't even know yet, if these bugs are related to the upgrade. But I suppose this PR is still worthwhile to move towards an up to date kubernetes client.

• Add dependency to apimachinery; use it for ListOptions

• Change code to reflect breaking changes of go-client v5.0.0:

  • Enforced explicit references to API group client interfaces in clientsets to avoid ambiguity.
  • Moved pkg/api and pkg/apis to k8s.io/api

  See https://github.com/kubernetes/client-go/blob/master/CHANGELOG.md#v500

• Rename package imports that have API version as their last label to better reflect which API they represent

• Migrate objects to newer API versions: Some k8s objects have migrated to newer apiVersions like apps/v1, core/v1.

To all kube-prompt's users

In public alpha version of gcloud, interactive shell mode is added. This feature provides interactive completion of kubectl's subcommands, not to mention a gcloud's subcommands (See https://cloudplatform.googleblog.com/2018/03/introducing-GCPs-new-interactive-CLI.html for more details)

Some features still lack but it will be improved in the future (ex: kube-prompt and kube-shell provides feature to complete kubernetes resources such as pods, deployments and so on). It's great news, but it means the worth of kube-prompt will be disappear anymore. Therefore I will not actively develop kube-prompt.

Thanks.

We get the following error when installing kube-prompt with brew.

$ brew install c-bata/kube-prompt/kube-prompt
Error: c-bata/kube-prompt/kube-prompt: Calling bottle :unneeded is disabled! There is no replacement.
Please report this issue to the c-bata/kube-prompt tap (not Homebrew/brew or Homebrew/core):
  /opt/homebrew/Library/Taps/c-bata/homebrew-kube-prompt/kube-prompt.rb:5

Because the cross build is already supported. Could you upload the Linux-arm64 binary to Github release? So I can use the released binary directly in my project.

Im going to type get pod --namespace XXX but when type get pod --, it show odd view, seems miss a new line:

environment: kube-prompt v1.0.4 (rev-61ddcfd) mac item2

In response to https://github.com/c-bata/kube-prompt/issues/21 and all kube-prompt's users.

After publishing kube-prompt, I'm pleased that many users more than I expected use this. But I don't have enough time and mental energy to reply issues, check PRs and update version of kubernetes/client-go. So I'm looking for one or more co-maintainers that can help me.

If you are interested, please reply to this issue. Thanks.

First off, great tool, and i like the modular framework of go-prompt.

This PR adds completion for "edit ", as well as easy switching of context from cluster to cluster via "config use-context ".

Hopefully someone else finds this useful, as i tend to live in a terminal, and switching from environment to environment for rapid management is fantastic.

before

~ kube-prompt panic: interface conversion: error is *url.Error, not *errors.StatusError

goroutine 1 [running]: github.com/c-bata/kube-prompt/kube.NewCompleter(0x1ea2a40, 0xc0000fde00, 0xe656a23892ca10dd) /Users/xx/go/src/github.com/c-bata/kube-prompt/kube/completer.go:40 +0x486 main.main() /Users/xx/go/src/github.com/c-bata/kube-prompt/main.go:23 +0x37

after

~ kube-prompt error Get https://192.168.64.7:8443/api/v1/namespaces: dial tcp 192.168.64.7:8443: i/o timeout

I am compiling kube-prompt and then running from container. Getting following error as soon as prompt starts.

bash-5.1# kube-prompt 
kube-prompt  (rev-)
Please use `exit` or `Ctrl-D` to exit this program.
Bye!
panic: runtime error: integer divide by zero

goroutine 1 [running]:
github.com/c-bata/go-prompt.(*Render).toPos(...)
        /go/pkg/mod/github.com/c-bata/[email protected]/render.go:269
github.com/c-bata/go-prompt.(*Render).move(0xc0001dfb18, 0x112521b, 0xc0001dfb18)
        /go/pkg/mod/github.com/c-bata/[email protected]/render.go:258 +0xbb
github.com/c-bata/go-prompt.(*Render).clear(0xc0003bc5b0, 0x112521b)
        /go/pkg/mod/github.com/c-bata/[email protected]/render.go:245 +0x25
github.com/c-bata/go-prompt.(*Render).BreakLine(0xc0003bc5b0, 0xc00032dbc0)
        /go/pkg/mod/github.com/c-bata/[email protected]/render.go:229 +0x22d
github.com/c-bata/go-prompt.(*Prompt).feed(0xc00038b5f0, {0xc000127800, 0x0, 0x400})
        /go/pkg/mod/github.com/c-bata/[email protected]/prompt.go:124 +0x31a
github.com/c-bata/go-prompt.(*Prompt).Run(0xc00038b5f0)
        /go/pkg/mod/github.com/c-bata/[email protected]/prompt.go:71 +0x539
main.main()
        /app/kube-prompt/main.go:41 +0x37f

Dockerfile

FROM golang:1.18-alpine AS builder
WORKDIR /app
RUN apk add --no-cache git
RUN git clone https://github.com/c-bata/kube-prompt.git
RUN cd kube-prompt && go build -o kube-prompt .

FROM alpine:3.15
COPY --from=builder /app/kube-prompt/kube-prompt .

Inspired by https://github.com/technosophos/helm-template

#Stop execution on any error
trap "fail_trap" EXIT
set -e
initArch
initOS
verifySupported
getDownloadURL
downloadFile
installFile

A trivy scan of the repo indicates that there a few CVE issues with dependencies (likely k8s libraries). Please consider updating the libraries to address the (>= HIGH) vulnerabilities.

+-----------------------------+------------------+----------+-----------------------------------+------------------------------------+---------------------------------------+
|           LIBRARY           | VULNERABILITY ID | SEVERITY |         INSTALLED VERSION         |           FIXED VERSION            |                 TITLE                 |
+-----------------------------+------------------+----------+-----------------------------------+------------------------------------+---------------------------------------+
| github.com/dgrijalva/jwt-go | CVE-2020-26160   | HIGH     | 3.2.0+incompatible                | v4.0.0-preview1                    | jwt-go: access restriction            |
|                             |                  |          |                                   |                                    | bypass vulnerability                  |
|                             |                  |          |                                   |                                    | -->avd.aquasec.com/nvd/cve-2020-26160 |
+-----------------------------+------------------+          +-----------------------------------+------------------------------------+---------------------------------------+
| golang.org/x/crypto         | CVE-2020-29652   |          | 0.0.0-20190820162420-60c769a6c586 | v0.0.0-20201216223049-8b5274cf687f | golang: crypto/ssh: crafted           |
|                             |                  |          |                                   |                                    | authentication request can            |
|                             |                  |          |                                   |                                    | lead to nil pointer dereference       |
|                             |                  |          |                                   |                                    | -->avd.aquasec.com/nvd/cve-2020-29652 |
+                             +------------------+          +                                   +------------------------------------+---------------------------------------+
|                             | CVE-2020-9283    |          |                                   | v0.0.0-20200220183623-bac4c82f6975 | golang.org/x/crypto: Processing       |
|                             |                  |          |                                   |                                    | of crafted ssh-ed25519                |
|                             |                  |          |                                   |                                    | public keys allows for panic          |
|                             |                  |          |                                   |                                    | -->avd.aquasec.com/nvd/cve-2020-9283  |
+-----------------------------+------------------+----------+-----------------------------------+------------------------------------+---------------------------------------+

If you only want to use this mode in Bash, an alternative is to use the following in your .bashrc, again with a login/logout or resourcing of the file:

set -o vi