This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Any reason Cygwin might prevent kubectl exec from showing shell prompt?
- From: David Karr <davidmichaelkarr at gmail dot com>
- To: The Cygwin Mailing List <cygwin at cygwin dot com>
- Date: Tue, 31 Jul 2018 13:15:36 -0700
- Subject: Re: Any reason Cygwin might prevent kubectl exec from showing shell prompt?
- References: <CAA5t8VqgNm+-wGn+iF-LtXUoFKL9+m=zH4=A959B0YsMGEqVmw@mail.gmail.com> <6646b33b-ed7f-1078-6754-12259bf094e7@towo.net>
On Tue, Jul 31, 2018 at 9:27 AM, Thomas Wolff <towo@towo.net> wrote:
> Am 31.07.2018 um 18:15 schrieb David Karr:
>
>> I really have no idea if this is a Cygwin problem, just trying to
>> eliminate variables.
>>
>> I believe my Cygwin version is "2.9.0(0.318/5/3)" (from the uname string).
>>
>> From a mintty window, I use a variation of "kubectl exec" in a script to
>> run a shell in a container in a pod. It appears to run, and I can run
>> processes from that shell in the container, but the curious thing is that
>> I
>> never get a shell prompt from the container. I thought I had gotten this
>> to work before, in the same k8s cluster, but I'm not certain.
>>
> This may be an instance of the pty incompatibility issue of native Windows
> programs (which I assume kubectl to be).
> Try `winpty kubectl`, after installing winpty, that is.
> Maybe someone should put up a winpty cygwin package; maybe I should do
> it...
>
I hope this isn't it. This is really the only issue I have with running
kubectl in Cygwin. It takes and outputs text perfectly fine. I use pipes
for input and output with no issues. When I run kubectl with winpty, it
changes the text encoding in ways I don't understand yet.
>
> The other curious thing I see is that if I execute "echo $PS1" in the shell
>> in the container, it gives me a reasonable response ("\w \$"), but if I
>> instead do "env | grep PS1", it returns nothing.
>>
> You may have set PS1 in your .profile (or .bashrc) but not exported it
> into the environment (export PS1).
>
I guess that makes sense. It appears to be irrelevant to my problem.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple