ruby-dev

森脇です。

akira yamada / やまだあきら wrote:

>>こうしたいのだと思います。
>>A.gem depends on B.gem
>>があったとき、
>>lib-a-rubygem.deb depends on lib-b-rubygem.deb
>>という依存関係を持つnative packageを作れということだと思います。lib-a-
>>rubygem.debのインストール時にB.gemを取ってくるのではなく。
>>    
>>
>
>これ(↑)をAとして
>
>  
>
>>DEBを作る手法としていろいろ手段がありますが、次の案はそのひとつです。
>>
>>o upstreamのソースツリーを持ってくる。
>>o upstreamでは、Rakeなどで、gemを生成するscriptがあるはず。
>>o Debianへのインストールに合うように、そのscriptをいじる。
>>o debian/rules内で、gemをビルドして、そのgemをrubygemsでインストール。
>>    
>>
>
>これ(↑)をBとすると
>
>  
>
>>ただし、RubyGems原理派（適当な用語が見付からずにすみません。すでにレッテ
>>ル色が出ているので、ちょっとずるいのですが）は、これも否定的で、 DEBパッ
>>ケージの中にgemを入れれば済むと主張しているようです。このように、
>>    
>>
>
>AとBは同じ内容であると考えてよさそうに思えるのですが
>なお「否定的」だというのはどこが違っていると言われているのでしょう?
>  
>
RubyGems原理派のいう方法は、Debian流にいえば、some.debにsome.gemをそのま
まアーカイブして、debian/rules 内で # gem install some.gemです。その引数
で、ディレクトリの変更などをconfigureするまではOK。repackagerによるgemの
展開はNG。

RubyGems原理派といっても、言ってしまえば、Austinが声高に言っているだけな
ので、どれだけの支持があるのかは図りかねています。
私は、彼がそこまで主張する理由は理解できません。Repackagerが良きにはから
うと言っているのだから、後はdistroごとによろしく、で議論は終わりだと思う
のですが。 おそらく、彼の心配は、

1. Rubyであるからには、どのPlatformでも全く同じ（=RubyGemsと同じ）であっ
て欲しい。
2. RubyGemsが提供している機能（installやuninstall）があるのに、それを
repackage側で再実装するのは無駄
3. gemをそのままであれば、もっともrepackageしやすく、native packageの数
を最大化できる（機械的に自動化できる）

かなと。

私が思うに、そもそも3番目は無理です。特にDebianはLicenseに慎重です。ま
た、もちろんなるべく多くrepackageしたいのですが、人間がやることなので限
界があります。技術面では自動化できたとしても、Policyチェックやバグの管理
があるので、メンテナが欠かせません。だから、 official native packageの短
時間での量産は難しいです。ただし、non-official packageの量産は、
converterを作れば可能でしょう。

repackageでいえば、現在すでに、青木さんのsetup.rbがあります。gemは
gemspecなどsetup.rbにないものを持ちますが、 setup.rbに劣る面も今はありま
す。RubyGemsがあっても、repackage作業が劇的に変化することはないでしょ
う。manページも書かないといけませんし。

>また各OSの「パッケージの中にgemを入れれば済む」といった場合の
>gemというのはバイナリではないbuildが必要となるgemのことで、
>そのようにした「パッケージ」をインストールする場合には
>build作業が行われることになるものだということで合っていますか?
>  
>
バイナリについてはちょっと分かりません。分からないというのは、ruby-core
でも議論が深まらなかった気がしますし、RubyGemsがコンパイルする方法を知ら
ないので、よく分かりません。

># つまり私はBをインスートした状態のgemをパッケージにしたもの、
># または「precompiled binary用RubyGems」を内包した
># パッケージとイメージしまして、
># いわゆる原理派の人々は
># 直接的にrubygemsを用いたのとまったく同じ形のインストールが
># 各環境のパッケージにおいても行われなくてはならない
># (もしかするとパッケージの管理外に、パッケージから見れば
># 単なるデータのような扱いで置くようにすべきだ)
># と考えておられるのかなと想像しています。
>  
>
file system上にどう.gemを置くのかはともかく、.gemをRubyGemsでインストー
ルしたのと全く同じ結果を期待しているようです。また、インストール過程にお
いても、RubyGemsを最も信頼しているようです。


>Debianに限らず環境(あるいは何らかの仕組み)ごとに
>事情があるのはしょうがないと思います。
>そして、日常的にその事情の上で活動している
>パッケージ利用者の一部(もしかするとけっこう多く)は
>かならずしもgemの何かを使いたいわけではなくて
>ある目的のために必要な機能を使いたいだけであり
>その実現方法がどのようなものであっても構わない、
>もっと言うと、他のパッケージと異っていて
>めんどうな部分が出てくるのを嫌うということもあり得ると思います。
>
>一方で、それが何であれgemとして使えることも
>重要であるという人々はおそらく素直にgemを直接使うのであって、
>仮にそういうことが出来ない、または何か制限がかかってしまう
>というのであればそれはまずいと思いますが、
>そうでない形で環境ごとの事情に合わせた形の
>「パッケージ」を提供すれば良いのではないでしょうか。
>  
>
まったく同感です。


では。

-- 
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:27360] Re: RubyGemsとOS platformとの関係

Thread

In This Thread

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