タグ付けされた質問 「tmux」

tmuxペインをウィンドウに移動するのも同じ質問だと思っていましたが、そうではないようです。 GNUスクリーンを定期的に使用することから来て、私は同じことをするtmuxを探しています。私が定期的に行うことは、いくつかの異なるウィンドウを開くことです。1つはvimでいくつかのコードを開き、いくつかのターミナルウィンドウはコードをテストするために開きます。画面を垂直に分割すると、多くの場合、上部ペインにvimウィンドウが表示され、下部ペインに他のウィンドウが表示されます。 私はその後、使用する主なコマンドはCtrla、Tabペインの間で回転させるようにしてCtrla、nウィンドウ内のウィンドウとの間で回転するように。たとえば、上部ペインにvimがある場合、下部ペインに切り替えてから、他のターミナルを回転させて、必要なことを行います。画面は常に分割されたままです。 問題は、私は、画面のと同等の機能を見つけることができないでCtrla、ntmuxの中に。ウィンドウの切り替えはペイン内では機能しないようですが、完全にジャンプします。画面が分割されている場合、2つのオプションは、分割されていないウィンドウにジャンプしてから分割するか、ペインのサブ分割を行うことだけのようです。どちらも私が探していたものではありません。 提案（画面にこだわるだけでなく）

41 vim  gnu-screen  tmux  configuration 

私は主にMacで作業し、Linuxマシンにssh / tmuxを接続して作業をしています。Linuxマシンでssh-agentを実行しています。私が持っています set -g update-environment "SSH_AUTH_SOCK SSH_ASKPASS WINDOWID SSH_CONNECTION XAUTHORITY" 私の.tmux.conf。それでも、このセッションに再接続するたびに、実行する必要があります tmux setenv SSH_AUTH_SOCK $SSH_AUTH_SOCK 新しいtmuxウィンドウを$SSH_AUTH_SOCK正しく設定するため。これをする必要はありません。何か案は？ 更新 私はこれをうまく説明していないと思います。リモートマシンでシェルを開くためのシェル関数を次に示します。 sshh () { tmux -u neww -n ${host} "ssh -Xt ${host} $*" } tmuxのは、このsshのコマンドを実行すると、$SSH_AUTH_SOCKされないことがあっても、設定された私のローカル環境で設定してください。setenv上記のコマンドを使用してtmuxの環境にこれを配置すると、すべてが正常に機能します。私の質問は、なぜsetenvコマンドを実行する必要があるのですか？ 更新2 詳しくは： 既存のセッションにアタッチする$SSH_AUTH_SOCKと、tmux環境（またはグローバル環境）で設定されません。 % tmux showenv | grep -i auth_sock -SSH_AUTH_SOCK 手動で設定すると、動作します： % tmux setenv SSH_AUTH_SOCK $SSH_AUTH_SOCK …

37 shell  environment-variables  tmux 

ペイン＃ごとに、Tmuxのペインに直接切り替えたいのですが。 これどうやってするの？ペインを切り替え、現在のペインの横にあるペインに移動する方法を知っています。 display-panesコマンドを実行して、各ペインに「ペイン＃」を表示し、後でで表示されたペイン＃を使用してペインに直接ジャンプできるようにしたいと思いますdisplay-panes。 これは可能ですか？ 注：明確にするために、ウィンドウを意味するのではなく、ペインを意味します。ありがとう！

37 tmux 

次のコマンドを使用して、画面の下部にあるステータスバーの色を変更しました。 set -g status-bg colour244 しかし、ペインを分割する線の色を変更する方法がわかりません。現在、それらは元の緑とグレー（color244）の混合です。ステータスラインman tmuxに関する多くの情報を提供しますが、これは分割線ではなくステータスバー自体を参照しているようです。 ここにいくつかの用語が欠けているだけだと思う​​。

36 tmux  colors 

特定の環境で変更を行っているときに、画面の「ログ」コマンドを頻繁に使用して、セッションの出力をファイルに記録します。tmuxのマニュアルページを検索しましたが、同等のものが見つかりませんでした。tmuxの同様の機能を知っている人はいますか、これを行うには独自のラッパースクリプトを作成する必要がありますか？ 編集：私はセッションをログに記録することを可能にする「スクリプト」および他のユーティリティを知っています。画面の機能が非常に役立つ理由は、文字列エスケープを使用して各セッションを一意に識別するログファイル変数を定義する機能です。 たとえば、ホスト名を指定すると、新しい画面ウィンドウでそのホストにSSH接続し、ウィンドウタイトルをホスト名に設定するシェル関数があります。そのセッションのログを開始すると、ウィンドウタイトルがプレフィックスとして付けられます。 この機能がtmuxに存在しない場合は、新しいシェル関数のセットを作成して、記録するセッションの「スクリプト」を設定する必要があります。これはそれほど難しいことではありませんが、画面がすでに必要なことを正確に実行できることを考えると、努力する価値はないかもしれません。

35 gnu-screen  logs  tmux 

tmuxをローカルにインストールしました（ルート権限なし）。また.tmux.conf、次の行を使用して、ホームディレクトリにファイルを作成しました。 unbind-key C-b set -g prefix C-o bind-key C-o send-prefix ただし、tmuxこのファイルを調達していないようです（バインドキーはまだですC-b）。sshセッション（これはリモートマシン上にあります）を閉じて再度開いてみましたが、成功しませんでした。 何が起きているのでしょうか？

34 tmux 

tmuxその有する制御モードで活性化され、-CC制御TMUXに端末エミュレータを可能にします、。iTerm2はこれを使用して、tmuxウィンドウを個別のiTermウィンドウとして表示できるようにします。 制御モードをサポートする他のターミナルエミュレータはありますか？私はそのような機能を提供するかもしれないWindows用のターミナルエミュレータ/ SSHクライアントに特に興味がありますが、Linux / Unixのものも興味深いです。

33 terminal  tmux  iterm 

さまざまなtmuxキーバインド設定を試してきましたが、次のことに気付きました。 （tmux内から）tmux構成を再ロードすると、一度ロードしたキーバインドはロードされたままになります。これをクリーンアップする唯一の方法（知っている）は、すべてのtmuxセッションを終了して再起動することです。そのため、tmuxは以前にロードされたすべてのキーバインドを記憶しており、新たに起動するか明示的にバインドを解除することでのみ削除します。 これを再作成するには： ターミナルを開きます（A） tmuxを開始します キーバインドに時計が表示されているかどうかを確認します（を押しますPREFIX C-t） を押しPREFIX ?て、リストにキーバインドを表示します 編集する ~/.tmux.conf キーバインドを追加（bind C-t display "Keybinding C-t"） tmux構成の再読み込み（PREFIX : source-file ~/.tmux.conf） キーバインドが機能するかどうかを確認します（を押しますPREFIX C-t） を押しPREFIX ?て、リストに新しいキーバインドを表示します ~/.tmux.confもう一度編集する キーバインドを削除します（削除しますbind C-t display "Keybinding C-t"） tmux構成の再読み込み（PREFIX : source-file ~/.tmux.conf） キーバインディングが機能するかどうかを確認します（を押しますPREFIX C-t）。それでも「Keybinding Ct」が表示されます を押しPREFIX ?て、新しいキーバインディングがまだリストにあることを確認します tmuxを終了します tmuxを入力します 元のキーバインドが再び機能するかどうかを確認します（を押しますPREFIX C-t）。これで、時計が再び表示されるはずです。 を押しPREFIX ?て、新しいキーバインドがリストから削除されたことを確認します 私の質問：tmuxに、ロードされたすべての構成を「忘れ」てからロードするように指示する方法はあります.tmux.confか？

33 keyboard-shortcuts  tmux 

私のtmux.confファイルでは、ウィンドウを開いたり、名前を付けたり、ペインをセットアップしたりするように設定しています。 しかし、私が抱えている問題の1つは、ペインの1つがコマンドを起動したls場合、たとえば、コマンドが（瞬時に）完了した後にペインが閉じることです。この動作を防ぐ方法はありますか？または、コマンドの完了後に通常のシェルにドロップしましたか？ 私は、シェルを起動する必要があると仮定しています->ペインの起動時にコマンドを実行しますが、どうすればよいかわからない場合は気が滅入るでしょう。私はこの問題について少しグーグルで調べましたが、まだ足りませんでした。

33 tmux 

.tmux.confに次のものがあります set -g prefix M-j bind-key j send-prefix ネストされたtmuxセッションに何かを送信するには、（Atl+ J）+（J）+バウンドキーを押す必要があります。かなり遅いと感じます。より良い方法はありますか？たとえば、ネストされたセッションで何かをするために（Alt+ J）+（2xバウンドキー）できるようになりたいです。ネストされたコマンドではなく、トップのtmuxセッションでコマンドを常に実行しています。また、どうしてみんながバインドprefixするのC-aですか？この組み合わせを入力するのは非常に遅くて不快です。何か不足していますか？

30 keyboard-shortcuts  tmux 

環境： Fedora 25（4.9.12-200.fc25.x86_64） GNOMEターミナル3.22.1 VTEバージョン0.46.1 + GNUTLSの使用 VIM-Vi IMproved 8.0（2016年9月12日、2017年2月22日コンパイル16:26:11） tmux 2.2 私は最近tmuxの使用を開始し、tmuxの内部または外部のどちらで実行しているかによってVim内の色が変わることを観察しました。以下は、Git diffを表示しているtmuxの外側（左）と内側（右）のVimのスクリーンショットです。 私のTERM変数は tmuxの外側： xterm-256color tmuxの内部： screen-256color Vimはこれらの端末タイプを期待どおりに報告します（経由:set term?）： tmuxの外側： term=xterm-256color tmuxの内部： term=screen-256color Vimは、両方のインスタンスが256色モードで実行されていることも報告します（経由:set t_Co?）： tmuxの外側： t_Co=256 tmuxの内部： t_Co=256 Vimをtmux内で256色モードで実行することに関して、同様の質問がたくさんあります（私が見つけた最良の答えはここにあります）が、上記の情報を与えられた私の問題ではないと思います。 端末タイプを次のように設定してVimを実行すると、tmuxの外部で問題を再現できますscreen-256color。 $ TERM=screen-256color vim そのため、色の違いの原因xterm-256colorとなるscreen-256color端末機能と端末機能の間に何らかの違いがあるだけだと思います。タイトルで提起された質問につながるのはどれですか：Vimの色が異なる端末の機能で具体的に何が原因ですか？:set termcaptmuxの内部と外部の 実行の違いはわかりますが、どの変数が実際に動作の違いを引き起こすのか興味があります。 前の質問とは無関係に、tmuxの内部または外部で実行するときにVimの色を統一することは可能ですか？ 私が試したいくつかのことは次のとおりです。 デフォルト端末を明示的に設定すると、tmuxは~/.tmux.confさまざまな値を使用します（tmux FAQのアドバイスに反するものもあります）。 set -g default-terminal "screen-256color" set -g default-terminal …

29 terminal  vim  tmux  colors 

2つのペインに垂直に分割されたtmuxウィンドウがある場合、全幅に広がる新しい3番目の水平ペインをどのようにスポーンできますか？ 例：これからどのように取得しますか： Ctr-b % +–––––––––+–––––––––+ | | | | | | | | | | | | | | | +–––––––––+–––––––––+ これに？ Ctr-b % Ctr-b ...それで？ +–––––––––+–––––––––+ | | | | | | | | | | | | | | | +–––––––––+–––––––––+ | | | | +–––––––––––––––––––+ これの代わりに？ Ctr-b …

29 tmux 

最近Arch Linuxサーバーを更新しましたが、その過程でtmuxが更新されました。tmuxアップグレードの実行中に使用し、その後使用しましたが、すべて同じSSHセッション中に使用していました。 ただし、今、tmuxコマンドを発行しようとすると、このエラーが発生します。 tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968 locale -aサーバーからの出力は次のとおりです。 $ locale -a C POSIX 私のマシン（Ubuntu 15.10）で： $ locale -a C C.UTF-8 en_AG en_AG.utf8 en_AU.utf8 en_BW.utf8 en_CA.utf8 en_DK.utf8 en_GB.utf8 en_HK.utf8 en_IE.utf8 en_IN en_IN.utf8 en_NG en_NG.utf8 en_NZ.utf8 en_PH.utf8 en_SG.utf8 en_US.utf8 en_ZA.utf8 en_ZM en_ZM.utf8 en_ZW.utf8 POSIX 何が起こっているのですか、どうすれば修正できますか？

29 arch-linux  tmux  locale  unicode 

私が試してみました tmux -c "shell command" split-window しかし、うまくいかないようです。 を使用してtmux split-window、新しいウィンドウを分割できます。 更新： を使用tmux split-window 'exec ping g.cn'するとpingコマンドを実行できますが、停止すると新しいウィンドウが閉じます。

28 tmux 

Python Webアプリケーションをチェックするために、長時間実行されているtmuxセッションに再接続しようとしました。ただしtmux attach、実行中のセッションはないと主張しps、tmuxプロセス（最初の行）を表示しますが、pts番号の代わりに疑問符が表示されます。 これはどういう意味ですか？このtmuxセッションは永久に失われますか？tmuxセッションで生成され、実行されているpythonプロセスの現在の状態を確認する方法はまだありpts/19ますか（2行目）？ [mhermans@web314 ~]$ ps -ef | grep mhermans mhermans 16709 1 0 Mar04 ? 00:26:32 tmux mhermans 8526 16710 0 Mar04 pts/19 00:20:04 python2.7 webapp.py root 9985 6671 0 10:18 ? 00:00:00 sshd: mhermans [priv] mhermans 10028 9985 0 10:18 ? 00:00:00 sshd: mhermans@pts/16 mhermans 10030 10028 …

27 process  tmux  session