アカウント名:
パスワード:
実際、次期リリースのlennyに入る予定のIceweasel 3.0を使っていて思うのは、非常に不安定で（特にMozilla Foundation経由で配布されてる拡張機能を入れると重くなったり落ちたりするのが多くなる）、結局その理由というのはNon-freeなコードを削って等価機能を提供したりポータビリティを維持するのにDebian側でパッチをあててるのですが、そこが悪さをしてる(64bitビルドに本当に必要なコードのパッチだけならば起きない問題はかなりある）訳でして…このあたりは初期のIceweasel 2.0と変わらない。
diffを見れば分かるけど、Non-freeなコードを削っているというのは.exeみたいなLinuxビルドでは不要なものだったり文書が排除されているぐらいだし、Debian側でパッチをあててるというのはs/Firefox/Iceweasel/的なこととか、アイコンや検索プラグイン追加だとか、初期設定の変更だとか、そんな程度の変更しかされていない。
Mozillaの公式ビルドとの大きな違いはXULRunnerベースでビルドされていることだけど、これは他のLinuxディストロでもやられていることなので別に珍しくもない。 もし同じようにビルドされている他のLinuxディストロのものより安定性が劣るとすれば、原因はXULRunnerにあるんじゃないかな?
もし同じようにビルドされている他のLinuxディストロのものより安定性が劣るとすれば、原因はXULRunnerにあるんじゃないかな?
最近の傾向を見ていると、自前の物がFreeである事の方が重要視されてしまってる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
Bug報告されてますな (スコア:0)
EULA関連ではもうひとつ。こっちも修正に含まれますかな？
Formulation of the EULA makes the product unusable [mozilla.org]
Re: (スコア:0)
言いがかりと言うには影響が大きすぎる（Re:Bug報告されてますな (スコア:2, 興味深い)
実際、次期リリースのlenny [debian.org]に入る予定のIceweasel 3.0を使っていて思うのは、非常に不安定で（特にMozilla Foundation経由で配布されてる拡張機能を入れると重くなったり落ちたりするのが多くなる）、結局その理由というのはNon-freeなコードを削って等価機能を提供したりポータビリティを維持するのにDebian側でパッチをあててるのですが、そこが悪さをしてる(64bitビルドに本当に必要なコードのパッチだけならば起きない問題はかなりある）訳でして…このあたりは初期のIceweasel 2.0と変わらない。
# ここいら辺の問題はLinuxカーネルにもあるんですが、サポートする機能が削除されてることはあっても（これはこれで深刻な話）、
# パッチが原因でバグることは非常に少ない。開発体制の違いが響いてる。
しかもヴァージョンアップがもの凄く遅い。改善が必要というレポートが出ても対処が追いつかない…ある意味基幹になるソフトなんで、パッチ当てずに安定的な物がビルド出来て、パッケージング用のパッチとローカルFixだけでパッケージに出来るのが理想ではあるんですけどね
…結局Forkした物なので本家のサポートから外れるので不具合をUpstreamに流すのが容易でないとか本家のパッチを適用するのにDFSG準拠かどうかしらべなきゃいけない（多分、GNU Icecatも同じ問題を抱えてる）とか、ものすごく使い勝手が悪くなっていますので、問題は深刻ですよ。
何とかIceweaselやGNU Icecatと再合流して欲しいとは思うのですが。
Re:言いがかりと言うには影響が大きすぎる（Re:Bug報告されてますな (スコア:3, 興味深い)
判ってるならバグレポートしてくれた方が幸せになる人が増えると思います。
>…結局Forkした物なので本家のサポートから外れるので不具合をUpstreamに流すのが容易でないとか本家のパッチを適用するのにDFSG準拠かどうかしらべなきゃいけない（多分、GNU Icecatも同じ問題を抱えてる）とか、ものすごく使い勝手が悪くなっていますので、問題は深刻ですよ。
いいえ、Firefox の話であれば別に調べなきゃいけないわけではないですよ。
iceweasel と Firefox の話はロゴのライセンスが不明確な状態で、そのロゴを使わないと Firefox の商標権に抵触するぞという話です。何か勘違いをされていませんか？
Re:言いがかりと言うには影響が大きすぎる（Re:Bug報告されてますな (スコア:1, 参考になる)
選ぶ自由がユーザにあるのだから、そちらを選べばいいじゃない。
自分で管理するのが嫌なら、UbuntuでもSuSEでもFedoraでも
アップストリームとうまくやってるディストリビューションが
幾つもあるのでこれもユーザの自由で選べばよろしい。
# 個人的には本家の配布する安定ブランチのナイトリービルドが
# セキュリティー修正もはやく比較的問題も起こりにくくておすすめ。
Re: (スコア:0)
理想的ではないにせよ、現実な解ではあります。
Re:言いがかりと言うには影響が大きすぎる（Re:Bug報告されてますな (スコア:1, 参考になる)
diffを見れば分かるけど、Non-freeなコードを削っているというのは.exeみたいなLinuxビルドでは不要なものだったり文書が排除されているぐらいだし、Debian側でパッチをあててるというのはs/Firefox/Iceweasel/的なこととか、アイコンや検索プラグイン追加だとか、初期設定の変更だとか、そんな程度の変更しかされていない。
Mozillaの公式ビルドとの大きな違いはXULRunnerベースでビルドされていることだけど、これは他のLinuxディストロでもやられていることなので別に珍しくもない。 もし同じようにビルドされている他のLinuxディストロのものより安定性が劣るとすれば、原因はXULRunnerにあるんじゃないかな?
Re: (スコア:0)
他のディストロのXULRunnerまで一緒にされると迷惑です。
少なくとも、FedoraやCentOSのFirefox3+XULRunnerで安定性が劣る、と言う事象に出くわしたことはありません。
Re: (スコア:0)
Re: (スコア:0)
Forkは手段であって目的ではなかったのですが… (スコア:1, すばらしい洞察)
機能や品質を落としてまで、自前の物がFreeである事を維持するのがいいことかどうか最近考えるんですよね。元がプロプライエタリな物ならばそれも仕方がないですが、これらの物は「Freeとはなんぞや」と言う思想の違いに依拠してる所が非常に多くてそのためにやらんでいいことまでやる羽目になってる。この部分が腑に落ちない。
Forkする事をもって以てUpstreamによりFreeである事を求めていくのが本筋なんですが、最近の傾向を見ていると、自前の物がFreeである事の方が重要視されてしまってる。
最近のFirefoxやLinuxカーネルのパッチやChanglogを呼んでて思うのは、目的と手段が逆転していないか…って事です。
Re:Forkは手段であって目的ではなかったのですが… (スコア:2, おもしろおかしい)
Re:Forkは手段であって目的ではなかったのですが… (スコア:2)
>元がプロプライエタリな物ならばそれも仕方がないですが、これらの物は「Freeとはなんぞや」と言う思想の違い
>に依拠してる所が非常に多くてそのためにやらんでいいことまでやる羽目になってる。この部分が腑に落ちない。
考えるだけで適切な相手に対してコミュニケーションをとらないと、片思いのまんまですよ ;-)
Re:Forkは手段であって目的ではなかったのですが… (スコア:1, 興味深い)
Re:Forkは手段であって目的ではなかったのですが… (スコア:1)
という話で Ubuntu では a browser なんて名前までつけてリリースしようか、という事になっていましたね。
で、
>DebianでのFirefoxの問題は商標の問題ではなく著作権の問題ですよ?
ライセンスと商標が入り交じった問題です。
・ロゴを使わないと Firefox の名前は使っちゃダメだぜ。使ったら商標権で止めるよー
・でもそのロゴのライセンスは不明確（MPL などではない）
Re: (スコア:0)
Mozillaにお願いしてLinux用の64bitバイナリも提供してもらえるようにお願いすればいいんじゃないですか？