Actually, I was mistaken. I was given incomplete information. I'm getting
much of this second hand. Adding that to the PATH made no difference.
It appears this is something specific to "kubectl". They ended up setting
the KUBECONFIG environment variable to "C:\Users\\.kube\config", which
is very
> Ok, well, we managed to resolve this, but I don't understand why what we
> did would fix this.
> In system environment variables in Windows, they added "c:\cygwin64\bin" to
> the end of the PATH. That fixes the problem. That just doesn't make any
> sense to me. In a Cygwin shell, "/usr/bin" is
Ok, well, we managed to resolve this, but I don't understand why what we
did would fix this.
In system environment variables in Windows, they added "c:\cygwin64\bin" to
the end of the PATH. That fixes the problem. That just doesn't make any
sense to me. In a Cygwin shell, "/usr/bin" is in the
(I replied with this earlier directly to someone who I didn't realize had
only replied to me.)
I do have a couple other clues that I've noticed while continuing to debug
this.
This person also has "git bash" installed, which is certainly similar to
Cygwin, but not quite the same. In his gitbash
I have been using Cygwin for many years, although I wouldn't call myself an
advanced user.
I'm working with some much newer users. They set up Cygwin, but I didn't
see them do it. I ran "uname -a" and it was about the same as mine. I
compared the output of "env|sort" and I saw some differences,
5 matches
Mail list logo