日記みたいな何か

つけてみようと思ったらバッテリがあがったのか電源入らずorz．しばらく充電したらあがってくれました．ふぅ．さて，3.5.4.1をいれるか・・・．いや3.5.4.1-jaの方がいいのか？GPEとOpieはどっちがいいんだ？ えーと，OpieってのはQt/Embeddedベースなんすよね？ ということはXサーバ使いたいと思ったらX/Qtみたいなのが必要になるのかな・・・．GPEの方がやっぱ自分にあってそうだなぁ．

しかし日本語ページ限定ならまだしも，ウェブ全体で「openzaurus」でググっても本家じゃなくてこちらページが一番上に出てくるのが謎，というかそんなGoogleがかなりうざいっす．せめてこっちでしょうと思うんですが・・・．一般的には本家よりレビューとか紹介してるページが出てきてくれた方が喜ばれるからそういう風にチューニングされてるんですかねぇ．ってZaurusと全然関係ない話だ・・・．

要望ページのコメントによると，mixi側はAPIを公開する予定は無い模様．理由を知りたいなぁ・・・とちょっと思ったけど知ったところでどうにもなんねーか．ここでソース入りプラグインを大公開したらどうなんでしょね．

• mixiが速攻プロトコル変更→クライアント一斉アップデート→うぜーことしやがってとのすけがWindowsユーザに叩かれる→(´・ω・｀)
• mixiはカッコよく黙認→はま○ちゃんがスクリプトを書いていたずら→mixiが速攻プロトコル変更→うぜーことしやがってとはま○ちゃんが叩かれる→どのみちLinuxははじき出される→(´・ω・｀)
• mixiが何か法的手段に訴えてくる→そんなことより組み込まれたソースは実はアレなんじゃないですかとか抵抗してみるがまったくダメ→大変な事に(((（;゜Д゜))) ガクガクブルブル

い，いかん，ネガティブなシナリオばかりではないか．

• mixiが「いや〜ばれちゃったらしょうがないなぁもぅ」って感じで奇跡的に仕様公開→ユーザはみんな幸せ→でもちょっとさびしいかも(´・ω・)

アレですよ．DVDみたいに何かネットワークと切り離されたハードウェアと組み合わさったもので，数が出回ってから秘密にしてあった部分が割れたならどうしようもないけど，こいつはソフトで閉じてて，しかもネットワークにつながる環境前提なわけですから完全に先方の支配下にあるわけで・・・．ということは，逆に，後から変更が効かないような形でmixi-musicを何かに組み込んじゃったりすると，易々と仕様は変わらないことになるわけですかね．例えば携帯電話とか賢めなコンポとか．あー，でも，ネットワーク前提のサービスだから，余裕でファームウェア上がるよなぁ．ていうかLast.fm，国内でマジ頑張ってください．

Audacious-1.1.1のscrobblerプラグインをベースに書いてみました．Audacious，何かプラグインのソースに変更加えても，makeで再構築されないのが謎，というかストレス溜まります・・・．そもそもmakeでVERBOSE=1とかやらないと何やってるのか見えないのがキモいし，だいたい普通にconfigureしただけでデフォルトで「-funroll-all-loops」つけてるとかいって逆に(ry ・・・とはいいつつも，TitleInput 最高ですね．プラグインが個別にタグのこと考える必要がないのは嬉しいです．

最近割とOpenOfficeを使うようになったんですが，Altでメニューにフォーカスが移るのを止める方法，無いもんですかね．Alt+spaceをIMのトグルしてるんで，押し方が悪いとメニューにフォーカスを持っていかれてストレスゲージが溜まりまくりっす．

先日，電力不足であがらなかったとか書いたBUFFALOのステーションですが，今日，再びつけようとしたら，壁のコンセント直結でもあがりませんでしたorz．家の他の場所にさしてみたりしたんですが，全然ダメ．一度だけあがったんですが，これもしばらくしたらハングしたみたいで，外に出られませんでした．あー．もう・・・．

コメント欄にも書きましたが，ついに，ようやくx-mixi-encrypted攻略完了です．整理するために自分用にライブラリにしてみようとCで書きはじめたんですが・・・ああ，もう，何て爽快な(笑)．エンカウント率50% のダンジョンを抜けて飛空艇に乗(ry

中の仕組みは・・・超大雑把に書くと，中のユーザ鍵と初期ベクトルで，中のデータから鍵束を作り，セッションIDのハッシュから鍵を選んで，色々くっつけて，ハッシュで選んだ鍵と乱数で暗号化してさらに色々くっつけて，ってな感じです．これで復号できるわけですから，最後に何を色々くっつけるかは(略)．正直，一番最初に手をつけたのが鍵束を開くための鍵だったのはラッキーでした．それ以外にも運に助けられまくりでしたが．AESの実装はGPL違反なんじゃないかとしつこく言ってみるテストｗ

で，こんな偉そうに書いてみましたが，早速ライブラリを使ってデータを作成し，手ポストしてみたんですが，見事にはねられてしまいました(´・ω・｀)にょろーん． 一ヶ所バグがあったんで直したんですが，それでもまだはねられます．mixi-stationが送ったパケットをetherealでキャプチャ → 自前のライブラリで復号化 → 暗号化に必要な情報の抽出 → 暗号化してキャプチャしたデータと比較 ・・・というテストをやると確かに一致しませんなぁ．散々悩んだ挙句，サンプルを変えてみたらあっさり手ポスト成功∩( ・ω・)∩ワーイ．・・・タイトルに「〜」が入ってたからか・・・orz．一部でお馴染みの，UTF-8の「〜」問題っぽいです．ということは，最初のバグとった時点で手ポスト可能だったんだなぁ．

さて，今後ですけど，まずは自分で使ってるもんに組み込んでみて，しばらく内輪で様子見かなぁ．mixiの方にLinuxプラグインが欲しいという要望も出ましたし，今後の展開に注目です．もっと詳しく知りたい人は・・・

ちなみに，ライブラリ化の際に OpenSSLの AES_cbc_encrypt を使おうとしたんですが，何故か全然値が合いませんでした．鍵もデータもあってるはずなのにぃ・・・．謎です．SHA1は簡単だから自分でサクッと書けますが，AESはなかなかめんどくさそう・・・．AESと知らずに半分ほど書いたけど(^^;．

SHA-1でハッシュしたところで向こう側で復元できないわけなんで，暗号化では別にやってるようです．が，この辺のルーチンが普通のプログラマが思いつくとは思えないくらい非常に複雑だったり(これでエンコードしたとして，どうやってデコードすんの？って感じ)，どう考えても通りようの無い条件分岐がいっぱいだったりして，こちらも何かメジャーな仕組みを流用しているっぽい感じ．でもうまく検索できなかったんで根性でCで起こしたんですが，ふと書き起こした中の配列の一部でググってみた所，AESという答えが出てきました・・・．ヽ（`Д´）ノ ウワァァァン，もっと早く気づいていれば・・・ orz．必要な所，かなりCで再実装しちゃったし(;´Д`)．つかSHA-1にAESですか．ガチガチね．

ちなみにAESの実装をいくつかググって探して眺めてみた感じでは，これが非常に近い感じした．というかモロこれなんじゃないかなぁ．・・・あれ，これLGPLですけど(・∀・)ニヤニヤ

納車されました．まだ乗ってませんが．でかい買い物ですなぁ．今度は転がしたりしないぞ・・・orz．

これ見てドッキリですよ．とりあえずのところ旧版でも通るようなので一安心ですが，心臓に悪い (;´Д`)．

まだ試してないんですけどね・・・．いい加減uim.elのスクロールの挙動も直さないとまずいし．最近，自分で使っててイライラしまくり(^^;