Calling sshCommand forces the allocation of PTY, however running commands on servers where there is no proper PTY support (win32-openssh) can generate failures such as garbage output, ...
Being able to disable/enable PTY allocation would help for these environments
EDIT:
There is PTY setting at the remote level, but actually not sure why I had to make it true at the command level, so feel like it needs to be defaulted to `false`. Made a PR:
Calling sshCommand forces the allocation of PTY, however running commands on servers where there is no proper PTY support (win32-openssh) can generate failures such as garbage output, ...
Being able to disable/enable PTY allocation would help for these environments
EDIT:
There is PTY setting at the remote level, but actually not sure why I had to make it true at the command level, so I think it needs to be defaulted to `false` as there is no impact for LINUX boxes either way, I have tested it. Made a PR:
Calling sshCommand forces the allocation of PTY, however running commands on servers where there is no proper PTY support (win32-openssh) can generate failures such as garbage output, ...
Being able to disable/enable PTY allocation would help for these environments
EDIT:
There is PTY setting at the remote level, but actually not sure why I had to make it true at the command level, so feel like it needs to be defaulted to `false`. Made a PR:
Calling sshCommand forces the allocation of PTY, however running commands on servers where there is no proper PTY support (win32-openssh) can generate failures such as garbage output, ...
Being able to disable/enable PTY allocation would help for these environments
EDIT:
There is PTY setting at the remote level, but actually not sure why I had to make it true at the command level,
so I think it needs to be defaulted to `false` as there is no impact for LINUX boxes either way, I have tested it. Made a PR:
Calling sshCommand forces the allocation of PTY, however running commands on servers where there is no proper PTY support (win32-openssh) can generate failures such as garbage output, ...
Being able to disable/enable PTY allocation would help for these environments
EDIT:
There is PTY setting at the remote level, but actually not sure why I had to make it true at the command level, so feel like it needs to be defaulted to `false`. Made a PR:
Calling sshCommand forces the allocation of PTY, however running commands on servers where there is no proper PTY support (win32-openssh) can generate failures such as garbage output, ...
Being able to disable/enable PTY allocation would help for these environments
EDIT:
There is PTY setting at the remote level, but actually not sure why I had to make it true at the command level, I think it needs to be defaulted false as there is no impact for LINUX boxes either way, I have tested it. Made a PR: .
And this PTY is also applicable for other steps, so instead it is good to have it at the remote level.
As noted in release sudo: true param also requires pty: true. This unfortunately broke my pipeline. Why not automatically set pty: true when sudo: true for backwards compatability?
As noted in release notes " sudo: true" param also requires " pty: true". This change unfortunately broke my pipeline. Why not automatically set pty: true when sudo: true for backwards compatability?
Naresh Rayapati with "remote.pty: true" added the build works as expected. Without pty true (after the latest plugin update) the build times out after 10 minutes (as configured) at sshCommand. Both the jenkins server and the SSH server to which is connected run Ubuntu.