kubie and kubens mixed cause kubeconfig syntax error about kubectx HOT 12 CLOSED

Which implementation of Kubectx do you use (bash script or go binary)?

from kubectx.

go binary

from kubectx.

I am quite confused as I havent seen this format before. If you can paste some kubeconfig snippets that can repro the problem, I am happy to take a look.

from kubectx.

My main kubeconfig (default location ~/.kube/config) contains 7 clusters. I cant share the datas, but simple multicluster setup, with openshift clusters and vanilla kubernetes.
The problem is showing only first time when move into kubie context. I need to patch file manually and after it everything is fine.
In my opinion, this problematic part could be an 'if', 'loop', 'func' at start, where some checking is processing, and one of it has a null return. it should be near there where you try to make the current context. it is just based on logic, i havent checked the code.
Can you give me advise how can make kubie more verbose logging?

Thanks,
Viktor

from kubectx.

You can always redact the kubeconfig file values and share its structure.

I'm not sure if your problem is with kubie or kubens, maybe file it at kubie repo as the error does not seem from kubens?

from kubectx.

it cannot be reproduced without kubens and vica versa.

when kubie starts and make the "new terminal" with different kubeconfig. It is proper.

Is it possible that kubens cannot grant the whole structure when get ~(default) namespace char. Im going to ask them.

from kubectx.

Hello,

@ahmetb

I found the exact location of the error:
Kubie generates kubeconfig file with this

namespace: ~

Your kubens code is not tolerating this, it will be fullfilled with this (variable comes from choosen namespace, in this example default):

namespace: !!null default

The problem could be here or here

Would you help me about it?
Thanks,
Viktor

from kubectx.

As far as I know neither of those values are known to kubectl. Not sure why I should be fixing this. Can elaborate what they mean?

from kubectx.

I've just suggest to "fix" this, cause honestly it is not a bug in your application. If kubens can handle this kind of behaviour, your app could be more compatible with other tools, maybe it will be more popular (if it counts).
If you are not sure about fixing, I can check it also, and if I'll find something solution (modify code to tolerate '~' this character at namespace) I can contact you, and you can decide to merge or not.

from kubectx.

Are you sure kubectl tolerates ~ ?
I don't use kubie so I don't know what it means. I don't necessarily need code contributions, trying to understand.

from kubectx.

Im not sure about it, but, Ive tried with my kubeconfig, and it works. It could be a fallback, I dont know cause Google hasnt got any relevant information about this. kubectl config use-context that-one-has-symbol-at-namespace-field is working for me with '~'

from kubectx.

Also I see kubie is an alternative to this tool. Not sure why you're using both at the same time. :)

from kubectx.