Mozilla 1.0.1 リリース 23
ストーリー by wakatono
ステーブル人生のお供に 部門より
ステーブル人生のお供に 部門より
kotastyle 曰く、 "Mozilla 1.0をベースにした安定版のMozilla 1.0.1がリリースされました。1.0以降に見つかった様々なバグフィクスが主ですが、1.1で搭載された新機能も少しだけ入ってます。現在1.0をお使いのかたはアップグレードをどうぞ。"
kotastyle 曰く、 "Mozilla 1.0をベースにした安定版のMozilla 1.0.1がリリースされました。1.0以降に見つかった様々なバグフィクスが主ですが、1.1で搭載された新機能も少しだけ入ってます。現在1.0をお使いのかたはアップグレードをどうぞ。"
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
とりあえず (スコア:2, 参考になる)
Build ID: 2002082606 となっています。
ちょっと使ってみたところ、動作が早くなったような気がしないでもない。
まあ、安定するのはいいことだ。
Re:とりあえず (スコア:1)
1.0.1rc2が8/23のリリースで、1.0.1が8/26のビルド、ということは
ほとんど変更がなかったということなのかなぁ。
Re:とりあえず (スコア:0)
ないで別にいいのでは。
Re:とりあえず (スコア:1)
ええと、単なる感想のつもりでした(笑)。別に良い悪いの問題ではなくて。
差分バイナリ (スコア:0)
mozillaの場合、メジャーリリース後に発見された
重大なセキュリティホールなどについて、
差分バイナリ等を提供したりはしていないんですよね？
開発者向けリリースだからパッチ当ててリビルドしろ、
という意見もあ
Re:差分バイナリ (スコア:1)
という意見に限りなく近いけど、
自前でMakeしてたりするとバイナリパッチではどーにもならん事が有るのでは?
あと、有る意味ではそういうパッチを当てて動かすのはNightlyを使う以上に危険かも知れないし…。
(話半分が吉。俺はろくにプログラムも書けない厨房ですから。)
#そーいえば、VINE LINUXのVineplusで独自にセキュリティ関係のパッチ当てた1.0を配ってたな。つか、入れたんだけど(笑)。
#Redhat系だったら使い回せるかもしれないな。
#1.0.1がリリースされた今となっては、そんなことしても意味無いですけど。
#ちなみに1.1はまだ入れてない。ずっと1.0系ばっかり使ってて、いまこれもNetscape7(+Win98se)から書き込んでたり…
#で、これからは1.0系はNetscape7でお茶を濁し、1.1にぼちぼち移行しようかと考え中。
gy0
Re:差分バイナリ (スコア:0)
>という意見もありそうですが、
>それは硬直した意見のような気もするし・・・。
硬直した意見と感じるのはなぜなんでしょう？
Re:差分バイナリ (スコア:0)
セキュリティホールをふさぎたければソースからビルドしろ、というのは
ちょっと頭が固すぎやしないか、と感じたのです。
ソースを公
Re:差分バイナリ (スコア:1)
そもそも、セキュリティ対策を施した版のNightlyでこさえたバイナリパッケージが、大した遅れもなく短期間で提供される現在の状況自体、相当気前が良いと思いますよ。
それ以上を望むのであれば、既に指摘されてますが、ご自分でそのようなプロジェクトを立ち上げてみては如何?
#もっとも、あらゆる版からあらゆる版への差分バイナリを全て用意したとしても、
#その差分をとっていこうとする利用者の方もどれを取りゃ良いのか分からなくなってしまって、
#結局最新版のバイナリパッケージをを丸ごとダウンロードするってコトになりそうな気がしますが…
-+- 想像力を超え｢創造力｣をも凌駕する、それが『妄想力』!! -+-
Re:差分バイナリ (スコア:0)
セキュリティ上問題のあるバイナリを数週間放置していたのは事実で、
それって問題ではないのでしょうか？
開発者向けだからとか、リソースが無いからとかを理由に
正当化してもいい話なんだろうか？
それはベンダの仕事だとか理想論言うより、
Re:差分バイナリ (スコア:0)
* ベンダが利用を推奨している版が NG
* コードが無いためにユーザは手の出しようがない
であればベンダはなんらかの処置を講じておくべきだと
思いますが、mozilla.org は 1.0 を長期常用すべしと
推奨してはいませんし、そもそもそんな古いビルドを
普段から使う事を想定していません。
なぜなら、バグを見つけて報告する場合は新しいビルド
（目安で３日以内）で確認して報告するよう求めている
からです。つまり、常に最新のビルドを使う事が求めら
れているのです。
そして、普通はそうします。Mozil
Re:差分バイナリ (スコア:1)
これってつまり、
02/06/01付けのメジャービルドがあって、
同/07/01にセキュリティ的欠陥が発見されて、
同/07/10に欠陥がfixされた版がリリース。
同/08/01、この時点でも同/07/09以前の版がサーバに残りっぱなしだが、Nightlyビルドはドンドン進んでいる。
同/09/01、その後も版を重ねて高速化や安定化が進み、メジャーアップ。
(以上の日付は全てデタラメです、具体的ないずれかの版を指すものではありません)
ってコトでしょうか?
で、これに対して、02/09/01のメジャーアップまでの間に同/07/09以前の版に適用させる差分バイナリを出せよ、と?
…むー?
メジャービルドだけでなく、適当な時点でのNightlyビルドを利用出来ますよね? それこそセキュリティ対策済の版とか。
セキュリティ的欠陥が是正されているのが分かってて、その対策だけでなく、その他のバグも取れてて、安定化や高速化も進んだ版(Nightlyビルド)があるのに、なんでいつまでも(大穴の空いてる)古い版にこだわりますか?
開発者向けなんですから、最新版を積極的に使ってせめてバグ出しだけでも協力するのが、利用する側に求められる本来の姿なのでは?
私なんかはプログラミング能力もありませんし、常に最新版を追っかけるという訳にも行きませんから、せめてTalkBackだけでもって感じですが、大ネタなセキュリティ的欠陥がfixされた版が出た時には良い機会だとばかりに最新版のNightlyビルドを取りに行きます。
コレで良いんではないのですか?
-+- 想像力を超え｢創造力｣をも凌駕する、それが『妄想力』!! -+-
Re:差分バイナリ (スコア:0)
耐えうるほどの親切さを持ち合わせる状況には、Mozillaはまだ
なってないんじゃないかなーとは思う。
Re:差分バイナリ (スコア:0)
要求するのはオレ的に恥ずかしくてできん。
Re:差分バイナリ (スコア:0)
一人で頑張るも良し、同じ考えを持つ人を探して
グループを構成するも良し。 そしてあなたやあなたの
グループが差分データを公開すれば、喜ぶ人も居るで
しょう。
Re:差分バイナリ (スコア:0)
Re:差分バイナリ (スコア:0)
今回はプロファイルは、 (スコア:0)
Re:今回はプロファイルは、 (スコア:1)
Re:今回はプロファイルは、 (スコア:0)
綺麗に消してから試してみてはどーでしょうか。
それでダメならっ... て事で。
もちろん上書きインストールは厳禁ですし、JLPを使っていた
場合はそれも対処しておく必要があるのは当然ですが。
Re:今回はプロファイルは、 (スコア:2, 参考になる)
せめてリビジョン違いくらいの差なら上書きOKってならないんでしょうか?
# JLPはしょうがないけど...
結局、メール環境だけ取り出して再インストールしましたよ。
# 次回からはうまくやろ
M-FalconSky (暑いか寒い)
Re:またー (スコア:1)
このネタは、筆頭か、せめて三番手ぐらいまでに入らなきゃ意味無いと思うぞ。
#しかし、二十四時間以上経過してからって… ネタにマジレス?
-+- 想像力を超え｢創造力｣をも凌駕する、それが『妄想力』!! -+-