etc.2008-05-31最近のトレンド話たまにはFirefoxの話。3は、どのツリーで出すかは決まってない。3.xと同じツリーでいくはず。Thunderbirdのチェックインは、今のところCVSの方。Mobileは、mercurialのツリーで、UIを作ってる。最適化がしょぼいので直せる部分をやってるLinuxとかのGCC系用コードがインライン使ってない。md5が2-3%は速くなるし、sha512なんて、x86_64だと約10%速くできる。場合のmpiのSSE2最適化が抜けてる。sdkのconfigureって、x86_64だと、x86として認識してる。日本市場そろそろiPhoneの日本上陸についての記事が出始めているが、日経新聞とかならまだしも、IT系メディアが書く記事もピントがずれているので、技術的な視点での話でのどのキャリアで発売されるかの考察。電波仕様KDDIは、CDMA2000でかつ独自の周波数帯を使うデザインのため論外。そもそも韓国・アメリカのCDMA2000とも互換性なし。DocomoとSoftbankは、UMTS2100サポートなので、その線しかない。イーモバイルは1.7GHzの独自周波数帯なので無理。Uで使っているようなGPRSネットワークを利用の線が濃い。ように端末メーカーがコードを書くだけで、i-modeネットワークに接続できるようだけど、そんなi-modeのためだけにコードを書くような会社ではAppleは決してない。M1000以外に正式に小売りに出してない。いう端末をリリースしたときのサポートコストをドコモショップが背負えるのか。WiFiも内蔵している点を考えれば、mopera必須のサービスになることは間違いない。(定額プランもmopera用のものがあるし)。i-modeはなし?。Softbankの場合Xシリーズと同様にopen.softbank.ne.jpを使うだけ。Apple側としては基本的にソフトウェア調整がいらない。SMSもあるし、パケット通信も制限がないし。メールもし、iPhoneのファームが国際標準のMMSへの対応してるのであれば、そもそもSoftbank以外を選択する理由などない。Softbankだったらアップル側でアクセスポイントの設定以外何もする必要はない。U経由でPOP/SMTP?しかありえん。日本の一般層に売るのであれば、i-modeメールは必須だけど、それを実装してくる可能性はきわめて低い。iPhoneのようにファームがMMS対応してなければ、SMS+POP/SMTPなので、どっちにしても変わらない。(X01HTの時みたいに誰かがMMSクライアントのコードを書くだろうから、使えるようになるかもね)結論ドコモを選ぶ利点はシェアのみなんだよなぁ。S60アプリケーションのインストールをできなくすることをしてくれれば、ドコモにとっては都合がいいけど、Appleがやるとは思えない。iPhoneのようにセキュリティホールから100%破られると思う)、そのリスクをドコモが背負えるのかなぁと。Softbankはそれをわかってて、Xシリーズという別シリーズを持ってきているし、現にX02NKのような、そういう端末はすべてXシリーズにしようとしているのだろう。そもそも、日本のケータイがガラパゴスなのは、端末スペックがというよりも、ソフトウェア側(インフラ)がガラパゴスな点なんだ。ハードウェア的に日本の端末は優れているとは思うけど、ソフトウェア側が日本独自にせざるを得なくて、その結果コストがかかっていることが重要。i-modeネットワークに対応する端末側のコードを書いたとしても、それは、日本の端末でしか使えないコードになる。ベースに使っているから、ガラパゴスな状態ではない。iPhoneがSIMフリーでリリースされれば、Softbankで使える。X01HTの時みたいに誰かがMMSのコードを書くだろう。SoftbankがJ-Phoneのままだったら、ドコモと一緒で独自スペックを採用してたとは思う(V-SA801とかみてればそんな感じでしょ?)けど、ある意味Vodafoneに買収されたことが、ワールドワイドスペックを採用できた要因になったのではと思う。日本のユーザー/開発者にとって、その買収劇は非常によかったことだったんではないかと感じてる。(SoftbankのS60端末はありだけど、mozilla.comのOfficialにはやる気なし)。結局のところ、日本だけイノベーションに取り残されていくだけなんだよね。NetFrontにイノベーションを感じることはないし。あるが、それは別問題。それはKDDIとドコモが4Gへ喰らう話でしょう。OBEXを追加してみた。いくつか問題があるので、まだパッチを本家には入れないけど。9のx86_64用なので、SRPMも置いておく。openobex-1.3-12.fc9.src.rpmopenobex-1.3-12.fc9.x86_64.rpm使い方UUIDの解析はしてないのでobexftpは使えません。使えるのはobex_testのみ。0なんて実行すれば、接続できます。対話式インターフェイスになるので、cで接続して、gでvcfファイルを取得できます。受信後、dで切断して、qで終了するだけ。ファイルの取得は一回目だけ失敗しますので、二度やってください。アップグレードしたら、ATOKX3が使えなくなったのでメモ。x86_64だからかと思ったけど、そうでもないらしい。rpmパッケージがちゃんとインストールされているかを確認して、入ってなければインストール。JS_FEEDBACK_CONVERT=tあと、atokx3start.shをログイン時に起動するようにする。選択[名前]に適当にatokx3start.sh、[コマンド]に、/opt/atokx3/bin/atokx3start.shログアウトして、ログインし直すとしたら使えるようになった。linux2008-05-17Totemがフルスクリーン表示でおかしくなるバグは後からファイルしようと思っているけど、Ubuntuに入っている動画プレイヤーのTotemがフルスクリーン状態で終了してしまうと、次の起動時からそのサイズでウィンドウを開こうとしてしまい、ウィンドウのサイズ変更ができなくなるバグがある。いう状態の時の対処方法は、以下のようにウィンドウのサイズを記憶しているファイルを削除することで直る。~/.config/totem/state.iniTotemのファイルって、.gnome2配下じゃないんだ。ATOKX3が起動しなくなった。調べてみると、32bitのライブラリがなくなっている。いうことで、AMD64版のUbuntuを使っている人は気をつける必要がある。起動しなくなったら、とりあえず、apt-getでia32-libsをインストール。ia32-libsこれで、iiimdとiiimxは起動するようになった。(Justのものに入っているIIIMDが32ビット版なので。次のATOKX4が出るのであれば、64ビット版も入れてほしいなぁ。(x86_64)NSSの最適化でもしよとバグを開いた。x64環境で使っているので、x86より遅いと嫌だしね。