Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support SetEnv TERM since ssh supports it now #679

Open
jace opened this issue Dec 27, 2024 · 1 comment
Open

Support SetEnv TERM since ssh supports it now #679

jace opened this issue Dec 27, 2024 · 1 comment

Comments

@jace
Copy link

jace commented Dec 27, 2024

I've installed Ghostty and have a similar problem as with Kitty in #469. Ghostty sets $TERM to xterm-ghostty, which is not a known terminal type in remote environments. Here are their suggested fixes.

I've setup ~/.ssh/config to reset TERM for all remote connections (supported since openssh 8.7):

Host *
  SetEnv TERM=xterm-256color

This now works for ssh <anywhere> but not for et <anywhere>. Looks like et is ignoring this setting. From the log:

[INFO 2024-12-27 14:40:44,218 client-main ParseConfigFile.hpp:1405] unsupported config line: SetEnv TERM=xterm-256color, ignored
[V1 2024-12-27 14:40:44,345 client-main SshSetupHandler.cpp:78] Trying ssh with args: [email protected] echo 'XXXDq79V6QkGBNuu/C7MgQP3w9I6bbEPGPxK94rZYASiz5a0s_xterm-ghostty' | etterminal --verbose=9

Support for SetEnv TERM on par with ssh would be nice.

@jace
Copy link
Author

jace commented Dec 27, 2024

I've found a workaround with a conditional alias in my shell config:

[[ "$TERM" =~ "xterm-(ghostty|kitty)" ]] && alias et='TERM=xterm-256color et'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant