Debian Ruby 1.9 会議に参加してきた
Debian Ruby 1.9 会議という集まりに参加してきた。(参考: http://arika.org/diary/2009/06/04/DebianRuby19Kaigi)
Debian、Ruby、ともに仕事でもプライベート環境でも頼っている都合上、今後のパッケージングがどうなるかとか、RubyGems と Debian Package の共存(あるいは連携)がどうなりそうなのかに興味があったので、参加してみた次第。
以下、会議中のメモのまとめ。事実誤認があったらごめんなさい。
- lenny に ruby1.9 が入ってしまったのは事故
- 入れるつもりは無かったが、依存関係の都合で抜けなくなった。 (やまだあきらさん)
- 仕様が確定する前のバージョンなので使って欲しくない。(yugui さん)
- sid に 1.9.1 が入らない理由
- $LOAD_PATH に
/usr/lib/ruby/1.9.1
のような teeny を含んだパスが入るようになり、今後 1.9.2、1.9.3 と増えていくと、バージョンが上がるたびに全ライブラリのリビルドが必要になってしまう。ユーザ側の移行作業もたいへん。そこら辺を何とかする方法を考える必要があった。 - ところで 1.9.1 使ってます?
- experimental のをビルドしてる、ruby1.9 を使ってた、使ってない、etc.
- $LOAD_PATH に
- Ruby の compatibility level
- 1.9 系には compatibility level というバージョン概念がある。(yugui さん)
- 1.9.2 は 1.9.1 と ABI 互換なので、リリース時は soname や
/usr/lib/ruby/X.X.X
の部分のバージョン番号は 1.9.1 のままになる。(未実装かも?)
- Ruby 本体の互換性
- lucas さんによる新しい Debian Ruby Policy の提案。(debian-ruby ML のこの辺りのスレッド)
- ruby-support というパッケージを作り、python-support のようなことをやりたい。
- ruby-support パッケージに依存し過ぎでは?
- バージョン依存性などの問題にぶつかった時、ユーザ側で何かするのが難しそう。
- Dmitry Borodaenko さんの意見「Pure Ruby ライブラリはバージョン番号なしの
/usr/lib/ruby/vendor_ruby
に入れるのが現実的」、というのに個人的に賛同。 - ruby-support がポリシー先行で実装が追いついてない? 実際に動かしてみないとよく分からない。(やまだあきらさん)
- sid に 1.9.1 を入れるのは、ruby-support を待たない方針で。(daigo さん)
- gem から自動で deb を作る方法があると嬉しい
- 過去に作ったけどあまり反響がない。(やまだあきらさん、daigo さん)
- この辺? http://svn.debian.org/wsvn/pkg-ruby-extras/tools/gemsd/
- gem を deb に変換して apt で取得できるようにしていた。(daigo さん)
- (個人的感想) 知らなかった……。
- ユーザが gem から deb をビルドすることを支援するツールが欲しい。
- dh-make-perl みたいなの。
- ユーザが実行すると gem をダウンロードして展開して debian ディレクトリを作成してくれて、後は
debian/control
を各自でいじって debuild しろ、みたいな。
- 過去に作ったけどあまり反響がない。(やまだあきらさん、daigo さん)
- rubygems パッケージが gcc や ruby1.8-dev に Depends?
- ruby1.8-dev に依存したところで、gem のバイナリビルドはたぶん失敗する。その他の依存ライブラリ(libXXX-dev)を解決する方法が無いので。
- Depends にしても嬉しくない。Recommends もやり過ぎ。やっぱり Suggests で。
- gem install で作られた実行ファイルを
/usr/local/bin
に入れるのはどう?- ファイル名の衝突を解決できない。(1.8 系と 1.9 系とか)
- tarball から入れたものとぶつかりそう。
/var/lib/gems/X.X/bin
から/usr/local/bin
へ symlink を貼るようなスクリプトを例示しておいて「気になるならそれを使え」というのはどうか。
- JRuby の RubyGems ってどうなってるの?
- 1.8 系のパフォーマンスの話
- configure で
--enable-pthread
すると遅くなるらしい。 - 1.9 系には関係ない話。1.8 系に手間をかけても仕方ないので、現状維持で。
- Ruby Enterprise Edition とかどう?
- configure で
最後に、有志による keysign 交換が行なわれて解散。