ruby-dev

森脇です。

Takahiro Kambe wrote:

>>>RubyGems原理派は、DEBやRPMがgemをラップ（DEB内にgemを入れて、DEBのインス
>>>トール時にrubygemでgemをインストール）すればそれで事足りて、それがRuby
>>>ユーザにとって最良だから、そうすべきで、それ以外のやり方はすべきでないと
>>>言っている。
>>>      
>>>
>>このやり方だけだとバイナリパッケージの利点の一つである
>>コンパイル済みというのが無くなってしまって
>>うれしくなくなる人がいそうな気がします。
>>    
>>
>同感です。
>  
>
precompiled binary用RubyGemsもあるようです。


>>あとgemの依存関係に従って、debやrpmのインストール中に
>>他のgemを取ってきてコンパイルしてっていうのが行われるのは
>>割と気持ち悪いことなんじゃないかと思います。
>>    
>>
>独自に依存関係を持つのが悪いとは言えませんが、あまりにRubyGemsで閉じて
>しまうのはどうかと思います。
>  
>
こうしたいのだと思います。
A.gem depends on B.gem
があったとき、
lib-a-rubygem.deb depends on lib-b-rubygem.deb
という依存関係を持つnative packageを作れということだと思います。lib-a-
rubygem.debのインストール時にB.gemを取ってくるのではなく。

>pkgsrc/portsの場合だと、
>
>1. 配布ファイルの取得
>2. 配布ファイルの展開
>3. 必要なパッチの適用
>4. configure的コンパイル作業等の前の設定
>5. コンパイル作業等の実行
>  
>
snip

>6. インストール
>7. (オプショナルな)バイナリ・パッケージの作成
>  
>
snip

>ちなみにperlモジュールの場合は、
>
>o 4.や5.のあたりの枠組みが Makfile.PL という形でカッチリしています。
>  (Module::Buildというのが加わるかもしれませんが。)
>
>o インストールされたファイルの一覧を .packlist という形で残しくれます。
>  
>
DEBを作る手法としていろいろ手段がありますが、次の案はそのひとつです。

o upstreamのソースツリーを持ってくる。
o upstreamでは、Rakeなどで、gemを生成するscriptがあるはず。
o Debianへのインストールに合うように、そのscriptをいじる。
o debian/rules内で、gemをビルドして、そのgemをrubygemsでインストール。

ただし、RubyGems原理派（適当な用語が見付からずにすみません。すでにレッテ
ル色が出ているので、ちょっとずるいのですが）は、これも否定的で、 DEBパッ
ケージの中にgemを入れれば済むと主張しているようです。このように、
Platform packaging systemの事情を全否定しているので、フレームになってい
ます。ただし、RubyGems原理派が提案しているユーザビリティ向上項目には、納
得する点が多いです。その実現方法で議論がまとまりません。

参考
http://www.ruby-talk.org/cgi-bin/scat.rb/ruby/ruby-core/5882
http://www.ruby-talk.org/cgi-bin/scat.rb/ruby/ruby-core/5944


では。

-- 
Daigo Moriwaki
beatles_at_sgtpepper_dot_net

Thread

Prev Next

In This Thread

Prev Next

[#26934] safe level preserved in method — nobuyoshi nakada <nobuyoshi.nakada@...>

[#26935] __send__ in lib — nobuyoshi nakada <nobuyoshi.nakada@...>

[#26942] core dump with ripper — Tanaka Akira <akr@...17n.org>

[#26944] string.c中の文字検索 — Tadashi Saito <shiba@...2.accsnet.ne.jp>

[#26952] ripper problems. — Tanaka Akira <akr@...17n.org>

[#26954] Re: core dump with ripper — Yukihiro Matsumoto <matz@...>

[#26962] Re: about Ruby-GetText — Yukihiro Matsumoto <matz@...>

[#26963] sprintf does not warn in verbose mode. — sheepman <sheepman@...>

[#26964] ripper warnings — Tanaka Akira <akr@...17n.org>

[#26965] patch for RDoc about Module#class_variable_get — sheepman <sheepman@...>

[#26967] Tempfile.new("z").extend(M) — Tanaka Akira <akr@...17n.org>

[#26975] [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

[#26984] elimination of "extern int errno;" — Takahiro Kambe <taca@...>

[#27044] test errors and failures — nobuyoshi nakada <nobuyoshi.nakada@...>

[#27051] fail on test/rss — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

[#27062] test/net/http/test_https_proxy.rb doesn't finish — Tanaka Akira <akr@...17n.org>

[#27077] select pipe support on native Win32 — "U.Nakamura" <usa@...>

[#27097] ruby-cvsのSubject — Kazuhiro NISHIYAMA <zn@...>

[#27102] Re: Welcome to our (ruby developers list) You are added automatically — MIYAMUKO Katsuyuki <miyamuko@...>

[#27105] Dir.glob delimiter — nobuyoshi nakada <nobuyoshi.nakada@...>

[#27111] compile error on hp-ux — MIYAMUKO Katsuyuki <miyamuko@...>

[#27122] flock and ^C — Tanaka Akira <akr@...17n.org>

[#27123] test/socket/test_tcp.rb blocks on NetBSD — Tanaka Akira <akr@...17n.org>

[#27127] can't convert Pathname into String — Tanaka Akira <akr@...17n.org>

[#27129] 1/2 under mathn — Tanaka Akira <akr@...17n.org>

[#27132] BasicSocket#send and ^C — Tanaka Akira <akr@...17n.org>

[#27133] core dump with win32ole — Masaki Suketa <masaki.suketa@...>

[#27134] syswrite and ^C — Tanaka Akira <akr@...17n.org>

[#27136] prohibit calling tainted method — sheepman <sheepman@...>

[#27139] ruby-1.8.3 status for release — Masayoshi Takahashi <maki@...>

[#27140] [PATCH] File#chown(nil, nil) — Minero Aoki <aamine@...>

[#27141] Interix3 (SFU)サポート — Takahiro Kambe <taca@...>

[#27145] test_fileutils fail — sheepman <sheepman@...>

[#27150] test_readline.rb blocks on NetBSD. — Tanaka Akira <akr@...17n.org>

[#27152] File.expand_path(Pathname.new("a")) — Tanaka Akira <akr@...17n.org>

[#27156] close error smashes an exception in a block — Tanaka Akira <akr@...17n.org>

[#27185] PIPE_BUF is not defined — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

[#27202] test_dbm and test_gdbm on FC4 — "NAKAMURA, Hiroshi" <nakahiro@...>

[#27226] world writable dir with sticky bit — sheepman <sheepman@...>

[#27233] yaml warnig in verbose mode — sheepman <sheepman@...>

[#27242] Ruby 1.8.3 released — Yukihiro Matsumoto <matz@...>

[#27248] glob from command line still broken in djgpp? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

[#27251] 脆弱性レポート翻訳者募集 — Yukihiro Matsumoto <matz@...>

[#27262] [rails:373] Ruby-1.8.3正式版に変えたらエラー — take_tk <ggb03124@...>

[#27270] ext/tk/sample/demos-en/tcolor.bak — Kazuhiro NISHIYAMA <zn@...>

[#27275] release schedule plan for 1.8.4 — "NARUSE, Yui" <naruse@...>

[#27281] env -i make; fails. — "URABE Shyouhei aka.mput" <root@...>

[#27297] warning of yaml/basenode.rb — 雪見酒 <yukimi_sake@...>

[#27302] warning: 'cdecl' attribute directive ignored — Kazuhiro NISHIYAMA <zn@...>

[#27310] RSSが見えない — Kazuhiro NISHIYAMA <zn@...>

[#27312] many net/http related test failures (Re: [ruby-cvs:15621] ruby, ruby/test/net/http: * test/net/http/test_http.rb: new file.) — Tanaka Akira <akr@...17n.org>

[#27314] test/ripper error (directory cannot be opened on windows) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

[#27316] OptionParser doesn't raise when given h — sheepman <sheepman@...>

[#27317] sizeof(FILE) — Tanaka Akira <akr@...17n.org>

[#27318] Re: [ruby-cvs:15644] ruby, ruby/lib: * lib/optparse.rb (RequiredArgument#parse): not consume unmatched — "U.Nakamura" <usa@...>

[#27321] RubyGemsとOS platformとの関係 — Daigo Moriwaki <techml@...>

[#27324] ext/digest on DrafonFly — Takahiro Kambe <taca@...>

[#27331] possible SEGV in rb_autoload_load? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

[#27334] File#read にゴミがつく — Yusuke ENDOH <mame@...>

[#27335] tcl 8.0 の環境で tcltklib がコンパイルできない — ENDOH Yusuke <mame@...>

[ruby-dev:27344] Re: RubyGemsとOS platformとの関係

Thread

In This Thread

[#26935] send in lib — nobuyoshi nakada <nobuyoshi.nakada@...>