update-alternatives

現在デフォルトで利用しているのは、1.8.7です。

自前ツールも1.8系でないと動かないやつがあるため


そんな中、急遽1.9が必要になったためインストールしてみました。
といっても、apt-getで入れただけ。

apt-getコマンド打つだけのため、さくっとインストールは終わったのですが、共存状態で環境を切り替えるにはどうやると簡単なのだろうと調べた結果、出てきたのがupdate-alternativesです。

Ubuntuはデフォルトでこれを利用した環境になっているようでした。

・Ruby1.8.7のとき

$ which ruby /usr/bin/ruby $ ls -l /usr/bin/ruby lrwxrwxrwx 1 root root 22 2012-01-28 16:22 /usr/bin/ruby -> /etc/alternatives/ruby $ ls -l /etc/alternatives/ruby lrwxrwxrwx 1 root root 16 2012-01-28 16:22 /etc/alternatives/ruby -> /usr/bin/ruby1.8

・1.9.1へ切り替え

$ sudo update-alternatives --config ruby [sudo] password for xxxxxx: alternative ruby (/usr/bin/ruby を提供) には 2 個の選択肢があります。   選択肢    パス              優先度  状態 ------------------------------------------------------------ * 0            /usr/bin/ruby1.8     50        自動モード   1            /usr/bin/ruby1.8     50        手動モード   2            /usr/bin/ruby1.9.1   10        手動モード 現在の選択 [*] を保持するには Enter、さもなければ選択肢の番号のキーを押してください: 2 update-alternatives: /usr/bin/ruby (ruby) を提供するために 手動モード で /usr/bin/ruby1.9.1 を使います。 $

・切り替え後の1.9.1利用時

$ ls -l /usr/bin/ruby lrwxrwxrwx 1 root root 22 2012-01-28 15:06 /usr/bin/ruby -> /etc/alternatives/ruby $ ls -l /etc/alternatives/ruby lrwxrwxrwx 1 root root 18 2012-01-28 15:06 /etc/alternatives/ruby -> /usr/bin/ruby1.9.1

まぁ、一時的に使いたかったら、直接/usr/bin/ruby1.9.1や/usr/bin/ruby1.8をたたくといった手もあるわけですが。。。/usr/bin/ruby1.8/usr/bin/ruby1.9.1

雪３

予想以上に凍っていて、ツルツルと出勤するので体力を使ってしまいました。

凍っていて歩き難いし、電車は遅延しているしで早めに家を出て正解でした。

早めの出勤にもかかわらず、そこら中で雪かきをしている人でいっぱい。
がりがり、ごりごりと雪かきではなく、氷を砕いている感じでしたが。

朝から雪かきをしてくださる方がいたおかげで、昼ぐらいには滑らず歩ける状態に。

雪かきをしていた方々、本当にお疲れ様でした。

雪２

今年２度目の雪

平べったく粒の大きい雪が降っています。
夕方まで雨が降っていたので、濡れてあまりつもらないことを予想していたのですが、すでに地面が白く覆われていました。

明日の朝は早めに出勤しないと危なそうです。

unity初期化

昨晩、Ubuntuのアップデートを当てた後、そのまま終了したのですが、本日起動してみてびっくり。

ログインはできたのですが、ランチャーやメニュー部分が表示されず。
ターミナルも開けない困った状態に。

再起動したり、リカバリーモードを試してみたりといろいろやってみましたが、とりあえず復旧しました。

最終的にどの対応が効果があったのかわからなかったのですが、効果があった気がする内容だけ記載。

Unityの初期化
・unity --resetと打つだけ
　今回はランチャーやDashが使えなくターミナルが立ち上げられなかったため仮想コンソール（ctrl+alt+f1など）から実行。
　→ 実行後仮想コンソールをGUIのところに戻したら、何かエラーが出てました。この後再起動。

・Utnity 2Dでログイン
　ログインの右上にあるアイコンからUnityかUnity 2Dかが選べるた。
　デフォルトは「Unity」となっているため、「Unity 2D」を選んでログインしてみる。
　→ 見た目がちょっと違ったが、いつもの見慣れた画面が起動

上記を含め、いろいろ試した後に「Unity」でログインしたところ昨晩に近い状態まで戻りました。
サウンドデバイスを認識していなかったりと、若干おかしな部分が残っていますが。。。


追記
再度、unity --reset & 再起動でサウンド部分も戻りました。


2012/1/28 カテゴリ変更

雪

昨日、南関東でも雪が降りました。
寒いです。。。。


さて、今気がついたのですが、明後日の月曜日にも雪マークがついているのですが、なぜでしょう。

土日は家に引きこもれるけど、月曜は仕事もあるし、引きこもれません。

明日降るのは構わないので、月曜日に雪が降るのは勘弁してほしいです。

VMWareUser.exe

久しぶりにMSOfficeを利用したくWindowsを立ち上げました。
ところが、変に重くOfficeが起動しない、タスクマネージャも立ち上げるのに苦労するぐらい。

こんな風に重いときは、だいたいディスクにアクセスが集中しているときだよな。。。
そんなことを考えて、アクセスランプを眺めていたのですがいつもよりアクセスが少なく不思議な状態になっていました。

で、ようやくあがったタスクマネージャをみると「VMWareUser.exe」といったプロセスがCPUに張り付いていました。

調べてみると、ゲストOSとホストOS間のドラッグ＆ドロップやクリップボードの共有などを管理するプロセスのようです。

これが謎の暴走をしているようでした。

ひとまず、タスクマネージャで強制終了させて解消しましたが、こいつが暴走した原因はなんだろう？
VMWareUser.exeが担っていた機能は便利で結構利用する機能のため、これが使えないのはちょいと不便です。

少し調べてみようかな。。。

jobs bg disown

disownコマンドの存在をしったためメモを。

sshなどを利用してリモート作業しているとき。。。。

実行しようとしているコマンドが終わらないとわかっているときは、

　nohup + 標準出力、エラー出力の手当 + バックグラウンド処理

とお決まりの対応を行うのですが、これを忘れたり、想定以上に時間がかかってしまうときがあります。
で、処理を終わらせたくないけどターミナルを閉じないといけないといった状況になってしまいました。
よくあります。いつも読みが甘いです。

そこで今回調べたのがdisown（bash組み込みコマンド）です。
bashが指定したjobをデーモンとして動かしてくれます。
これでnohupを忘れてもターミナルを落とすことができます！

流れは、
もし、バックグラウンドで実行していなかった場合は、
　"Ctrl + z"で処理を停止して、bgコマンドでバックグラウンドに送る。
-- イメージ --
$ sleep 3600
^Z
[1]+ 停止 sleep 3600
$

jobsコマンドで対象ジョブを確認
-- イメージ --
$ jobs
[1]+ 停止 sleep 3600
$

対象のジョブが見つかったらdisownコマンドでデーモン化
-- イメージ --
$ disown %1


もう少しこの存在を早く知りたかったです。。。

600円

年末ジャンボ（バラ10枚×2）の結果を確認しました。

今回は末尾が０と９のものが多く、バラ10枚でも末尾からみていくと、すぐに10枚の結果がわかってしまう残念な内容でした。

もう少しばらけてくれるとチェックする際に楽しめるのですが。。。

仕事始め

でした。

今日から仕事始めって結構多かったみたいですね。
思ったほど電車は空いていませんでした。
とはいえ、いつもの混雑がないだけで通勤で疲れることがなくて、ちょこっとだけ幸せに。



明日ぐらいから元に戻っちゃうのかな。。。

大掃除１日目

１日目でした
が、ほとんど進まず

腰が…
今年は本当に最低限だけにして諦めようかな