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

山本です。

56 messages 2005/09/07
[#26976] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/07

まつもと ゆきひろです

[#26977] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/07

山本です。

[#26978] Re: [proposal] ANSI style function — nobu@... 2005/09/07

なかだです。

[#26979] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/07

山本です。

[#26980] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/07

まつもと ゆきひろです

[#26983] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/08

山本です。

[#26988] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/08

山本です。

[#26989] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/08

山本です。

[#26990] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/08

まつもと ゆきひろです

[#26991] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/08

山本です。

[#26995] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/09

山本です。

[#26996] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/09

まつもと ゆきひろです

[#26998] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/09

山本です。

[#27000] Re: [proposal] ANSI style function — Takahiro Kambe <taca@...> 2005/09/09

In message <20050909220539.E1B26BB8.ocean@m2.ccsnet.ne.jp>

[#27001] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/10

山本です。

[#27002] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/10

山本です。

[#27003] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/10

まつもと ゆきひろです

[#27004] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/10

山本です。

[#27005] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/10

山本です。

[#27006] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/10

まつもと ゆきひろです

[#27007] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/10

山本です。

[#27008] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/10

まつもと ゆきひろです

[#27009] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/10

山本です。

[#27011] Re: [proposal] ANSI style function — Yukihiro Matsumoto <matz@...> 2005/09/10

まつもと ゆきひろです

[#27013] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/10

山本です。

[#27016] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/11

山本です。

[#27015] Re: [proposal] ANSI style function — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/11

山本です。

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

こんにちは。

48 messages 2005/09/08
[#27023] sizeof(FILE) problem on DragonFly BSD — Takahiro Kambe <taca@...> 2005/09/12

In message <20050908.120716.71112483.taca@back-street.net>

[#27024] Re: sizeof(FILE) problem on DragonFly BSD — Yukihiro Matsumoto <matz@...> 2005/09/12

まつもと ゆきひろです

[#27025] Re: sizeof(FILE) problem on DragonFly BSD — Takahiro Kambe <taca@...> 2005/09/12

In message <1126489480.743964.31599.nullmailer@x31.priv.netlab.jp>

[#27027] Re: sizeof(FILE) problem on DragonFly BSD — Takahiro Kambe <taca@...> 2005/09/12

In message <20050912.104954.92585084.taca@back-street.net>

[#27029] Re: sizeof(FILE) problem on DragonFly BSD — Yukihiro Matsumoto <matz@...> 2005/09/12

まつもと ゆきひろです

[#27035] Re: sizeof(FILE) problem on DragonFly BSD — "U.Nakamura" <usa@...> 2005/09/12

こんにちは、なかむら(う)です。

[#27036] Re: sizeof(FILE) problem on DragonFly BSD — Yukihiro Matsumoto <matz@...> 2005/09/12

まつもと ゆきひろです

[#27079] ruby-1.8.3 status for release (Re: Re: sizeof(FILE) problem on DragonFly BSD) — Masayoshi Takahashi <maki@...> 2005/09/15

高橋征義です。

[#27081] Re: ruby-1.8.3 status for release (Re: Re: sizeof(FILE) problem on DragonFly BSD) — Yukihiro Matsumoto <matz@...> 2005/09/15

まつもと ゆきひろです

[#27082] Re: ruby-1.8.3 status for release — Masayoshi Takahashi <maki@...> 2005/09/15

高橋征義です。

[#27083] Re: ruby-1.8.3 status for release — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/15

山本です。

[#27099] Re: ruby-1.8.3 status for release — Hidetoshi NAGAI <nagai@...> 2005/09/15

永井@知能.九工大です.

[#27531] ruby/tk installation without tcl/tk (for 1.8.4) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/10/26

山本です。

[#27619] Re: ruby/tk installation without tcl/tk (for 1.8.4) — Hidetoshi NAGAI <nagai@...> 2005/11/02

永井@知能.九工大です.

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

高橋征義です。

66 messages 2005/09/18
[#27193] Re: ruby-1.8.3 status for release — TAKAHASHI Masayoshi <maki@...> 2005/09/20

高橋征義です。

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

まつもと ゆきひろです

13 messages 2005/09/21

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

こんにちは、森脇です。

42 messages 2005/09/26
[#27327] Re: RubyGemsとOS platformとの関係 — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/09/27

なかだです。

[#27330] Re: RubyGemsとOS platformとの関係 — Yukihiro Matsumoto <matz@...> 2005/09/27

まつもと ゆきひろです

[#27337] Re: RubyGems と OS platform との関係 — NISHIO Mizuho <jurader@...> 2005/09/27

西尾瑞穂 と言います。

[#27343] Re: RubyGems と OS platform との関係 — Yukihiro Matsumoto <matz@...> 2005/09/28

まつもと ゆきひろです

[#27347] Re: RubyGems と OS platform との関係 — Tanaka Akira <akr@...17n.org> 2005/09/28

In article <1127872084.608903.6359.nullmailer@x31.priv.netlab.jp>,

[#27348] Re: RubyGems と OS platform との関係 — Yukihiro Matsumoto <matz@...> 2005/09/28

まつもと ゆきひろです

[#27359] Re: RubyGems と OS platform との関係 — Daigo Moriwaki <techml@...> 2005/09/28

森脇です。

[#27364] Re: RubyGems と OS platform との関係 — akira yamada / やまだあきら <akira@...> 2005/09/30

Daigo Moriwaki wrote:

[#27365] Re: RubyGems と OS platform との関係 — Tanaka Akira <akr@...17n.org> 2005/09/30

In article <433CC31E.20802@ruby-lang.org>,

[#27367] Re: RubyGems と OS platform との関係 — akira yamada / やまだあきら <akira@...> 2005/09/30

Tanaka Akira wrote:

[#27369] Re: RubyGems と OS platform との関係 — Tanaka Akira <akr@...17n.org> 2005/10/01

In article <433D4CED.9030005@ruby-lang.org>,

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

From: Takahiro Kambe <taca@...>
Date: 2005-09-27 03:53:24 UTC
List: ruby-dev #27323
こんにちは。

debもrpmも、よう理解していませんし、RubyGemsはさらっと概要をWebで見た
くらいです。(あ、あとgemsのファイルの中身がどうなっているかくらいは見
ました。)  一応、思い付くままに書いてみます。

In message <43381BF3.3000802@ruby-lang.org>
	on Tue, 27 Sep 2005 01:04:18 +0900,
	akira yamada / やまだあきら <akira@ruby-lang.org> wrote:
> Daigo Moriwaki wrote:
> > RubyGems原理派は、DEBやRPMがgemをラップ(DEB内にgemを入れて、DEBのインス
> > トール時にrubygemでgemをインストール)すればそれで事足りて、それがRuby
> > ユーザにとって最良だから、そうすべきで、それ以外のやり方はすべきでないと
> > 言っている。
> 
> このやり方だけだとバイナリパッケージの利点の一つである
> コンパイル済みというのが無くなってしまって
> うれしくなくなる人がいそうな気がします。
同感です。

> あとgemの依存関係に従って、debやrpmのインストール中に
> 他のgemを取ってきてコンパイルしてっていうのが行われるのは
> 割と気持ち悪いことなんじゃないかと思います。
独自に依存関係を持つのが悪いとは言えませんが、あまりにRubyGemsで閉じて
しまうのはどうかと思います。

> # バイナリパッケージをインストールすると
> # ccが走るというのを許容したとしても。
コンパイル済パッケージ(バイナリ・パッケージ)が必要なケースというのは、
コンパイラとかがインストールされていない環境である可能性もあり得ます。

pkgsrc/portsの場合だと、

1. 配布ファイルの取得
2. 配布ファイルの展開
3. 必要なパッチの適用
4. configure的コンパイル作業等の前の設定
5. コンパイル作業等の実行

OpenBSD以外では、

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

OpenBSDだと、

6. 仮のrootにインストールして、バイナリ・パッケージの作成
7. バイナリ・パッケージをpkg_add(8)でインストール

といった感じになります。(インストールされたファイルは、そのMD5と共に一
覧が然るべきところに保管されています。)

ちなみにperlモジュールの場合は、

o 4.や5.のあたりの枠組みが Makfile.PL という形でカッチリしています。
  (Module::Buildというのが加わるかもしれませんが。)

o インストールされたファイルの一覧を .packlist という形で残しくれます。

といったあたりが、pkgsrc/portsを作成する場合に楽な点です。他方、Rubyの
場合は、このあたりの一貫した枠組みがないのが辛いところで、これが
RubyGemsで解消できるなら、たいへん嬉しいと言えます。

pkgsrc/portsあたりでRubyGemsに期待すると思われるのは、

(1) gemsに配布ファイルを持ってくるだけの機能があれば、それを使って配布
    ファイルの取得の段階を任せられて嬉しい。(できるのでしょうか?)

(2) 4.や5.の部分をgemsに任せることができると嬉しい。

(3) インストールされたファイルの一覧をgemsから教えて貰えると嬉しい。

といったあたりではないかと思います。

ちなみにpkgsrcの御大(もちろん私ではありません)から、「RubyGemsに対応し
た、Rubyの拡張モジュールのためのpkgsrcでの枠組みを考えてる。」といった
メールを個人的なメールを貰ってます。(という話は、OSC2005で誰かにした記
憶があります。)

> つまりrubygems的にgemがそのまま見え、
> パッケージシステムからはgemをwrapしたパッケージが見える、
> といったところが落としどころだろうと思っています。
私もそう思います。それ以外では既存のパッケージ・システムと(不毛な)
喧嘩をするだけにならないでしょうか。

> # この場合、rubygems的やり方で(パッケージシステムをバイパスして)
> # gemを操作してしまったときにパッケージシステム的に
> # おかしな状況になる可能性が高いという問題点はありますが。
そういう操作を禁止してしまうというやり方もあるかもしれませんが、私は、
そこまでしなくても良いと思います。

基本はパッケージ・システムで管理すべきですが、(まだ)パッケージになって
いない RubyGems で用意されているといったものを使用する余地は残すべきだ
からです。

gemsの方で、管理されているパッケージ・システムを理解して、然るべき手順
でコマンドを呼び出すといったことができると、ほんとはユーザは嬉しいかも
しれません。しかし、それはそれでgemsの方に負担もかかるでしょうし、現実
的ではないと思います。

-- 
神戸 隆博(かんべ たかひろ)		at 仕事場 

In This Thread