2chの「オススメLinuxディストリビューションは? Part5」というスレッドにおもしろい書き込みがあったのだが、消えるともったいないのでペースト。
722 :login:Penguin :04/09/03 13:48 ID:v/HuZxzI
Debianのダメな点:
(01)安定版は個々のソフトウェアのバージョンが古すぎる。
(02)安定版リリース間隔が長すぎる。アップグレードの敷居が高くなる。
(03)新しい安定版が出るとニ三ヶ月で旧版がメンテされなくなる。
(04)テスト版は不安定。Fedora Coreの比ではない。
(05)テスト版ですら既に古い。
(06)開発版(sid)は超不安定。Fedora devlopmentの比ではない。
(07)パッケージ品質にばらつきが大きい。出来の悪いパッケージは悲惨。
(08)パッケージの品質が全体的にやや低い。
(09)メンテナが怠惰だとNMUが発動されるまでアップデートが出ない。
(10)他のディストリからの勧告を見て慌ててアップデートを作っている。
(11)安定版はセキュリティ関連の修正のみでバグフィックスが無い。
(12)パッケージのインストール時にあれこれと質問してくる。
(13)上の影響でインストールに他ディストリの数倍の時間がかかる。
(14)インストールしたデーモン動かさないでおく事が難しい。
(15)/etc/rc?.dを削除していても、アップデート時に勝手に起動される。
(16)dpkgの作製が難しい。対RPM比で2.5倍。
(17)apt-*, dpkg-* コマンドが大量にあって修得が困難。manも難解。
(18)LSB準拠が不充分なうえDeb厨の我侭でLSBの策定が遅れている。
(19)他のディストリの良い点を取り入れようとしない。
(20)ランレベルの使いかた等、他のUnix系OSの伝統に従わない。
(21)カーネルハッカーが居ない。パッケージは公式カーネルそのまんま。
(22)Apache httpdのパッケージが変。メンテナ変えろ。
(23)Sendmailのパッケージが変。これはたいした問題ではないが。
(24)デフォルトがeximは変。GPLだからというだけの理由で選ぶな。
以下個々のパッケージに関する問題点が並ぶが省略
(99)問題点を指摘しても「Debianのポリシーだから」とスルーされる。
725 :login:Penguin :04/09/03 14:24 ID:v/HuZxzI
Fedoraの駄目な点:
(01)インストーラの出来があまり良くない。
(02)バグが多い。というよりアップデート時のエンバグが目立つ。
(03)iiimf採用やUTF-8化等、国際化対応で無茶しすぎ。
(04)セキュリティ修正でソフトの版が上がるので非互換を生じ易い。
(05)現状のyumはaptに比べて遅い。Ver2.1でapt並みになるらしい。
(06)安定版のリリース間隔六ヶ月、メンテ期間一年は短かすぎ。
(07)当初「年に三四回のリリース」と言ってたが実現出来てないw
(08)yumやaptでアップグレードは可能だが公式にはサポートされない。
(09)商用サポートが無い。Debianにはある。
(10)Fedora Legacyプロジェクトが活動停止中で旧版はメンテされない。
(11)セキュリティ勧告は出ず、簡単なアップデート通知が出るだけ。
(12)従ってBugtraqを講読していてもアップデートに気付かない。
(13)コミュニティベースで開発すると言いつつ実態は赤帽社員ばかり。
(14)巷に野良リポジトリが溢れていて乱用すると整合性が崩れる。
(15)MySQL等一部のソフトに冷淡。
(16)MP3やビデオコーデック等ライセンス/特許問題に敏感すぎ。
(17)RHEL等の商用ディストリよりもアップデートが出るのが遅い。
(18)ソフトウェアのバージョンが新しすぎて問題が出る事がある。
(19)RHLから継承したFedora独自ツールが無数にある。
(20)デフォルトでSSHのrootログインが許可されている。
(21)デフォルトでファイヤウォールが動いていて初心者が戸惑う。
(22)グラフィカルブートのせいで起動が遅い。
(23)kudzuによるハードウェア自動検出&ドライバインスコがウザイ。
(24)FC1のカーネルパッケージは公式カーネルからいじりすぎ。
(25)FC2のカーネルは新しすぎ。しょっちゅうアップデートしすぎ。
(26)Gnome推奨はアホ。そのうえKDEの品質がイマイチ。
(27)問題点を指摘しても「それならRHEL買えば?」とスルーされる。
747 :login:Penguin :04/09/03 21:03 ID:orRptRKM
おー、盛り上がったみたいだな。
じゃ、自鯖OSの欠点語ってくれた725に敬意を表し
Gentooのダメな点 :
(01)インストール。有名な「欠点」はともかく、Gentoojpのインストールドキュメントは古く、まんま真似ると詰まるらしい。
(02)起動サービスの扱い方が他とまるっきりちがう。rc-updateなど、実際スクリプトのソースおっかけないと気味が悪い。
(03)(02)に類し、RHのnetwork-scriptみたいなのを直で弄る人が好きな人はconf.d/netのような設定ファイルが気持悪い。
(04)逆にそういう設定に慣れてしまった人がRHとか弄ると大変。「network管理の勉強したい」人には勧められない。
(05)ebuild作成コスト。記述はシェルスクリプトだが、知らないとどうにもならない前提がかなりある。カテゴリごとの決まりごとなど。RPMより明らかに敷居が高い。
(06)emergeというコマンド自体の問題。全容を掴むのにかかるコストはifconfigのごとし。かつ、ある程度分かっていないとエンドユーザーは詰まる。
(07)gentoojp-users MLがかなりコワイ。レベル以前の問題でコワイ。2chのGentooスレ盛況はこのせい。
(08)ユーザーはGentooであることにあまり忠誠心めいたものを持っていないようだ。Gentoojpの神中野氏も最近やる気なし。(欠点ちゃうな)
(09)etc-update、ユーザーにも評判悪いその操作性。TTYなユーザーはかなりキビシイ。
(10)パッケージごとのポリシーのばらつき。一から十まで設定するebuildもあれば、ビルドだけですまし顔のebuildもあり。とまどう。
(11)HDDの寿命間違いなく縮む。ccacheなんか使うとますます縮む。
(12)groffなど、国際化の問題でマトモに使うにはバージョンを選ばなければならないものがstableにもある。
(13)genkernel,kportageなど独自ツールの出来が軒並悪い。
(14)emerge sync (apt-get updateみたいなもん)にかかる時間。毎度のことだから尚更に。
ふむ。書けば結構あるもんだ。あ、誰でも指摘できる例の欠点は抜いた。
こう来たんだから、722によるFedoraも読みたいね。しつこいようだけど。
Gentoo に関してコメントすると全部その通りかも。(05)のような意見が出るのはだいぶ ebuild を書いたことのある人かも……。決まりごとというよりは(本家のパッケージとなるためには守らなければならない)ポリシーが多くて、しかもそのポリシーのうちかなりの部分が文章になっていない、というのが面倒。これを除けば RPM より楽だと思うのだけど。むしろそこまで明確に含めると Mandrake、SUSE、Fedora、Momonga、Vine、Turbo とかディストリビューションごとにポリシーが違うほうが書くのは難しいんじゃないかと思ったりもする。
knok さんと前話したのは、Debian もポリシー作るのは好きだが、Debian はちゃんとドキュメントに残してくれるので後から参入する人の敷居が低い。(実際 Fink のパッケージを作るときもだいぶ助かった) しかし Gentoo の場合は表向きポリシーをせっせとは作らない人が集まっているので、自分で本家の開発者になっていじりまくる、もしくは本家の開発者にがんがんコンタクトを取ってなんとかするような人でないと使っていて大変かもしれない。
あの、あと (07) はナンデスカ。ちょっとショック。アスキーアート省略。