\ay diary

ruby1.8_1.8.4-1を作った。あとでVine Linux向けも作ろう。

の話。うーんと、sargeの1.8.2-7sarge2に対するパッチを作らないといかんのかな。ruby-1.8.2-xmlrpc-dos-1.patchはそのまま適用できそうだがruby-1.8.2-webrick-dos-1.patchはだめっぽい。1.8.2-7sarge2が中途半端というか、素の1.8.2から少し進んだ時点の状態になっているせいだな。

コードが移動しているようなので、こんな感じかなあ?:

--- ruby-1.8.2-webrick-dos-1.patch.orig 2005-11-21 16:58:45.000000000 +0900
+++ ruby-1.8.2-webrick-dos-1.patch     2005-11-22 12:57:33.000000000 +0900
@@ -26,14 +26,14 @@
 diff -u -p -F^[^A-Za-z0-9_+-]*\(class\|module\|def\)[^A-Za-z0-9_+-] -r1.5.2.3 server.rb
 --- lib/webrick/server.rb      16 Dec 2004 09:45:59 -0000      1.5.2.3
 +++ lib/webrick/server.rb      25 Sep 2005 07:01:24 -0000
-@@ -90,6 +90,7 @@     def start(&block)
-                 @tokens.pop          # blocks while no token is there.
-                 sock = svr.accept
-                 sock.sync = true
-+                Utils::set_non_blocking(sock)
-                 Utils::set_close_on_exec(sock)
-                 th = start_thread(sock, &block)
-                 th[:WEBrickThread] = true
+@@ -147,6 +147,7 @@     def start(&block)
+         sock = svr.accept
+         sock.sync = true
+         Utils::set_close_on_exec(sock)
++        Utils::set_non_blocking(sock)
+       rescue Errno::ECONNRESET, Errno::ECONNABORTED, Errno::EPROTO => ex
+         # TCP connection was established but RST segment was sent
+         # from peer before calling TCPServer#accept.
 Index: lib/webrick/utils.rb
 ===================================================================
 RCS file: /var/cvs/src/ruby/lib/webrick/utils.rb,v

次も期待。その次は咳さん登場というのを期待。

ちょっとTypoでも動かしてみるかとやってみたんだけど、どうもサイドバーの設定がうまくいかない。入力したテキストが記録されない様子。チェックボックスだと問題ないみたいだし、記事についても問題なさそう。

1.8.3はダメと書いてあるのはその辺なのだろうか。

を読んでそんな話になっていたとは…… なんて思ってしまった。ある程度以上の深さのスレッドになっている英語の議論を追うだけの時間なり体力なりを確保するのはなかなか大変なので…… って、まあ、言い訳と言ってしまえば言い訳だけど。

今のところ槍玉にあげられているのは主にDebianらしいのだが、このまま進むと他の環境についても同じこと、つまりパッケージシステムに対する譲歩を強く求められるなんてことにもなりかねないのではないかと思えてくる。

そんなわけで返事を一本書いてみた()。部分的に極端な言い方をしてるけど、やっぱあらゆる場面でrubygemsが、というかそこからccが起動されたり、他のgemをパッケージシステムを経由せずに取ってこられたりってのは、相当にイヤな感じなんじゃないかと思う。もっとも後者についてはwrapするパッケージの依存関係できっちりガードってなことが原理的にまったく出来ないというわけではないとも言えるけど。

純粋にrubygemsを使いたければ生のまま、あるいはrubygems自体のパッケージは使うにしても、それ以降は生のrubygemsと同じやり方でそれを使う。そうでなければ各パッケージシステム的に妥当な形でwrapされたgemを使う。そういった辺りが落しどころなんじゃないかな、と思う。ukaiさんやtagohさんにも意見を聞いてみたい。

あ、そうそう。日本語でサマリーを作ってくださった森脇さん。ありがとうございます。(というのをメールに書き損ねてしまった。)

9/21にRuby 1.8.3がリリースされるのに合わせて…… まあ、できるだけ遅れないようにパッケージングする予定。

いろいろ準備中なんだけどbuildする回数が10回単位(ちょっとおおげさ?)で増えていくので頭がこんがらがってくる。

メモ:

$ ruby -rrexml/document -e '
doc = REXML::Document.new("<!-- bar -->")
print "---1\n"
print doc
print "\n---2\n"
doc.children.each {|c| print c}
print "\n---3\n"
doc.children.each {|c| c.write(o = ""); print o}
print "\n---0\n"'
---1
<!-- bar -->
---2
 bar 
---3
<!-- bar -->
---0

REXML::Comment#to_sはコメントの中身を返すようだ。

Description: Tools for building Debian Ruby packages
 This package contains some useful tools for building Debian Ruby packages
 and is used by the Debian Ruby Maintainers Team. It includes:
   * a CBDS class for building packages which use setup.rb as installer,
   * a program to retrieve upstream sources for use in conjunction with
     svn-buildpackage,
   * a list of team members.

the Debian Ruby Maintainers Teamってruby-pkg-toolsのメンテナたちのことだろうか。/usr/share/ruby-pkg-tools/pkg-ruby-extras.teamにはDebian Ruby Extras Maintainersって書いてあるんだけど、そうするとExtrasが抜けてる? うーん。

svn-buildpackageうんぬんのスクリプトはいまいちよく分からない。……あー、debian/changelogを読んで、対応するupstream tarballを取ってくるのか。しかしそのために/usr/shareにファイル置くってのはどうだろう。debian/watch的なやつのほうが良いんじゃないか。

まあ、目玉はsetup.rbを使ったソフトウェアをパッケージングするのに使えるcdbsのclassファイルだろうな。でもなんでこれcdbsに入れてもらわないんだろう。

rubygems用のclassファイルがあると良いかなあ。その前にrubygems自体がそろそろ欲しいかも。

バグがたまってしまっているのでいくつかだけでも解決すべくパッケージを準備中。近いうちに。

Debian/unstableからruby1.6を削除しよう、というのを投げた。9月中旬あたりに削除を依頼する予定。

ざっと見たところ、問題になりそうなのはaswiki、rsjog、tdiary-plugin、tictactoeで、これらの依存関係はruby1.6に行きつく。aswikiやtdiary-pluginはRuby 1.8系でもきっとなんとかなるんじゃないかと思う(がよく分からない)。rsjogとtictactoeはlibgtk-ruby1.6を使っているから難しいかも。upstreamでは更新されていないようでもあるし。と、思っていたらtictactoeについてはメンテナと鵜飼さんのやり取りによるとRuby-GNOME2化して対処できるっぽい。