[#44469] [Ruby 1.9 - Bug #5279][Open] $SAFEが3以上の時にString#encodeがSecurityErrorを発生させるケースがある — Shota Fukumori <sorah@...>

21 messages 2011/09/06
[#44471] [Ruby 1.9 - Bug #5279] $SAFEが3以上の時にString#encodeがSecurityErrorを発生させるケースがある — Shota Fukumori <sorah@...> 2011/09/06

[#44472] Re: [Ruby 1.9 - Bug #5279] $SAFEが3以上の時にString#encodeがSecurityErrorを発生させるケースがある — "NARUSE, Yui" <naruse@...> 2011/09/06

2011年9月6日11:02 Shota Fukumori <[email protected]>:

[#44473] Re: [Ruby 1.9 - Bug #5279] $SAFEが3以上の時にString#encodeがSecurityErrorを発生させるケースがある — "Shota Fukumori (sora_h)" <sorah@...> 2011/09/06

じゃぁ,大丈夫かな.

[#44474] Re: [Ruby 1.9 - Bug #5279] $SAFEが3以上の時にString#encodeがSecurityErrorを発生させるケースがある — Kazuhiko <kazuhiko@...> 2011/09/06

On 06/09/2011 06:10, Shota Fukumori (sora_h) wrote:

[#44541] Re: [Ruby 1.9 - Bug #5279] $SAFEが3以上の時にString#encodeがSecurityErrorを発生させるケースがある — Kazuhiko <kazuhiko@...> 2011/09/24

かずひこです。

[#44549] Re: [Ruby 1.9 - Bug #5279] $SAFEが3以上の時にString#encodeがSecurityErrorを発生させるケースがある — KOSAKI Motohiro <kosaki.motohiro@...> 2011/09/26

> かずひこです。

[#44491] [Ruby 1.9 - Feature #5314][Open] パッケージマネージャをコアリリースに含めて欲しい — Taro MURAOKA <koron.kaoriya@...>

13 messages 2011/09/13

[#44506] [Ruby 1.9 - Feature #5317][Open] rubyのヘッダファイルを使った拡張を行う際にuid_tの宣言回避をする事が出来ない。 — Yasuhiro Matsumoto <mattn.jp@...>

9 messages 2011/09/13

[#44520] [Ruby 1.9 - Bug #5350][Open] WeakRef で謎の NoMethodError — Makoto Kishimoto <redmine@...>

20 messages 2011/09/21

[#44542] [Ruby 1.9 - Bug #5363][Open] OpenSSL::ASN1.decode_all の引数に PEM 形式の証明書を指定すると Segmentation fault が発生する — Hiroshi Yoshida <hexa.diary@...>

8 messages 2011/09/25

[#44546] [Ruby 1.9 - Bug #5368][Open] ensure節でsleepするようなThreadがあるとインタプリタが終了しない — Masaki Matsushita <glass.saga@...>

22 messages 2011/09/26

[ruby-dev:44498] [Ruby 1.9 - Feature #5314] パッケージマネージャをコアリリースに含めて欲しい

From: Shota Fukumori <sorah@...>
Date: 2011-09-13 09:49:18 UTC
List: ruby-dev #44498
Issue #5314 has been updated by Shota Fukumori.


Shyouhei Urabe wrote:
> お気持ちは察するものの、portsで入れたredmineが動かなくなった件で責められるべきなのはportsかなあと思います。
> 
> rubygemsにはrubygemsの流儀があるわけです。rubygemsにおいて後方互換性が問題にならないのは、長所でもある。その流儀は、portsの流儀とは違うのでしょう。portsはよく知りませんが、rubygemsを抱え込む決断をしたのなら、rubygemsを「乗りこなしてみせる」必要があるんじゃないかなあ。

はい.同意見です.
Rubyコアチームが新たにパッケージマネージャを開発するにしても
Rubygemsが現在メジャーになってるわけですし,
rubygemsじゃないのを新たに開発したりするのはどうなんだかなあ,そこに人的リソースを割くメリットはあるのかなあ,
ってかんじです.

rubygemsはややこしい...
OSのパッケージマネージャーとの親和性は結構重要だったりするんだろうか?
(あまり困ってないからわからないのですが,複数サーバーをまとめて管理するときとかにラク?)
----------------------------------------
Feature #5314: パッケージマネージャをコアリリースに含めて欲しい
http://redmine.ruby-lang.org/issues/5314

Author: Taro MURAOKA
Status: Third Party's Issue
Priority: Normal
Assignee: 
Category: 
Target version: 


Rubyは素晴らしいパッケージ(ライブラリ)が多いことが魅力の一つです。
その良さの維持には優れたパッケージマネージャが欠かせません。

しかしながら過去には代表的なパッケージマネージャ自身が
バージョンアップに伴い互換性を欠くという問題を起こしたケースがあり、
これではその魅力が損なわれてしまいます。

よって今後そうならないように、コアリリースに安定したパッケージマネージャを含め、
リリース期間中はその安定性を堅持することを提案いたします。


-- 
http://redmine.ruby-lang.org

In This Thread