アカウント名:
パスワード:
XFree86 4.2.xのパッケージ
ほかにも配布場所がありましたらご教示いただきたく
こういうのが積もり積もって、「痒いところに手が届かない」印象を与えるのかもしれません。
(チェコ版 Linux だったら y と z を入れ替える設定があったりするのかなあ...)
Woody で対応アーキテクチャ [debian.org]が 大幅に増えることが、セキュリティアップデートシステムの 困難の一因を作っているようですが、 正式リリース対象となるアーキテクチャがどのように決定されたのかは 知りません。
potato が古すぎることには同意。日常では使えん。 しかし woody はもう十分に安定性を持っていると思うが?
sid はさすがに問題有り。今も locales と libc6 のバージョンが合わなくて potato/woody からは upgrade できなくなってる。
つまり、以下のようなことです。
libc6 パッケージと locales パッケージ (および libc6-dev パッケージなど) は同一のソース (glibc) から同時にコンパイルされます。ここで、libc6 パッケージは各アーキテクチャごとに別パッケージですが、locales パッケージはアーキテクチャ依存なファイルを含まないので全アーキテクチャで同一のパッケージを用いるということに注意してください。 glibc のメンテナの Ben Collins さんは sparc を使っているので、sparc 用の libc6 パッケージと全アーキテクチャ用の locales パッケージを作ることになります。
これが Debian アーカイブに登録された時点で、i386 ユーザから見ると、古いバージョンの libc6 と新しいバージョンの locales があるように見えます。libc6 と locales はバージョンが一致している必要があるので、locales は「依存関係を満たせないためにインストール不可能なパッケージ」とみなされてしまいます。
数日中に、buildd [debian.org] が i386 用のパッケージを自動的にコンパイルすると、問題が解消します。(ただし、glibc のソースにバグがあって、sparc ではコンパイルできるけど i386 ではコンパイルできないなどの問題が発生すると、この問題は長引く可能性もあります)。
テスト版には、みんなが使うような人気パッケージをインストールしたらシステムが壊れたとかいうような重大なバグは、たぶんないでしょう (そういうバグは 10 日以内に報告されるはずだから)。ただし、「10 日」のラインを 5 日または 2 日にすることが、パッケージメンテナの独断でおこなうことが可能です。
安定版(potato)がやたら古くて、テスト版(woody)や不安定版(sid)を使わないといけない。 企業で採用しようと思っても、まさかテスト版や不安定版を使用するわけにはいきませんしね。
企業で採用しようと思っても、まさかテスト版や不安定版を使用するわけにはいきませんしね。
横からコメントですが、potatoに限って言うと、Xが3.3.6なので今時のGeforce系ビデオカードが間違いなく全滅なんですね。
で、自分の会社で使うのならX ver.4系の非公式.debをインストールできますが、他社に使わせるとなると、細かいインストールマニュアルを書かないといけません。これはいやらしい。
でも、woodyにしたってGeForce4をサポートできない(X4.2でもサポートしていないからwoodyのせいではない)という痛い事実があります。相手様にビデオカード選択の注文を付けるのを忘れていて泣きました。
正論で喧嘩売られているときには正論で答えるのがスジだと思いますよ？
そのへん歩ってて、知らない人からいきなり喧嘩を売られると僕はイヤっす。喧嘩を売るんでなしに、議論をふっかけてくれ。応じるから。
そもそもプログラムの新しいバージョンが出るということ自体、不具合が直されたと考えてはいけないのでしょうか？
ちなみに、リリースの遅れは、Debian 開発者のあいだでは何年も前から問題になっています。 リリースの遅れが問題であるかどうかでこんなフレームに なるなんて、ちょっと信じがたい。
リリースの遅れの原因は、過去に受けた印象の淡い記憶で言えば、 インストーラとか libc6 とかが抱える重大なバグをとるのに 手間取ったことが多かったように思います。 Debian は、開発者の数は多いけど、そういうコア部分の バグ取りができるメンバーは限られているのではないかと思います。 (ぼくは、その限られたメンバーには含まれていません)。
今回に限って言えば、リリース予定の全アーキテクチャ向けの セキュリティアップデートシステムの構築に手間取ったのが 主原因です。が、個人的には、リリースクリティカルバグの数 [debian.org] が再び増加傾向にあることに、不安を感じてもいます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
もう十分使えます。 (スコア:3, 興味深い)
XFree86 4.2.xもパッケージ化されてきたし、
日常的に使っていても問題なし。
リリース遅くてもいいじゃないですか。
.::.:... .::....: .::...:: .::.:.:: .::..:.: .:::..:.
I 1 2 B H4[keR. :-)
Re:もう十分使えます。 (スコア:2, 参考になる)
XFree86 4.2.xのパッケージ
http://people.debian.org/~branden/sid/ほかにも配布場所がありましたらご教示いただきたく
Re:もう十分使えます。 (スコア:1)
＞http://people.debian.org/~branden/sid/
＞ほかにも配布場所がありましたらご教示いただきたく
そこで正解です。
私はXFree86 4.1.19からアップグレードしましたが、
当初、うまく動きませんでした。
今はきちんと動いています。
どうやら、XFree86が入っていない状態で
インストールすると苦労しないかもしれない。
うちのメインマシンは3Dゲームもしないのに、
Radeon 7500なのでXFree86 4.2が必要だったのでめでたし。
当初、ソースから入れたのだがapt-get upgradeした時に
いつも書き変るのが嫌だった訳ね。
.::.:... .::....: .::...:: .::.:.:: .::..:.: .:::..:.
I 1 2 B H4[keR. :-)
sid使いには (スコア:2, 興味深い)
sidへのKDE3やGNOME2の導入が待ち遠しいです。
で、結果的にwoody早くー、ということに。
Re:もう十分使えます。 (スコア:1)
ビデオカードを選びますが、初心者には難しくはありません。
むしろ、最新のカードのほうに重点があります。
一般的なハナシとして聞いてクダサイ (スコア:3, おもしろおかしい)
が。
この手の発言をする人たちのココロは「調べなければ、やる気がなければ使えないのはかったるい」で有るはずです。
そういうココロに対して「使えば良さが分かる」という趣旨の回答では、その手の人たちに訴えかける、という観点からは意味が無い回答ではないでしょうか？
（このハナシは適当にMac,Unix,Solaris,BeOS,超漢字、Windowsに置き換えて読み替えてクダサイ）
自分はOS2ユーザー（爆笑）なので、当然「OS2の良さは使えば分かる」と言いたいのですが、これはあんまり意味が無くて、そもそも「使う気になってもらう」ってのが最大のハードルなのでした。
大体使いづらさを主目的にしたINTERCALでも無い限り、「使ってみたら使いづらい」なんてブツを作る人なんていないわけだし。
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:一般的なハナシとして聞いてクダサイ (スコア:3, 興味深い)
私もちょっと前までは「Debian難しくて使えねぇ～」とか思ってた人です(笑)
どのディストリを使うにしても、ある程度の勉強は必要かと思いますので、少し努力すれば～って思ってます。
なので「初心者だから～」「解っている人は良いと思うけど～」とかの発言を見るにつけ「じゃ、もっとサポートの良い解りやすいの使えば？」って思ってしまいます。
Re:一般的なハナシとして聞いてクダサイ (スコア:1)
ちなみにワタシはOS2しか囓っていない人間ですが、何故かLinuxを使うならDebianと思いこんでいて、現在Debianを囓っている最中なのですが、最大の難関は「capsとctrlを入れ替えるのどうするの？」という点でありまして、vineみたいに選べるようにしてくれよぉ、と思わずにはいられません。ハードパッチしたろか。
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:一般的なハナシとして聞いてクダサイ (スコア:1)
全然関係無いですけど、キーボードはUSキーボードの方が個人的に好きだったりします。インストール時のキー配列問題も抱えないで済むし。ここら辺お奨めです。
http://www.pfu.co.jp/hhkeyboard/
Re:一般的なハナシとして聞いてクダサイ (スコア:1, 興味深い)
それはそれでいいと私は思います。本当にいいものならユーザも増えてくるでしょうし、でももし、技術者系の人たちの大半に営業能力（つーか、宣伝のうまい人）をもった人が沢山いれば言葉巧みにユーザーを誘惑して 今以上にユーザーを獲得できていたのかも。
ユーザＡ：「デビアンよくわかんねーからモチベーションあがんねー」
ユーザＢ：「あなた、想像してみて下さい。コマンド一発で最新の環境になる管理が楽なシステムを、ほーらほーら、TurboLinuxなんてやってられなくなるでしょう？（ニヤリ）」
ユーザＡ：「ほぅ、それは一体どんなんだね？」
とか。デビアンの事はよくわかんないので貧弱な誘惑シーンしか創造できーん。
浮気したくなるような誘惑シーン、誰か書いてください（笑）
それか、駄ユーザーが増える可能性があるのでやる気のあるユーザが勝手にユーザになってくれればそれでいいので、そこまでしてユーザを増やす必要が無いと考える技術者が多いのかな？
なんかこの辺の宣伝努力は全体的に Windows とは対照的ですよね。
Re:一般的なハナシとして聞いてクダサイ (スコア:1, 興味深い)
足りないんです。
世の中にはサイトのトップページからダウンロード
できないと怒る人がいます。サイトのトップページから
ダウンロードのページへリンクをたどることすらも
面倒だなんて言う人がいます。 そして「サイトがよく
判らない」「初心者向けでない」というのです。
ダウンロードのページに進めばダウンロードすべき
ファイルへのリンクもあるしファイル名も明記されている
のに、トップページにそれが無いから「ダウンロード
できませんでした」と言うのです。
そんな努力してくれない人には、言葉で誘っただけでは
駄目なんです。
必要なのは、言葉巧みな営業じゃなくて、いま一歩踏み
出せないユーザの最初の一歩の助けとなる、良い文書と
良いサポート。サポートは ML や掲示板がその代わりと
なるかもしれません。
しかし、それらがよほど充実していないうちは、最初の
一歩を踏み出せたとしても、きっと二歩目三歩目で
つまずいてしまうのは目に見えています。
そうならないくらいに充実されるのは、ものすごく大変な
作業を必要とするのです。
簡単なことじゃありません。
Re:一般的なハナシとして聞いてクダサイ (スコア:1)
Average氏のように、CtrlとCapsのSwap設定をインストーラ(Anaconda)だけからでなく、別のツールなどからもアクセスできるようにすることが望ましいはずなのです。(もっとも、DebianはAnacondaをつかってませんが)
ちなみにDebianでのキーボードSwap設定は
# dpkg-reconfigure xserver-xfree86
でできます。(X自体の設定なので、かなり冗長かもしれません)
痒いところに手が届かない (スコア:1)
こういうのが積もり積もって、「痒いところに手が届かない」印象を与えるのかもしれません。
(チェコ版 Linux だったら y と z を入れ替える設定があったりするのかなあ...)
全肯定 (スコア:1, すばらしい洞察)
Debian 好きでも、Debian しか絶対使わないって人はあんまり
いないんじゃないかなぁ。商用サポート少ないから。
商売でLinux使うなら、なんかあったらゴルァ電できる
redhat、ちょっとヘンな趣味の客の場合 Turbo、自宅サーバや
自分の仕事道具としてのLinuxにはDebian を使っています。
どれがいちばん使いやすいかって聞かれたら、迷わず
Debianって言いますが。
全部いいところが違っていて、どれがもっとも優秀かなんて
いうことを決める気にはならんし、Linuxが好きなら全部
使えるのが一番いんじゃないですか？好きなディストリビューション
違うってだけで厨房なんて悪口言うなんてちょっとどうかと
思いますね。
Re:一般的なハナシとして聞いてクダサイ (スコア:1)
「開発者≠初心者」かつ「開発者が欲しいもの≠初心者が欲しいもの」
なんだよね…
開発者が好きでもないものを作るってのは、仕事以外にはありえない。
だから、Debian をベースにした商用ディストリに
設定やインストーラなどの一般ユーザ向けの泥臭い部分は任せたい、
と開発者のみなさんは思っているんだろう。
…じゃあ、Omoikane をお勧めするのが一番なのか。
あと、リリース期間の長さが商用に適さないともいわれているので、
リリース期間を短くすることで間接的に初心者に貢献できるかもね。
# mishimaは本田透先生を熱烈に応援しています
ホントに (スコア:2, 参考になる)
まだっすか？
愛用のKondaraがこんなことになった [srad.jp]んで
以前使っていたDebianに戻ろうかなーと思っているんですが
このリリースの遅さはやっぱ気になります。
これだけリリースが遅いと、人に勧めにくいし。
どんなにsecurity fixが早くても、バージョンアップに伴う新機能を
試したい場合には不向きです。/usr/local以下に入れるしかないし
それだとDebianを選ぶ意味が半減するし。
遅れている理由 (スコア:3, 参考になる)
Woody で対応アーキテクチャ [debian.org]が 大幅に増えることが、セキュリティアップデートシステムの 困難の一因を作っているようですが、 正式リリース対象となるアーキテクチャがどのように決定されたのかは 知りません。
Re:遅れている理由 (スコア:1)
わざわざsidを使っていて、stableのセキュリティアップデートを取り込むことに何か意味あるんですか？
sidだからといって、セキュリティホールが放置されるなんてこたないと思うんだけど。
ちゅうか、apt使ってるんならバージョンナンバーの関係でstableのセキュリティアップデート版がアップデート候補になることはないような気がするんですが。
純粋に疑問に思ったので教えてくだされ。
Re:遅れている理由 (スコア:1, 興味深い)
正式版のセキュリティアップデートとして配布されてる
deb http://security.debian.org/ potato/updates main contrib non-free
というapt line を入れないと、ほんとに新しいセキュリティホールが
すぐ埋まらないんです＾＾；最近ですと、apache 1.2.6 のとき
とか、openssh のときとか。
私がなんか間違えている可能性大なので＾＾；正しいapt lineが
あったら、教えてほしいです。
激しく同意！！ (スコア:2, すばらしい洞察)
そんな状況に「俺が使えてるからいいんだYO!」と開き直るようでは、Debian使いも底が浅い人たちばっかりですね:-)
スキルのある人にはそりゃ何でも使えるでしょうが、初心者に薦めよう！と思ったとき、やたら古い安定版をどうにかこうにかしてパッチ当てして使ってるようなDebianはとても薦められません。
企業で採用しようと思っても、まさかテスト版や不安定版を使用するわけにはいきませんしね。
Re:激しく同意！！ (スコア:3, すばらしい洞察)
それにボランティアベースでメンテナンスされているものに「リリースが遅すぎる！」と声高に言うのはどうかと思います。
そういう部分で問題になる用途に使うのであれば、素直に有償サポートを受けられるものを使う方がよろしいかと思います。
Re:激しく同意！！ (スコア:1, 参考になる)
potato が古すぎることには同意。日常では使えん。 しかし woody はもう十分に安定性を持っていると思うが?
sid はさすがに問題有り。今も locales と libc6 のバージョンが合わなくて potato/woody からは upgrade できなくなってる。
localesパッケージ問題 (スコア:3, 参考になる)
つまり、以下のようなことです。
libc6 パッケージと locales パッケージ (および libc6-dev パッケージなど) は同一のソース (glibc) から同時にコンパイルされます。ここで、libc6 パッケージは各アーキテクチャごとに別パッケージですが、locales パッケージはアーキテクチャ依存なファイルを含まないので全アーキテクチャで同一のパッケージを用いるということに注意してください。 glibc のメンテナの Ben Collins さんは sparc を使っているので、sparc 用の libc6 パッケージと全アーキテクチャ用の locales パッケージを作ることになります。
これが Debian アーカイブに登録された時点で、i386 ユーザから見ると、古いバージョンの libc6 と新しいバージョンの locales があるように見えます。libc6 と locales はバージョンが一致している必要があるので、locales は「依存関係を満たせないためにインストール不可能なパッケージ」とみなされてしまいます。
数日中に、buildd [debian.org] が i386 用のパッケージを自動的にコンパイルすると、問題が解消します。(ただし、glibc のソースにバグがあって、sparc ではコンパイルできるけど i386 ではコンパイルできないなどの問題が発生すると、この問題は長引く可能性もあります)。
Re:激しく同意！！ (スコア:1)
Debianのリリースの基準は他のディストリビューションより相当厳しいので、今のwoodyでも十分実用に耐えると思います。リリース済みのRHなんかよりはずっと安定しているというのが僕の印象です。 リリースサイクルはやっぱり遅すぎると思いますけどね。
テスト版の位置付け (スコア:4, 参考になる)
- リリース予定のすべてのアーキテクチャでコンパイルが通る
- テスト版パッケージのみで依存関係を満たすことが可能
- 規定日数 (一般パッケージだと10日) のあいだ、リリースクリティカルバグが報告されない
という条件を満たしたものが自動的に入ります。テスト版が用意された目的は、リリース可能なパッケージの集合を常に用意しておくことで、リリースを迅速に行えるようにしよう、とするものです。(このおかげで、Woody リリースに向けた一般パッケージのフリーズは、以前のリリースのときよりも確かに迅速になったと感じています。しかし、それ以外のところでつまずいてしまい、激遅リリースとなってしまいました。テスト版には、みんなが使うような人気パッケージをインストールしたらシステムが壊れたとかいうような重大なバグは、たぶんないでしょう (そういうバグは 10 日以内に報告されるはずだから)。ただし、「10 日」のラインを 5 日または 2 日にすることが、パッケージメンテナの独断でおこなうことが可能です。
Re:激しく同意！！ (スコア:3, 参考になる)
それに比べて Red Hat は 1 世代前のメジャーバージョンまで、 きっちりサポートを継続してくれる。 現状では 6.2, 7, 7.1, 7.2, 7.3 と 5 世代も面倒見てくれてる。 6.2 用のアップデートが 6.0, 6.1 にも当たるので実質 7 世代。
Red Hat のリリースはほぼ半年おきで、今使っている版が いつまでサポートされているか明らかなので安心して使える。 それに比べて Debian はリリース時期が不透明なので アップデート計画が建てづらい。
Re:激しく同意！！ (スコア:1)
何か勘違いしていませんか？RedHatは「仕事として」サポートしてるんですよね？
Re:激しく同意！！ (スコア:1)
>単純に嘘を書くなってことでしょ？
>それに、最初にRHLとの比較を持ち出したのは#125370 [slashdot.jp]です。
#125370 [slashdot.jp]の方も含め、
「商用サポートがある」物と「商用サポートが無い」ものを比較する事には余り意味がないかと思います。
Debian互換の「商用サポートのある」ものと比較するのには意味があると思いますけどね。
Re:激しく同意！！ (スコア:1, すばらしい洞察)
RHだと、apt並みの整合性の取れたシステム全体の
アップグレードって事実上不可能だからサポートせざるを
得ないんじゃないかな？
額面上のリリースを頻繁にすればいいって問題じゃないでしょう。
以下、俺の認識
RHx.0 -> unstable
RHx.1 -> testing
RHx.2以降 -> stable
Re:激しく同意！！ (スコア:1, 興味深い)
それが一番分かりやすいですね。
redhat は7.2が出るとそれ買ってきていれる、って感じ
だからリリースを待つ。
debian は、リリースが流れたときには、ほとんどの
ユーザはaptでそれともうまったく同じ構成のものを手元に
持って使っていて、あーこれに正式にバージョン振られたのね、
っていう感じですね
正式版は、パッケージ的な要素を持ってるから、しょうがないから
リリース番号を付けていますが、ちゃんと面倒見てる人なら
ほとんど毎日アップグレードかけてるんじゃないですかね＾＾；
私はsidを使っていますが、aptするときがバージョンアップ
だとすると、一日2回くらいの頻度であげてますよ
Re:激しく同意！！ (スコア:1, 参考になる)
ユーザーは自由 (スコア:2, すばらしい洞察)
使いたくないユーザーは使わなければ良い。
ユーザーには選択の自由があるのだから。
しかし、
リリースが遅いからとか
サポートが悪いからと言って
Debian がだめだと言うのなら
Debian 選んだ事そのものが
そもそもの間違いなのでは？と言いたくなる。
Debian はボランティアベースで行っているから、
極端な場合、社長の鶴の一声で意思決定が可能な
商用ディストリビューションに比べて
意思決定も難しいだろうし
ボランティアが忙しければ
作業が進まなくったって全然おかしくない。
# って、ボランティアの認識合ってるのかな？(^^;;;)
少なくともボランティアでやってもらってるものを
使わせてもらってるんだから自己責任で選択し使用すべきだ。
足らない部分に業を煮やすなら
自らボランティアを買って出るとか
資金援助するって手段も可能なわけだし。
それも嫌なら素直に他の選択肢を探せば良いだけの話。
いちいち Anonymous Coward になってまで
酷評するほどの話ではないと思うのだが、、、
# いや、、、言うのも自由なんだけど、、、
え？私？
未だに potato ですよ。
一応、セキュリティパッチ等は適当なタイミングで流れてくれてるので
思い出したように upgrade 出来てますし、、、
導入時は Debian が一番楽できそうだったので選んだのですが
RedHat の方が楽できるのならいつでも乗り換えますけど何か？
uxi
Re:激しく同意！！ (スコア:1, すばらしい洞察)
Re:激しく同意！！ (スコア:2, 参考になる)
横からコメントですが、potatoに限って言うと、Xが3.3.6なので今時のGeforce系ビデオカードが間違いなく全滅なんですね。
で、自分の会社で使うのならX ver.4系の非公式.debをインストールできますが、他社に使わせるとなると、細かいインストールマニュアルを書かないといけません。これはいやらしい。
でも、woodyにしたってGeForce4をサポートできない(X4.2でもサポートしていないからwoodyのせいではない)という痛い事実があります。相手様にビデオカード選択の注文を付けるのを忘れていて泣きました。
Re:激しく同意！！ (スコア:1)
サーバ用途以外にもLinux OSを使っているんですね。支障の
無い範囲で良いんですが、どんな用途にお使いなのか興味が
あるので、教えてくれませんか。トピックとは関係ないですけど。
Re:激しく同意！！ (スコア:1)
喧嘩売っているようにしか見えませんが(笑)
Re:激しく同意！！ (スコア:1)
Re:激しく同意！！ (スコア:1)
そのへん歩ってて、知らない人からいきなり喧嘩を売られると僕はイヤっす。喧嘩を売るんでなしに、議論をふっかけてくれ。応じるから。
バックポートする理由 (スコア:3, 参考になる)
Re:ホントに (スコア:1, 興味深い)
sid使ったらどうです？？楽しめますよ。
Re:ホントに (スコア:1)
だいぶ前から日常的に使っている人、割と多いと思いますよ。
正式リリースってそんなに重要ですか？
個人的にはNetBSD1.6を待ってたりします(^^;;
Re:ホントに (スコア:1)
daily0708版試しましたけど、問題無いのかな？とは思いました。
単に稼働中のサーバーのバージョンアップするのが面倒なので
リリース待ってるだけです(笑)
パッケージが出たら買わないとね。
Re:ホントに (スコア:1)
のでバージョンの古さが気になったことは*あまり*ありませんです。
まぁ、dist-upgradeはできませんけど(すると日本語関係がおかしくなる)。
Re:ホントに (スコア:1)
思うのですが．．．サーバー用途にしか使ってないので、
日本語が余り関係無いというのもありますけど(^^;;
Re:ホントに (スコア:1)
Re:でびやん (スコア:1, 参考になる)
# モデレータに2chをウォッチしろとは言いたくないけど。
Re:でびやん (スコア:1)
投稿規制は、特定の文字(列？)に反応するだけみたいです。
apt以外では... (スコア:4, 参考になる)
> ものがあるかも、
> とおっしゃってるのだと思いますが、
> もしよかったら例を挙げてみていただけませんか？
> 反論しているのではなくどんなところが特徴なのか興味があります。
個人的には以下が気にいっています。
* update-alternativeを使った起動アプリケーション管理
vimとnviをインストールしていて、viで起動するのをどちらに
するか等を設定できる。
* update-*系のコマンド
* debconfによるパッケージインストール時の対話式設定
* aptitude(コンソールベースのパッケージ管理ソフト)
* パッケージのホールド処理
* emacsenのelispアプリケーションのパッケージ管理
.elと.elcを別管理、ひとつのパッケージでEmacsen全てを
面倒みてくれる。
* menus
インストールしたアプリケーションが自動的にシステムメニューに追加される。
* make-kpkgによるカーネルパッケージの生成
* auto-aptによる依存パッケージの自動インストール
* debian font managerによるフォント管理
ざっとこのくらいでしょうか。他のディストリでももちろん
可能なのもあると思いますが。
aptがとかく有名になりがちですが、いろいろ便利な小物が
用意されているのもDebianの特徴だと思います。
(一般には知られていないのかなぁ...)
Re:宗教論争？ (スコア:2, 参考になる)
ちなみに、リリースの遅れは、Debian 開発者のあいだでは何年も前から問題になっています。 リリースの遅れが問題であるかどうかでこんなフレームに なるなんて、ちょっと信じがたい。
リリースの遅れの原因は、過去に受けた印象の淡い記憶で言えば、 インストーラとか libc6 とかが抱える重大なバグをとるのに 手間取ったことが多かったように思います。 Debian は、開発者の数は多いけど、そういうコア部分の バグ取りができるメンバーは限られているのではないかと思います。 (ぼくは、その限られたメンバーには含まれていません)。
今回に限って言えば、リリース予定の全アーキテクチャ向けの セキュリティアップデートシステムの構築に手間取ったのが 主原因です。が、個人的には、リリースクリティカルバグの数 [debian.org] が再び増加傾向にあることに、不安を感じてもいます。
Re:宗教論争？ (スコア:2, おもしろおかしい)
特定のディストリビューションと恋に落ちてはいけないのです。
ソースと共にあらんことを。