.tmux: hostname_ssh not displaying in status bar
Hello I’m trying to get the hostname_ssh
variable to work. I’m assuming this means if I have my local system, called localsystem
and I ssh into a remote system of jumpbox
, it would display jumpbox
in the bottom right hand corner when i’m ssh’d in, but localsystem
when I am not.
I currently can get localsystem
to display. However, when I ssh into the jumpbox, the display remains blank. I’ve tried this with both #{hostname_ssh}
variables by itself, as well as the conditional variable I have set below.
Apologies if this is a rudimentary question, but it’s been something I’ve tried digging into for a few hours but can’t find clear guidance.
I’m also using zsh and oh-my-zsh.
tmux_conf_theme_status_right="#{prefix}#{pairing}#{synchronized} ,tun0:#(ip addr show dev tun0 | grep 'inet[^6]' | awk '{print $2}' | cut -d/ -f1),eth:#(ip addr show dev enx24f5a28cd271 | grep 'inet[^6]' | awk '{print $2}' | cut -d/ -f1), %b %d,%R | #{?my_hostname,#{hostname_ssh},#{hostname}}"
About this issue
- Original URL
- State: closed
- Created a year ago
- Comments: 22 (13 by maintainers)
Commits related to this issue
- updated _ssh_or_mosh_args() (2), fixes #627 do not try to ignore the command if supplied parsing the ssh command line is brittle and people sometimes pass options after user@hostname, e.g. ssh -p 2... — committed to ooosssososos/.tmux by gpakosz a year ago
- Merge remote-tracking branch 'upstream/master' * upstream/master: (28 commits) fixed TMUX_PROGRAM introspection on FreeBSD, fixes #639 we don't rely on TPM to scan configuration files anymore... ... — committed to rob-broadley/.tmux by rob-broadley a year ago
- updated _ssh_or_mosh_args() (2), fixes #627 do not try to ignore the command if supplied parsing the ssh command line is brittle and people sometimes pass options after user@hostname, e.g. ssh -p 2... — committed to farhadkarimi/.tmux by gpakosz a year ago
- updated _ssh_or_mosh_args() (2), fixes #627 do not try to ignore the command if supplied parsing the ssh command line is brittle and people sometimes pass options after user@hostname, e.g. ssh -p 2... — committed to Rafiot/.tmux by gpakosz a year ago
- updated _ssh_or_mosh_args() (2), fixes #627 do not try to ignore the command if supplied parsing the ssh command line is brittle and people sometimes pass options after user@hostname, e.g. ssh -p 2... — committed to TakiJoe/.tmux by gpakosz a year ago
That being said, your ssh invocation should likely be
-I /usr/lib/x86_64-linux-gnu/pkcs11/opensc-pkcs11.so
with an upper case letter and not-i
Alright, we can see that the
ssh
process was found:But the regex that tries to isolate the args fails
Let me debug that