物置にあるノート

cinnamonを使ってみた

2012-01-08T05:11:00.001+09:00

Ubuntuにcinnamonをインストールした。
UIはほぼWindows XP。UnityやGnome Shellよりは使いやすいがWindows7やKDEと比べるとかなりの機能がない。
アンリミテッドボタンがデスクトップ左上最前面にあるのでウィンドウのボタンを左に置くと重なる。google chromeだと終了ボタンと被って終了ボタンを押せない。
ウィンドウ関連でUnityやGnome Shellにあるショートカット見当たらない。今後追加されるかもしれないがなくても困らない。(あるが私が知らないだけの可能性もある。)
UnityやGnome Shellみたいに何かをやろうとするたびに画面を切り替える必要は無いので使いやすい。

Y PPA インストール

2011-11-30T22:02:00.001+09:00

Y PPAをインストール
PPAに関する機能が一通り使える。

PPA追加
PPA削除
PPA検索
PPAで追加されるパッケージの確認

synapticを起動してリポジトリの設定をするのは大変だっただけにとても便利になった。

インストール方法

ppa:webupd8team/y-ppa-managerをリポジトリに追加
y-ppa-managerをインストール

PyPyでテンプレートエンジンを動かしてみた

2011-11-25T21:48:00.001+09:00

	Python 2.7.2	PyPy 1.7
Jinja	0.0069 seconds	0.0138 seconds
Mako	0.0062 seconds	0.0153 seconds
Genshi	0.1334 seconds	0.1048 seconds
Chameleon	0.0260 seconds	0.0188 seconds

Jinja2とMakoはPython 2.7が速く、GenshiとChameleonはPyPy 1.7が速かった。

pypy 1.7とMerurial

2011-11-24T17:15:00.001+09:00

PyPy 1.7にMercurialをインストールして色々動かしてみたけどまだcpythonの方が速い。

PyPy 1.7リリース

2011-11-22T01:37:00.001+09:00

PyPy 1.7がリリースされてた。これまでUbuntu 11.10だと動かなかったが、動くようになってた。

Ubuntu11.10 Japanese Teamによる追加パッケージを利用する

2011-11-16T01:36:00.001+09:00

リポジトリを追加するため下記コマンドを実行する。

wget -q https://www.ubuntulinux.jp/ubuntu-ja-archive-keyring.gpg -O- | sudo apt-key add -
wget -q https://www.ubuntulinux.jp/ubuntu-jp-ppa-keyring.gpg -O- | sudo apt-key add -
sudo wget https://www.ubuntulinux.jp/sources.list.d/oneiric.list -O /etc/apt/sources.list.d/ubuntu-ja.list
sudo apt-get update

パッケージをアップグレードするため下記コマンドを実行する。

sudo apt-get upgrade

パッケージを追加するため下記コマンドを実行する。

sudo apt-get install ubuntu-defaults-ja
sudo wget https://www.ubuntulinux.jp/fonts.conf.d/oneiric-69-language-selector-ja-jp.conf -O /etc/fonts/conf.avail/69-language-selector-ja-jp.conf
sudo fontconfig-voodoo -s ja_JP

参考

Ubuntu11.10でPyPy

2011-10-25T20:38:00.000+09:00

PyPy Webサイトで公開されていバイナリpypy1.6だとlibffi5がないため動かない。PPAだと64bit版がないため動かない。現状Ubuntu11.10 64bitだと自分でコンパイルしないといけない。

Ubuntu11.10のフォント

2011-10-23T18:29:00.001+09:00

Ubuntu 11.10のsansフォントは
Gtk+ fc-match sans:lang=ja
Qt fc-match sans
Flash fc-match sans
のフォントを利用している。

QtやFlashでフォントが変になったらfc-match sansでどのフォントが使用されているか見て設定すればいい。

わからなければ
/etc/fonts/conf.avail/69-language-selector-ja-jp.conf
<test name="lang" compare="contains">
<string>ja</string>
</test>
を3箇所削除すればいいらしい。(serif,monospace,sans-serifにそれぞれ一つある)

/etc/fonts/conf.avail/65-nonlatin.confのserif,monospace,sans-serifに
takao fontを追加すれば問題なくなると思うんだけど。

Flashのフォントもおかしい

2011-10-20T02:52:00.000+09:00

Qtアプリのフォントがおかしいと書いたがFlashのフォントもおかしい。Qtアプリと同じフォントで表示される。
Ubuntu11.10はGtk+以外のアプリでフォント周りに問題を抱えているようだ。

Ubuntu11.10でQtアプリがおかしい

2011-10-20T01:45:00.002+09:00

Ubuntu11.04から11.10にアップデートしたあと指定したフォントと別のフォントが選ばれている。
qt4-configでフォントの設定をしても反映されない。

qt4-configでテーマをGtk+以外に設定するとフォントの設定ができるようになった。

Ubuntu11.10はとにかく安定して動作しない。

Ubuntu11.10は危険かも？

2011-10-14T18:39:00.001+09:00

さっきまともに動いていると書いたけど、色々と危険な箇所がありそうだ。
まずはAlt-F1を押すとUnityが最前面に出てきてUnityからのアプリの起動とウインドウの最大化、最小化、終了、以外の操作がほぼできなくなった。
キーボード入力はできないしインジケーターも触れない。Xを終わらせることしかできなくなった。
11.04からアップデートしたのが原因かもしれないがあまりにも動かない箇所が多い。

Ubuntu11.10インストール

2011-10-14T18:13:00.001+09:00

Ubuntu11.10をインストール。
あるタイミングでタッチパッドが無効になる以外問題ない。
アプリではGwibberがまともに動かない。すぐに応答しなくなる。あとリストの表示方法がわからない。検索アイコンがない。
まあ今はGwibberを使ってなくてHototを使っているので全く問題ない。
Gwibberがまともに動かなかったらHototかPinoにでも移行したほうがいい。
それ以外はとくに問題はなかった。11.04より全体的にUIが洗練されているように感じた。Gnome3ベースになったのが大きいのかな？

mercurialをpypyで動かす

2011-08-29T13:28:00.000+09:00

pypy setup.py --pure installでインストール
pypyフォルダ/bin/hgにインストールされる

色々動かしてみたけど問題なく動いているようだった。
速度に関してはcpythonより遅かった。

pypy1.6 リリース

2011-08-23T15:39:00.000+09:00

pypy1.6がリリースされていた。自分が今使っている用途だと大幅に速くなっていた。

Mercurial 1.9

2011-07-08T19:08:00.000+09:00

また日本語ファイル名が使えなくなりました。
ファイル名をUnicodeで管理するのが一番労力がいらない気がする。

thinkpad T510が復活した

2011-06-20T15:26:00.002+09:00

壊れてから放置してたらいつの間にか復活した。よかった。

thinkpad T510が壊れた

2011-06-17T01:33:00.000+09:00

６月購入
１０月１回目の修理。
４月２回目の修理。
６月にまた壊れた。
壊れすぎ。

BitbucketにSSHでアクセスする。

2011-06-08T01:19:00.001+09:00

Linuxの場合

公開／秘密鍵を作成

ssh-keygen

chmod 644 ~/.ssh/id_rsa.pub
ssh-agent bash
ssh-add

Bitbucketに公開鍵を登録

BitbucketにログインしてAccountを選択

SSH Keysのところで公開鍵を選択してUpload keyを選択

Mercurialの設定

[ui]
ssh = ssh -C

を追加する。

Windowsの場合

公開／秘密鍵を作成

Puttygenを起動して「公開／秘密鍵のペアを作成」を実行して公開鍵と秘密鍵を保存する

Bitbucketに公開鍵を登録

Puttygenの公開鍵をコピーする。

BitbucketにログインしてAccountを選択

SSH KeysのところでPuttygenでコピーした公開鍵をペーストしてAdd Keyを選択

Mercurialの設定

[ui]

ssh = "<TortoisePlinkのパス>\TortoisePlink.exe" -ssh -2 -batch -C
を追加する。

TortoisePlinkの設定

Pageantを実行してタスクトレイのメニューからAdd Keyを選択して秘密鍵を登録する

Pagenntを使わない場合はTortoisePlik.exeの引数に-i 秘密鍵のファイルと-pw 鍵のパスフレーズを追加する。

WindowsでもmingwやcygwinのSSHを使う場合は、Linuxの場合とほとんど同じ。

chrome 10以降でフォントの設定が反映されない

2011-02-23T10:49:00.000+09:00

chrome10以降で設定画面が変更になったせいでsans-serifフォントの設定項目がなくなった。
sans-serifフォントを変更するには設定画面を旧バージョンに戻すか(--disable-tabbed-options)
フォームで右クリックメニューのスペルチェックのオプション→言語設定→フォントとエンコードから設定する。

新バージョンのフォント設定画面のStandart Fontはserifフォントのこと。大抵のページはfont-familyにsan-serifがされているので設定が反映されていないようにみえる。

chromeの設定ファイル(Preferences)のwebkit→webprefs→sansserif_font_familyを直接いじっても設定できるがミスするとPreferencesが削除されてChromeが起動する。

openSUSE11.3でfontconfigの設定

2011-01-29T02:10:00.000+09:00

ヒンティングを無効にしてビットマップを使用せずアンチエイリアスをかける設定をしてフォントが見やすくなった。デフォルトの設定がヒンティングが有効だったせいで気づかず困った。
Ubuntuだと最初からかなりの日本語フォントの設定がしてあったんだがopenSUSEでは自分で設定しないといけなかった。

Gwibberで更新されなくなった

2010-10-29T17:43:00.000+09:00

Gwibberを使用していたらTwitterのタイムラインが更新されなくなった。
gwibber-serverプロセスを再起動させたら直った。

Gwibberをアップデート

2010-09-07T16:20:00.000+09:00

UbuntuのGwibberをアップデートした。
そのさいに既存のアカウントでOAuth認証をしてもうまくいかなかった。
一旦アカウントを削除したあとOAuth認証を行うとうまくいった。

MercurialのPy3k対応

2010-08-26T17:54:00.000+09:00

ちょっと見てみたけどWindowsでマルチバイト文字があると動きそうにない。

Ubuntu10.04で起動時にTrackPointのカーソル速度を変更

2010-08-06T12:17:00.000+09:00

/etc/gdm/PreSession/Defaultに
echo -n 110 > /sys/devices/platform/i8042/serio1/serio2/speed
echo -n 160 > /sys/devices/platform/i8042/serio1/serio2/sensitivity
を追加すると起動時に反映された。

rc.localに追加すると反映されると書いてあるサイトもあったが自分の環境では反映されなかった。

ubuntuでローマ字カスタマイズ

2010-07-09T23:44:00.000+09:00

scim-anthyだったら簡単にローマ字テーブルを簡単に変更できたんだがiBus-Anthyだとtable.pyをいじらないといけない。
しかしmozcを使えば簡単にローマ字テーブルを変更できるのでiBusでローマ字テーブルを変更したい場合はmozcを利用したほうが楽。

googleclをインストール

2010-07-01T02:16:00.001+09:00

googleclをインストールしました。
pipを利用してgoogleclをインストールしたがgdataがインストールされなかったので、
gdataもインストール。
googleclはgdataが必須なので依存関係を設定してほしい。
コンソールに表示される文字コードがUTF-8なのでWindowsで文字化け。
UTF-8をprintで出力しているだけのようなのでprintを関数に変更して、
関数の中で文字列をUnicodeにしてprintを呼べば文字化けは回避できそう。
ただWindowsのコマンドプロンプトでgoogleclを使うメリットはなさそう。

virtualenvをインストール

2010-06-06T05:17:00.000+09:00

Windowsマシンでは特に必要はないが、Ubuntuだとやり方を知らないだけかもしれないがaptで管理しているライブラリ以外をインストールできないので最新のライブラリを利用したい場合は使う必要がある。
Ubuntu10.4だとJinja2のせいでFlaskがインストールできないので。

Chameleon Genshiでバグ

2010-05-08T17:13:00.000+09:00

Chameleon GenshiでXIncludeを使うと挿入したファイルの最後にNoneが挿入される。

chameleon.genshiを試してみた

2010-05-01T18:59:00.005+09:00

easy_install ChameleonでChameleonをインストール。
以下のテンプレートファイルを使用して出力。

base.html

<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:py="http://genshi.edgewall.org/" py:strip="">
<py:match path="head" once="true">
<head>
<title>base</title>
</head>
</py:match>
<py:match path="body" once="true">
<body class="index">
<div id="header">
<h1>base</h1>
</div>

<p>Welcome!</p>

<div id="footer">
<hr />
<p class="legalese">c 2007 Edgewall Software</p>
</div>
</body>
</py:match>
</html>

genshi.html

<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:py="http://genshi.edgewall.org"
      xmlns:xi="http://www.w3.org/2001/XInclude">
  <xi:include href="base.html" />
  <head>
    <title>$title</title>
  </head>
  <body class="index">
    <div id="header">
   <h1>$title</h1>
 </div>

 <p>Welcome!</p>

 <div id="footer">
   <hr />
   <p class="legalese">c 2007 Edgewall Software</p>
 </div>
  </body>
</html>

chameleon.genshiを使用して出力した結果は以下のようになる。

<html xmlns="http://www.w3.org/1999/xhtml" xmlns:py="http://genshi.edgewall.org">
<div id="footer">
<hr>
<p class="legalese">c 2007 Edgewall Software</p>
</div>
<p>Welcome!</p>

<div id="header">
<h1>base</h1>
</div>

</html>

genshiでの出力はgenshi.htmlの内容がbase.htmlで上書きされるので大幅に出力結果が違う。
<head>の中身がなくなっている。<body>タグがなくなっている。<body>タグの中身の順番が逆になっている。

速度は速いけど現時点で実用するのは無理。
genshi以外のテンプレートとくにZPTは使えるかもしれないが試していない。

python2.6にlxml2.2.6をインストール

2010-04-14T17:32:00.002+09:00

doc/build.txtに書いている内容を元にコンパイルをしてインストールしたがetree.parseの引数にURIが指定出来ない。
この辺の問題でpython2.6のバイナリが用意できないのかな？

python2.6でlxml2.2.4を使う

2010-03-23T10:30:00.002+09:00

easy_installを使ってlxml2.2.4をインストールしetree.parseの引数にURIを渡すとエラーになる。
lxml2.2.2だと問題ない。

windowsでpipを使う

2010-03-22T09:27:00.002+09:00

アンインストールする時に同じファイルにリネームしようとしてエラーになる。

Google日本語入力

2010-03-11T23:35:00.002+09:00

今までローマ字カスタマイズができるという理由だけでskk-imeをつかっていたけど、Google日本語入力でローマ字カスタマイズが出来るようになったので乗り換え。
変換結果がかなり微妙だがskk-imeよりローマ字カスタマイズが出来るようになった。

ローマ字テーブル

evnetletとlxmlの併用

2010-02-27T18:27:00.001+09:00

eventletを使用してhtmlを取得したあとlxmlを使ってparseするとときどき無限ループになる。
並列処理をしてhtmlを取得したあとに無限ループになるようだけどよくわからない。

pypmでmercurial

2010-02-20T21:51:00.001+09:00

mercurial 1.4.2だとうまく動かなかったがリポジトリをhttp://pypm-free.activestate.comに変更して1.4.3をインストールしたらhg.batの内容が変わっていて上手く動くようになった。

ActivePythonをインストール

2010-01-31T21:34:00.003+09:00

PyPMを使ってみたいと思いActivePythonをインストール。
pipとyolk機能をあわせた感じだった。
インストール先が変わったのでMercurialのhg.batがうまく動いてくれなかった。

2/13
Mercurialのhg.batがPEP 370に対応していない。hg.batのコメントに書いてあるように相対パスでpython.exeの場所を指定しているためscriptフォルダの場所が変わるとエラーになる。
hg.batを修正して相対パスではなく絶対パスでpython.exeの場所を指定する必要がある。

bazaarがすごすぎる

2009-11-12T00:27:00.002+09:00

mainフォルダを作ってファイルを追加してコミット
bzr branch main trunkでtrunkブランチを作成
trunkでファイルを更新してコミット
bzr push main
bzr brach main testでtestブランチを作成
testでファイルを更新してコミット
trunkでbzr pull
trunkでファイルを更新してコミット
bzr push
testでbzr pull
testでファイルを更新してコミット
bzr push
bzr logで表示されるログがすごいことになってた。枝が一切なく真っ直ぐなログ。
もしかしてbzr branch は枝を作らずただbranch nickを書き換えるだけなのか？
意味不明すぎてすごすぎる。

utf8fixパッチの更新停止

2009-09-27T02:52:00.002+09:00

更新しようと思っていたけどすっかり忘れていた。
理由はコミット時のトランザクションファイルを作成しているところでopenを使っているから、
どうしてもMercurialにパッチを当てないと対応できない。
openerを使わずにopenを使っている理由はどうもopenerにフルパスを渡すと例外が発生するからopenを使っているみたい。

wxPython+Twistedが動かない問題が解決

2009-07-15T22:41:00.001+09:00

twisted.internet._threadselect.ThreadedSelectReactor._doSelectInThreadでselectした時にEINTRエラーが発生してスレッドがおかしくなっていた。
_threadselect.py 288行目のreturnをcontinueに変更したら一応動くようになった。

eventletのリポジトリ

2009-07-14T02:52:00.001+09:00

bitbucketにリポジトリが大量にあってどれを使えばいいのかわからない。
サイトからリンクされているリポジトリは古い。

全角文字を含むパスでfixutf8が動かない

2009-07-10T00:28:00.003+09:00

日本語が含まれるパスでfixutf8が使えないの続き。
fixutf-jpだとutf-8->unicodeの変換に失敗するとmbcs->unicodeに変換するのでhg initやhg statなどは動く。
しかしcommitが動かない。openにutf-8の文字列を渡しているのが原因。__builtin__.openをフックしてパス名だけをUnicodeに変換すれば動くようにできると思うがやりかたがわからない。

7/11追記
openが動かないのはローカルの環境だった。現状はopenまで行けずos.chdirでこける。
wrapしてないのが原因。os.chdirをwrapするとopenでこける。
__builtins__.openをwrapしてもwrapした関数が呼ばれず__builtins__.openが呼ばれる。

hg-fixutf-jp-patchを更新した。
fixutf8を更新するより、Mercurial内部のファイル名の文字コードをUnicodeに変換してリポジトリのファイル名の文字コードをutf-8にした方が絶対に楽だ。
fixutf8自体ascii以外のファイル名しか想定していない。リポジトリのパスにascii以外の文字コードが入るとを動かなくなる。

utf8fixのコマンドライン関連のパッチ

2009-07-07T01:40:00.003+09:00

fixutf8を有効にすると --repositoryが使えなくなるバグを修正したパッチをbitbucketに置いた。
tortoisehgでコミットできない原因は削除されるパラメーターが間違っていたわけではなく、
コマンドを実行していなかったのでコマンドラインが取得できなかったのが原因。

hg-fixutf-jp-patch

日本語が含まれるパスでfixutf8が使えない

2009-07-05T18:18:00.003+09:00

コメントで指摘されてた件ですが、
fixutf8を有効にすると --repositoryが使えなくなる原因でも少し書きましたが、起動時にリポジトリのパスを設定した後、プラグインのロードを行っているため、パスをutf-8に変換できずcp932で保存するためエラーになる。

対処方法としては文字コード判定処理を入れるのが一番簡単かもしれない。
やり方としてはutf-8からUnicodeに変換しているところで今はignoreを指定して変換してるがstrictを指定して変換するように変更し例外が発生したらstrictを指定してlocale.getpreferredencoding()で取得した文字コードからUnicodeに変換しまた例外が発生したらignoreを指定してutf-8からUnicodeに変換する方法が思いついたが責任は持てない。

fixutf8を有効にすると --repositoryが使えなくなる原因

2009-07-05T17:53:00.002+09:00

mercurialは起動時にコマンドライン引数の内--config、--cwd、--repositoryオプションの処理をしてコマンドラインから削除してからプラグインのロードを始める。
fixutf8はロードされた際にコマンドラインをUnicodeで取得してutf-8に変換している。
この時に行われるコマンドラインを削除する処理が適当で、--config、--cwd、--repositoryオプションを削除しないといけないのに、削除されたコマンドライン数分前のコマンドラインを削除している。
このためhg -R /home/witten/hg commitのコマンドラインはcommitが残るがhg commit -R /home/witten/hgのようなコマンドラインは/home/witten/hgが残ってしまいそんなコマンドはないとエラーが表示される。
tortoisehgが作成するコマンドラインはhg commit --verbose --repository /home/witten/hg -m logのためエラーが発生する。

fixutf8を有効にすると --repositoryが使えなくなる

2009-07-05T03:39:00.003+09:00

--repositoryを指定すると hg: unknown command path名と表示される。
tortoisehgでcommit出来なくなるのもこれが原因

Mercurial 1.3 のwindows binaryでfixutf8が動かない

2009-07-05T03:24:00.000+09:00

ctypesがない。
Mercurial本体では使ってないからね。

Mercurial 1.3で文字化け

2009-07-05T02:52:00.001+09:00

ubuntu Mercurial 1.3でhg helpを実行すると改行しているところで文字化け。

mercurial 1.3 + tortoisehg 0.8

2009-07-03T06:05:00.002+09:00

windowsでfixutf8を有効にするとcommitできない。(すべてアルファベットでも)
それ以外のコマンドlogとstatは一応問題なく動いている。

fixutf8でUnicodeDecodeErrorを出さないようにする

2009-07-01T03:53:00.002+09:00

fixutf8を使ってaddremoveをするとutf-8と元々の文字コード(日本語版のWindowsならcp932)の2つが混在し必ずUnicodeDecodeErrorが発生する。

win32helper.pyの81行目u = s.decode('utf-8')のdecode関数に'ignore'か'replace'の引数を追加することで2つの文字コードが混在していてもUnicodeDecodeErrorが発生しなくなる。

fixutf8を使うために設定しないといけないこと

2009-07-01T02:49:00.002+09:00

環境を変えたとたんに動かなくなり、いろいろ設定を変更して動くようになった。

1. HGENCODINGをutf-8にする。しなくても一応動くがascii以外のログメッセージがコミット出来なくなる。

2. エディタはutf-8でbomを付けないものを使用する。notepadはbomを付けるので別のエディタにする。

fixutf8の説明に一切書いてないので苦労した。

UbuntuでwxPython+Twistedが動かなくなった

2009-06-29T03:30:00.002+09:00

昔(8.10)は動いていたと思うが、9.04だと動かない。
web.clientをコールしたあと結果が帰ってこない。

hgsubversionのパス指定先を変更

2009-06-28T08:48:00.002+09:00

今までプラグインのパス指定が~/hgsubversionだったのが~/hgsubversion/hgsubversionに変わってた。
setup.pyを追加するために変更されたらしい。

Scalaでプログラム

2009-06-18T21:53:00.002+09:00

あまりにも資料がないためにまったく進まず諦めてPythonで作り直そうかと考えている。
かなりの時間をかけてやっとTabのなかにTableを入れるところまで出来たが苦労した。
JTable自体かなり特殊なのもあると思うが、Tableのヘッダーに文字を追加するのにこんなに苦労するとは思わなかった。
GoogleCodeSearchはとても便利だと改めて感じた。

UbuntuのDropboxをバージョンアップ

2009-06-13T12:06:00.002+09:00

Ubuntuのバージョンを9.04にアップデートしたら今まで利用していたDropboxが動かなくなっていたのでバージョンアップした。
これまでGnomeのみで自動起動していたのが他の環境でも自動起動するようになっていた。

bpythonをインストールした

2009-06-11T16:52:00.001+09:00

最初のうちは見やすくて補完などもちゃんとできていて使いやすいと思っていたが、
日本語を使おうとするとUnicodeDecodeErrorが発生して終了する。
日本語を使うことも多いのでまったく使えない。

pyqt 4.5リリース

2009-06-06T16:45:00.002+09:00

pyqt4.5が6/5にリリースされた。ライセンスはGPLのままらしい。
今回のバージョンアップでpython3.0に正式対応している。他のGUIライブラリに比べれば速い対応だと思う。
今wxPythonを使っているので今すぐ使うつもりはないが、使ってみたいとは思っている。

hg-fixutf8が動くようになってた

2009-05-13T03:38:00.002+09:00

これまでまともに動作していなかったhg-fixutf8がやっと実用できるレベルになっていた。
これでwin32mbcsを使う必要がなくなった。

win32mbcs-patchを更新

2009-05-06T08:57:00.003+09:00

7890の変更でpconvertがutil.pyからwindows.pyに移動していた。
元々pconvertでは、util.splitpathを呼んでいたが、windows.pyに移動したためutil.splitpathが呼べなくなりpath.split(os.sep)を呼ぶように変更された。
splitpathはwin32mbcsでunicodeに変換して処理をしていたためpconvertを呼ぶとファイル名に0x5cがあった場合、動かなくなっていた。

今回の修正ではutil.pconvertとwindows.pconvertをwin32mbcsでunicodeに変換して処理をするようにした。

lxml.objectifyの問題

2009-04-22T06:22:00.002+09:00

メソッドとタグ名が同じだとタグ名でタグにアクセスできない。
他のライブラリGnosis objectifyやBeautifulSoupでも同じようにアクセスできない。
Gnosis objectifyはメソッド自体がほとんどないのでそれほど気にする必要はないと思う。
Amaraは同じ名前があると_タグ名でアクセスできる。
BeautifulSoupやlxml.objectifyを使ってアクセスする場合はメソッド名をすべて把握して重複する時は、xpathやfindなど別の方法でアクセスする必要がある。
もしかするとAmaraのような回避方法があるかもしれないが調べてない。

BeautifulSoupの最新版

2009-04-17T05:39:00.003+09:00

BeautifulSoupの最新版がLunchpadで公開されていたが大幅に変更されていた。
(LunchpadはBazaarを入れないとソースがダウンロードできなかったはずなのであまり好きではない。
Bazaar自体もローカルでコミット出来るサーバ型なのであまり好きではない。まともに実用できるsvkみたいなイメージがある。)
これまでBeutifulSoup.pyだけだったのが複数ファイルになり、その上lxmlを利用できるようになっていた。
パース時の速度がかなり遅かったのでこの変更は期待できるかもしれないがlxmlを利用してもそこ以外が遅ければまったく意味がない。
個人的にはxpathを使うよりBeautifulSoupの方が目的の要素を探すのが楽だから期待はしている。

chameleon.genshiが速い

2009-04-16T17:02:00.002+09:00

chameleon.genshi

Genshi template 665.46 ms
Mako Template 102.64 ms
Djange template 784.00 ms
Spitfire template 87.78 ms
Spitfire template -O1 54.63 ms
Spitfire template -O2 23.70 ms
Spitfire template -O3 23.22 ms
Spitfire template -O4 14.42 ms
StringIO 113.35 ms
cStringIO 25.57 ms
list concat 20.83 ms
ChameleonGenshi 114.44 ms
ChameleonZPT 121.35 ms

spitfireに付属していたbigtable.pyにchameleon.genshiとchameleon.zptを追加して計測。
ただしspitfireのサイトにあるベンチマークの結果に比べてchameleon.zptが遅いのが気になる。

あとgenshiとどれくらい互換性があるのかわからないが普通に使う分にはとくに問題はなかった。
ただし改行の仕方がまったく違うのでその点は注意する必要がある。

makoとほとんど速度が変わらないのでこれまでxmlベースのテンプレートは遅いという理由でgenshiを避けてた人は
chameleon.genshiを使えば速度の問題は回避できそう。

どうでもいいけどspitfireの速さは異常。いくらpsycoを使っているとはいえ、一行ごとリストを追加するより速いとは。

win32mbcs-patch更新

2009-04-08T00:59:00.000+09:00

最新だとパッチが当てれなかったので更新

pythonの次期VCSがMercurialに決定

2009-04-01T04:01:00.002+09:00

http://mail.python.org/pipermail/python-dev/2009-March/087931.html

>The decision is made! I've selected a DVCS to use for Python. We're
>switching to Mercurial (Hg).

bazaarはブランチを扱うのが面倒だったりするので、
GitかMercurialになればいいなあと思っていました。

正式にmercurialへの移行が決まったことは今自分が使っていることもあり、良かったと思います。

lxmlがpython3に対応してた

2009-03-19T18:03:00.000+09:00

lxml 2.2 beta4でpython3に対応したみたい。
lxmlが使っているCythonは去年の11月にリリースされた0.10で対応してたようだ。
Python3自体インストールしていないので試してはいない。

wxPython TreeListCtrl

2009-03-14T04:25:00.002+09:00

TreeListCtrlを使うときはFrameでイベントをbindしても受け取れずにTreeListCtrl.GetMainWindowに対してbindするとFrameでイベントを受け取れる。
Linux(Gtk+)だと上からリサイズするとヘッダーが欠ける。

他のウィジェットとはかなり使い方が違う箇所がある上、ドキュメントもサンプルもほとんどない。
そのため動作が不安定な所があるが使い方を間違えているのか、TreeListCtrlのバグか判断することができない。

Amara2

2009-03-13T01:18:00.002+09:00

Amaraでは4Suite_XMLを使っていたが、Amara2ではライブラリに依存せずC拡張を使っている。
速度がAmaraで5秒ぐらいかかっていたものがAmara2では1秒ぐらいしかかからなくなっており高速化されており、ElementTreeとほど変わらない速度になっている。
APIが大幅に変わっており、amara.parseはdomパーサに変わっており、Amaraと同じように使うには、amara.bindery.parseを使うように変更する必要がある。
関数名と同じタグがあった場合、Amaraだと_タグ名でアクセスする必要があったがAmara2だとエラーが発生する。
html5libを使えば、amara.bindery.html.parseでhtmlを扱うことも出来る。

Mercurial Bookmarks Extension

2009-03-09T20:30:00.002+09:00

headにローカルタグを付ける拡張。ブランチのように利用することができる。
ブランチはchangesetに保存するため作成すると削除することができないが、
bookmarksは".hg/bookmarks"に保存するため"hg bookmark -d"で削除することができる。

>hg bookmark test
>hg bookmarks
* test 0:00465edff3ff
>hg commit
>hg bookmarks
* test 1:cad989aa14e1
>hg update -r0
>hg bookmark test2
>hg bookmarks
test 1:cad989aa14e1
* test2 0:00465edff3ff
>hg commit
create new head
>hg bookmarks
test 1:cad989aa14e1
* test2 2:bd7b9b5e2796
>hg bookmark -d test
>hg bookmarks
* test2 2:bd7b9b5e2796

コミットするとブックマークがheadに移動する。

BitbucketにPatchを登録する

2009-03-06T09:17:00.002+09:00

BitbucketでPatchをあてるリポジトリを表示させてpatch queueを選択してリポジトリを作成。
1で作成したリポジトリをhg qcloneをする。
MQを使ってPatchを作成する。
hg qcommitをする。
patchフォルダ(.hg/patches)に移動してhg pushする。

Patch Queues

mercurialで'0x5c'が含まれるパスに対応させるpatch

2009-03-06T01:55:00.002+09:00

Mercurial 1.2がリリースされていたので、'0x5c'が含まれるパスでも動くようにするpatchを作成した。
簡単な確認をして動作を確認したものをbitbacketに置いておきます。

win32mbcs-patch

Mercurialでwin32text extentionを使うときに注意すること

2009-02-25T01:18:00.002+09:00

win32text extentionを使う場合は、すべてのリポジトリで使った方がいい。
win32text extentionを使っていない環境でCRLFを追加してwin32text extentionを使っている環境に
持ってくるとすべての行が変更されたことになる。(リポジトリの改行はCRLFでファイルは変換されてLFになるため)
こうなった場合は、CRLFのファイルだけwin32text extentionを使わないようにするか、win32text extentionを使わないようにしてrevertするしかないと思う。

ちなみにCRLFのファイルを登録しないようにするには、win32text extentionを有効にして、
設定ファイルに
[hooks]
pretxncommit.crlf = python:hgext.win32text.forbidcrlf
と書けばいい。
そうするとCRLFのファイルがあるとcommitできなくなる。

Mercurialでファイル名に0x5cがあるとコミットできない

2009-02-22T22:17:00.003+09:00

2chで話題になっていたんで試してみたら見事にcommitできず。
環境は、mercurial 1.1.2 windows win32mbcs extention有効状態
直接ファイル名を指定するとcommitできるけど、
hg commitだと追加したファイルだと認識されない。
原因はutil.pyでファイル名とディレクトリを分ける処理でrfind(sep)としているから。
これ以外にもフォルダ名の終端が'0x5c'だとabortしたりと悲惨なことになってた。
原因はosutil.cの_listdirでファイル名の終端がセパレーターか調べているところで、最後の文字がマルチバイトか調べてないから。

win32mbcs extentionが出て来たころはここまで酷くなかったと思ってたんだが。