勤務先でcoLinuxが意外と使えることを知った私は、自宅のマシンにも入れてみるのであった。これでVMware Playerをアンインストールできるかもしれない。ネットワークの設定は面倒ですがググれば問題ないレベル。

勤務先では配布物のarchLinuxをpacmanしまくってカスタマイズしていった。cygwinのtruncateコマンドでイメージファイルを広げてresize2fsで増やしていろいろ入れつつ、tune2fsでext4にして…だが、自宅では最初からCentOS6のイメージを自作しようかなと。

でも、やってみるとarchLinuxよりも起動が遅いですね。会社ではnet start…だけ書いたスクリプトを叩いてマウスを移動する時間よりも早く起動が終わり、sshですんなり入れる感じでしたけど、ちょっと待たされます。SSDとHDDの違いか、XPとVistaの違いかもしれないが。

基本的には、

• VMwareでCentOS6(32bit)を最小構成でインストール。ディスクサイズは小さくする。私は1GBでやりました
• パーティションはカスタマイズして、/だけをsda1に定義
• qemu-img等でrawに変換…最初からqemuでインストールすれば良かった
• dd if=/path/to/img.raw of=cent6/root.fs bs=512 skip=2048

これでroot.fsができます。coLinuxのcobd(block device)はパーティションを扱えないんで、sda1の部分を抜き出す必要があります。scsi0=disk,d:\path\to\img.rawとやればパーティションを扱えるそうですが…

一瞬ログインできたのでuname -rを確認したら、RHEL(CentOS)6ベースっぽいカーネルのバージョン(2.6.32)になっていた。先日予告されていたホストの更新というのはやはりRHEL5からRHEL6にアップデートしたというものだったらしい。

しかしすぐに反応が異常に悪くなり、ブラウザでアクセスしてもダメっぽいので再起動をかけたが、かからない。再起動というメニューはなくて停止→起動を選ぶのだが、停止してから30分くらいでやっとpingが通らなくなり、そのあと起動をかけてだいぶ待っても何も起きない。

結局何度も再起動してみたがどうにもならないので放置することに。翌朝には少しずつ正常化したようですが…ログインして見てみると、uname -rは元の「2.6.18-194.3.1.el5.028stab069.6」というRHEL5ベースのものに戻ってました。アップデートは幻だったのかも知れない…だけどlast(/var/log/wtmp)には記録が残っている。「2.6.32-042stab044.11」だったんですね。

26日に変わるのか？

• cat /proc/version
  →  Linux version 2.6.18-194.3.1.el5.028stab069.6 (root@rhel5-build-x64) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Wed May 26 18:31:05 MSD 2010

graphviz [graphviz]digraph {a -> b1; a->b2; b1->c1; b1->c2; b2->c3; b2->c4;}[/graphviz] pygments [pyg l=“python” style=“emacs”] #! /usr/bin/python import os,sys def test(): print “hello, World!” [/pyg] pygments 2 [pyg l=“bash” linenos=“table”] #! /bin/sh for i; do echo $i $(basename $i) $(dirname $i) done [/pyg]

久々にこのサーバが落ちました。uptimeは約40日。40日前はglibcのバージョンアップなどが行われたため、手動でrebootした。

今回もENOMEMですね。このときと同じような現象です。約1日ずっと落ちてました。最初にspamassassinが落ちたらしく、迷惑メールが大量にメールボックスに入るようになったのがきっかけで、18日の夜には問題に気づいていましたが不覚にも寝落ちしてしまい、19日の朝はもうsshで入れない状態。管理画面から再起動をかけましたが、起動しませんでした。19日の夜に再度の再起動をかけると戻りました。

メモリは以下のとおりスカスカですが、ENOMEMでほとんど何も動かなくなる。

VPSの場合はこういうのはしょうがないのかもしれませんね。あとはどう気づいて、動く間にrebootなり重要度の低いプロセスを落とすなり管理者にメールで通知するか、という話になるのかな。

その1。

ルビをつけるソフトを作りたいと思った。長男はもうだいぶひらがなを読めるが漢字は読めない。あと数年は読める漢字の制約も大きいだろう。難しいものだと、30代も後半に差し掛かっている自分でもたまに読めない漢字があり、検索窓にコピペして読み方を調べることも珍しくない。ということで、ブラウザに自動ルビふり機能があれば、大人も子供も使いたいはず。

イメージとしては、見ているウェブページの文章に自動的にルビをつける。Chromeの翻訳機能みたいな感じで、ボタンひとつでルビをon/off。あるいは「ソースを見る」に近いインタフェースでも良いだろう。すでにあればインストールするだけなんだけど、ちょっと探しただけだと見当たらなかった。

その2。

テキストの簡易マークアップを見ていくと、MarkdownやTextileやBBcode、Wiki記法、DocBook、HTML、RDoc(Ruby)、POD(Perl)、reStructuredText(Python?)あたりの有力なものがある。私としては文書を作りたいけどWordとかLaTeXには直に触りたくないのですね。最終的にはブログ記事(HTMLのサブセット？)やEPUB、PDF、Word、LaTeXソース等を出力することになる。普通のテキストエディタで文書を書いていきたいが、見栄えが悪いplain textのままではイヤだし、画像や簡単な数式やグラフを自由に貼りたくて、バージョン管理は普通にMercurialとかgitでやりたい。

年明け一発目ですが、我那覇本を読みました。

なんだろうこの怒りの感情は…

うっすら見えてくる事件の流れとしては、その場しのぎの詭弁の天才・青木(ほぼ主人公)に騙されたサッカーだけしか見えてないバカが組織の上のほうにいた、気づいたときには引けなくなっていた…ということか。しかし青木の詭弁のモトになったものを考えると、これって川崎の社長のせいじゃねーの？

というわけで採点です。

もっとこう、青木vs.仁賀の知能対決みたいにしたら「沈まぬ太陽」みたいなサスペンスになったかもしれませんね。青木のパーソナリティに興味が沸騰？

今年も大晦日になりました。皆さんモチ食ってますかー

今年はいろいろありましたね。まず三男が産まれて、一層にぎやかになりました。だんご3兄弟をiTunesで仕入れて、車の中で聴いてます。いつもふざけてばかりの長男は幼稚園で下品な言葉を覚えてくるし、次男もそれを真似する。楽しい時期ですね。

わたなべ家には初めてサンタクロースが来ましたが、サンタさんは長男の希望「ふぉーぜのべると」ではなく、レゴのバケツ(緑と赤：なにげにクリスマスカラー)をくれました。これは私も欲しかった。でも奥さんはやる気ないし、来ない可能性もあったわけで。

私は5月に入院したりしてフルに動けませんでしたけど、電話をAndroidにしたり、小遣い稼ぎのコンピュータの仕事の方でもまあまあコードを書いて過ごせたんで、悪くない1年でした。

あとは3月の地震ですよね。地震とそれに引き続いて起こった/起こっている出来事は将来、例えば30年後に自分の人生を振り返ったときに必ず思い出す、歴史的な経験の一つ。

やっとAndroid版が出ましたね。いつまで待たせるんだと思ってましたが、早速入れてみて、悪くない出来だと思いました。PCではずいぶん前から使ってました。Linuxでもmozcでしたし。こういうところからGoogleに染まるのもどうかと思いますけどね。

メールに「あ、そう」「了解」くらいしか書かない私でも、入力方法は気になるもんです。

この文章も、AndroidからGoogle日本語入力で入れてます。

簡単な計算をするときに長らく重宝していたのがcalcというソフト。コマンドラインから十分な精度で計算してくれる。非常に便利で、私はここ数年というもの、毎日のように使っていた。

• calc “9**100”
  265613988875874769338781322035779626829233452653394495974574961739092490901302182994384699044001
• calc 1/10
  0.1
• calc “sqrt(2)”
  1.4142135623730950488

別にPython起動してもいいんですけどね。シェルの入力でそのまま計算できるというのは便利なもんです。

しかしFedoraならいいけど、EPELにパッケージがないのでCentOSでは使いにくいという問題があった。しょうがないので自分でrpm作って入れてたんです。

そこに登場したのがPythonのeval()をうまく使ったclacというソフト。似たような使い勝手で、Pythonなので無限桁の整数を苦もなく使える。拡張もやりやすい。ソースはPythonのスクリプト1本なので、Cygwinのような環境にも持ち歩ける(Cygwinのパッケージには入ってませんが)。

これは良い！ 非常に！！

…のだけど、

• clac “9**100”
  265613988875874769338781322035779626829233452653394495974574961739092490901302182994384699044001
• clac 1/10
  0.10000000000000001
• clac “sqrt(2)”
  1.4142135623730951

うーむ。浮動小数点の演算で誤差が入るのはどうもアレですよねー。

しかし、拡張可能というのがこういう時に使えることを私は知っている。Pythonには分数や10進演算のモジュールがある。分数は確かPython 2.7以降だから入ってない古い環境もあるかもしれないが。なので、~/.clacrcに以下のように書いておく。

try:
  from fractions import Fraction
  frac=Fraction
except ImportError,detail:
  #old python
  pass
from decimal import Decimal
dec=Decimal

これによって、正確に計算することができるのだ。