本記事は ターミナルマルチプレクサ Advent Calendar 2011 : ATND の１４日目です。１３日目は tmuxでマウスを使う でした。端末なのにマウスネタ、いいですね！それでは １１日目の記事 の続きとして開発版 GNU Screen でもサポートされるようになったマウスまわりの設定について紹介したいと思います。 開発版の GNU Screen でマウスまわりのサポートがあることについては以前まとめました。 マウス操作のサポート - これからの「GNU Screen」の話をしよう あらためて ChangeLog を見ると次のようにありますが、具体的にどのような操作ができるかもう少し確認したいと思います。 'defmousetrack' and 'mousetrack', to turn on/off mouse-tracking for displays. It's tu

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

問題 僕が一番 Vim のタブページをうまく使えるんだ(カレントディレクトリ編)で述べたように、Vimのタブページはとても便利ですが、ちょっと工夫するだけでさらに便利になります。 ところで、一般に Vim を使うような方は黒い画面を眺める機会が多いと思います。 また、端末をより便利に使うために GNU screen 等の端末マルチプレクサーを使用している方も多くいるはずです。 すると、 Vim でソースコードを編集しつつ、時折端末に切り替えて作業する……ということが多発します。 この時、以下の点で不便に感じることがあります。 端末をアクティブにすることが面倒(GUI 版の Vim を使用している場合)。作業用のウィンドウに切り替えることが面倒(GNU screen 内で Vim を起動している場合)。シェルで作業ができる状態になったとしても、 Vim で注目しているカレントディレクトリに移

本記事は ターミナルマルチプレクサ Advent Calendar 2011 : ATND の２４日目です。２３日目は tmuxのペイン切り替えをscreenみたくする(ターミナルマルチプレクサ Advent Calendar 2011 23日目) - kozo2のはてなダイアリー でした。やはり screen に慣れてしまうと tmux 操作の最初のとっかかりが難しそうですね。使いやすい点はどんどん取り入れて自分が操作しやすい環境を整えることが大事ですね。さて今回は開発版 GNU Screen で強化された点も踏まえて、コピーペーストについて書いてみようと思います。 コピペを制するものは端末を制す ターミナルマルチプレクサはスクロールバックバッファを自由に操作できますので大変優れたコピペツールとしても使えます。今回の Advent Calendar でもそのあたりのテクニックがいくつか紹

本記事は ターミナルマルチプレクサ Advent Calendar 2011 : ATND の１１日目です。１０日目は screenでマルチディスプレイモードを利用する - ヌキのやる気のないエンジニアブログ でした。screen ネタが増えてきて嬉しい今日この頃です。それでは ５日目の記事 の続きとして開発版 GNU Screen のレイアウトについて説明します。 レイアウトがどのようなものであるかについては、以前まとめた記事がありますのでそちらをご覧ください。 レイアウト - これからの「GNU Screen」の話をしよう 使用したことがないので確かなことは言えませんが、いくつかのページを確認したところでは tmux でレイアウトに相当する概念はペインになるでしょうか。 時代はGNU screenからtmuxへ - それ、Gentooだとどうなる？ Ubuntu Weekly Reci

縦分割が目的で使い始めた開発版の GNU Screen。CVS、Subversion、Gitとリポジトリを追いかけていると、他にも便利な機能があることが分かってきました。ここ半年ほど主だった変更はありませんが、4.1.0 のリリースに向けてドキュメントも整備されてきたようですので、2年ほど使用してきて分かってきた変更点をまとめようと思います。 4.1.0における変更点 ここで取り上げる変更点は次の通り。詳細は ChangeLog などを確認してください。 新しい機能 縦分割 レイアウト ウィンドウグループ マウス操作のサポート コマンドメッセージの抑止 外部からのコマンド問合せ 拡張されたコマンド／機能 最大ウィンドウ数の増加 ウィンドウ番号の相対指定 イベント発生ウィンドウの装飾設定 設定で使用可能な変数／書式の追加 ウィンドウリスト／画面リストの拡張 その他 256色サポート コマンド

『好きな食べ物がみつからない』を読んだ 古賀及子さんが『好きな食べ物がみつからない』という本を出した。中に僕の記事に触れてくれるパートがあって、その関係でいただいて早めに読むことができた。 これは古賀さんが好きな食べ物を探す本。エッセイというと、短い話がたくさん入っているものしか読んだこと…

タイトルは↓の記事へのオマージュです。 Mac で GNU screen を使う時にやるべきたった一行の設定 - #生存戦略 、それは - subtech ここで紹介されてる termcapinfo xterm* ti@:te@ について調べました。ここの FAQ に詳しく書いてありますが、ちょっと分かりにくいので順を追って説明します。 普通のターミナルで、less などのフルスクリーンプログラムを開いて、 ここで終了すると、 こうなりますよね？ ところが、GNU screen の中だと、デフォルトではこうなってしまいます。 これは、普通のターミナルの alternate screen という機能を使って「別画面で」フルスクリーンプログラムを実行しているからです。screen の中では alternate screen が有効ではないので、普段の感覚と違っていつもムキーってなります。このせ

昨日のこと。 机の隅で電源の入っていたノートPCをシャットダウンしたら、ssh先のVMがそのノートの上で動いていて死ぬ、というツライ事故があったのですが、今日twitterで似たようなつぶやきを見かけた t_masuda on Twitter: "【重要】Linuxの電源を落とすとscreenのprocessは消滅する。。。。ああああああああ・・・orz" ので、昨日考えてた打開策を実験してみる。 手順は、 シャットダウン実行->VM休止->シャットダウン->VM復帰で行けるはず。つまりサービスを提供しているVMのプロセスは1人も殺さんよ、ということ。 やってみよう(メンドイのでVMの休止から手動で試すよ) 1.screen上で作業をしている。 2.VMを休止する。 > VBoxManage controlvm ""Ubuntu64"" savestate 3.リブートしてVMを起動。 >

遠隔地の人とチームを組んでペアプログラミングしたい！そういうこと、ありますよね〜。そりゃ近くで顔見ながらやった方がいいですけど、止むに止まれぬ事情ってあるもんで。ぼっちプログラマ×ぼっちプログラマの夢のコラボレーションができます！ 準備するもの： 共用サーバ（Unix） Skype screen まず、共用サーバとして、さくらのVPSを借りた。月額980円！他のところでもっと安いところがあったんだけど、「OOMKiller発動→自分の何の落ち度もないプロセスがSIGKILLで落とされるを繰り返してた」とか「運営が勝手にVPSいじって全員を公開プロキシにした」とかいう噂を聞いたので、信頼と実績のさくらにした。 ほんで、Skype で音声＆チャットします。カメラがあればビデオ通話もいいですね。 んで Unix。 まず、セットIDしとく。 $ sudo chmod u+s `which scre

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

http://github.com/tily/ruby-screen http://github.com/tily/ruby-easy-screen screen をよく使っているんだけど、起動したあとの vi を開いたり、必要なログを tail したり、あらかじめ余分に bash をいくつか開いておいたり、といった動作を自動化できたら便利だろうなと前から思っていた。 (detach しておけばいいんだろうけど OS を再起動すると消えてしまうので、もっと確実な手段が欲しかった) via nbqx さんのこの辺を見ていたらそんなようなことができそうだったので色々試していたんだけど、なんかライブラリみたいのができたので公開してみる。 こんなのを書くと、 require 'rubygems' require 'screen' Screen('admin') { window('vi') { e

「いま、sshで見えてるこのファイルが手元にほしい」という時に、scpは手間がかかりすぎる。 接続するホスト = sshで接続しているこのホスト 欲しいファイル = いまlsで見えてるこのファイル なのに、なぜscpにコマンドラインオプションを渡さなければならないのか。そもそも踏み台サーバを経由している場合など、単純にscpできないこともある。 目の前のssh接続を利用して、ファイルを手軽に転送したい。できることならリモートのコマンドラインで $ get file.tar.gz $ put file.tar.gz としたい。が、実現する方法が思いつかないので、screenを使う方法を考えた。 以下、Ctrl-Aはscreenの設定にあわせて読みかえてください。 Screen User's Manual GNU 404 - エラー: 404 JM 原始的な方法。 uuencodeされたファイ

FedoraCore9を使用していて、screen上でmanやlessやvimの終了後に、画面がクリアされてしまう。 この動作を変更するには screenを起動し, infocmpで現在のteminfoをファイルにdumpし、 dumpされたterminfoのrmcup、smcupを削除して ticでコンパイルして~/.terminfo　に書き出す。 ※　~/.terminfo　は/usr/share/terminfo/よりも優先される。 infocmp > screen.terminfo vi screen.terminfo rmcup、smcupを削除 tic -o ~/.terminfo screen.terminfo rm -f screen.terminfo