[#41531] [Bug #3385] ext/dbm: accept various version of db — Takahiro Kambe <redmine@...>

Bug #3385: ext/dbm: accept various version of db

10 messages 2010/06/03

[#41600] 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...>

Diceです。cgi.rbの後継ライブラリについて質問させてください。

16 messages 2010/06/13
[#41606] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/14

藤岡です。

[#41607] Re: 質問・提案:cgi.rbの後継となるライブラリについて — KAKUTANI Shintaro <shintaro.kakutani@...> 2010/06/14

かくたにです。

[#41616] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/15

藤岡さん、かくたにさん、返信ありがとうございます。

[#41617] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/16

藤岡です。

[#41656] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/20

Diceです。藤岡さん、返信ありがとうございます。

[#41623] [Feature:trunk] argument delegation — Nobuyoshi Nakada <nobu@...>

なかだです。

23 messages 2010/06/16
[#41625] Re: [Feature:trunk] argument delegation — Yusuke ENDOH <mame@...> 2010/06/16

遠藤です。

[#41627] Re: [Feature:trunk] argument delegation — Yukihiro Matsumoto <matz@...> 2010/06/16

まつもと ゆきひろです

[#41702] WIN32OLE_METHOD offset_vtbl — kuwamoto shintaro <beuniv@...>

こんばんわ

16 messages 2010/06/23
[#41712] Re: WIN32OLE_METHOD offset_vtbl — Masaki Suketa <masaki.suketa@...> 2010/06/24

助田です。

[ruby-dev:41565] Re: [ruby-cvs:33954] Ruby:r26739 (trunk): * ext/openssl/ossl_digest.c (GetDigestPtr): Allow to pass the

From: "Akinori MUSHA" <knu@...>
Date: 2010-06-09 06:55:21 UTC
List: ruby-dev #41565
At Tue, 8 Jun 2010 22:03:16 +0900,
NAKAMURA, Hiroshi wrote:
> 個人的にはこれで問題ないのですが、
>
> 「opensslなしの環境、だと、代替案がない、という状況でのdeprecation」
> て、ありですかね?なんとなく、「そんなこと言われても」と文句が出そうな。
>
> 今のリリース方針であれば、deprecationも一つ先送りの方がよくありませんかね。

 現時点で既に使うのはふさわしくないと私たちが考えている以上、
"deprecate"(使うべきでないと表明)するのは適当だと思います。
単なる言葉の問題ですが、表明自体は削除や代替案の提示とは独立
したアクションだからです。("obsolete" は無用化・旧式化を意味
するので示唆としてそれらを含むと思います)

 もちろん文句は受け止めなければなりませんが、実験的な実装が
リリースに紛れ込んだのはうっかりでしたと認めているわけなので、
早期の代替案の提供で挽回しましょう。

 まずは、名前空間やメソッドの名前についてはどうですか?


 digest/hmac については、 OpenSSL 非依存の代替ライブラリを
改めて(理想的には 1.9.3 で)標準添付できたとして、あるいは
それを断念することになったにしても、その最初のリリースの時点
では警告を強めて「もうじき消すよ」と予告するだけで残し、その
次以降のリリース(最短でも 1.9.4)で削除、という手順を考えて
います。

--
Akinori MUSHA / http://akinori.org/

In This Thread

Prev Next