アカウント名:
パスワード:
実際、RH5とか6の時代に仕事で使わされて、しかもdistributionに入 ってないものを入れられない環境でやらされたりとか容易にパッチをあてさせて貰えない事とかあったので、RED HATには非常に批判的なのは認めますよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
出るにはでたけれど... (スコア:0)
Re:出るにはでたけれど... (スコア:2, 参考になる)
このあたり、通常のディストリビューションと同じラインで比べると読み間違える事になります。
Debianの場合は「致命的なバグをとことんまでなくしてからstableをリリースし、先進 的な物はsidやテスト版(今回はsarge)に流してデバッグしてもらう」と言うのが方針です ので、基幹ソフトのVERSIONが古い物になるのは避けられない所ではあります。
(とはいえ、今回は途中から不具合が増えての見切り発車的な部分が大きいです し、サポートするハードを考えるとXFree86 4.2の採用見送りは痛いですが…)
基本的に、多少古くても安定が保証されるものを使いたい場合はstableで長年(数年程 度?)運用し、最新のハードが必要だけどある程度の安定性も欲しい場合はtestingを使 用し、さらに最新が欲しければ、安定性を犠牲にしてsid (unstable)を使う。
と言うのが正しい使い方で、全てのインストールベースにstableがなり、そこにネ ットなどからapt-getで取り込めば望みの版になると言うのが現状で、 すぐにインストールベースが使えなくなってしまい、サポートも半端になって入れ換え るしかなくなる、他の一般的なディストリビューションとは全く考え方が違うと考えて 欲しいです。
Re:出るにはでたけれど... (スコア:3, すばらしい洞察)
そうやって、他のディストリビューションのユーザを煽るような発言は
やめといたほうがいいと思うよ?
こういう意見もあるし。 [srad.jp]
# mishimaは本田透先生を熱烈に応援しています
Re:出るにはでたけれど... (スコア:0)
Re:出るにはでたけれど... (スコア:0, フレームのもと)
ところで。apt しか使えない(パッチも作れない&パッケージもろくに作れない)くせに「Debian最高最高」で、ろくすっぽ調べもしないで他のディストリビューションを馬鹿にする馬鹿が多いせいで、Debian は無駄にコミュニティのイメージを損なっていますね。apt で最新のパッケージを追いかけているだけのインストー
Re:出るにはでたけれど... (スコア:0)
Re:出るにはでたけれど... (スコア:1)
私自身はSLS以前の時代からLinuxに関わってる人間で、「なきゃ自前でコンパイルするか作る」ってのが 徹底してますが、実際、RH5とか6の時代に仕事で使わされて、しかもdistributionに入 ってないものを入れられない環境でやらされたりとか容易にパッチをあてさせて貰えない事とかあったので、RED HATには非常に批判的なのは認めますよ。
その前後、DebianがFreesoftwareの概念を一番徹底していたのでboの頃から私用で使い 始めて、aptによって管理が非常にやりやすくなったので、Debian中心に至った訳で。( サーバ的なものを自己裁量で選定できる時は、hamm以降のDebianで組んだ)
実際、最近Vineがaptを組み込んだのはいい傾向だと思うし、Debian以上に Freesoftwareの概念を徹底していて、なおかつそうでないものにも門戸を開くような間口の 広いdistributionが出たら、乗り換える可能性は非常に高いし、組み込みなどの用途で は別のdistributionを選ぶ可能性は高いですよ。
例えば、組み込み用途にDebianをそのまま突っ込むのは厳しいですからね。
MIPSやPPCやARMで動くので(SHはまだか…)Debianでも良さそうなのですが、Debianは少 しスクリプトに依存しすぎであるので、組み込みでの使い勝手は微妙に厳しそうな所が あるのですよ。
組み込みで、工数上フルビルドが難しい場合や頻繁にアップデートやカスタマイズしなきゃいけない用途に使えるDistributionを探しているのですが、Debianが適切かどうか分からないですね。
Re:出るにはでたけれど... (スコア:1)
Re:出るにはでたけれど... (スコア:1)
仕事の内容として、(責任問題があるのでよくありがちだったのですが)、独自のビルド を一切入れるな。って要求の仕事が多くて、そういうのに限ってRed Hat要求だった ので…。
だから、ある意味技術力以前の問題だったのですが。
# 文章は細かく読んでください。
Re:出るにはでたけれど... (スコア:1)
それが Redhat じゃなくて、 Debian だったらどうなんですか? Debian を嫌いになっていましたか?嫌いになる次元が全然別じゃないんですか。
Re:出るにはでたけれど... (スコア:1)
Debian (stable)がソフトの選択肢が少ないdistributionで管理機構もRH5,6並だったら、間違いなく嫌いになっていました。
特に基本になるソフト(SMTPなど)の選択肢が複数ないというのは、非常に厭な事でした ので…。
Re:出るにはでたけれど... (スコア:1)
といいますかね、昔からのユーザならコマンドのリファレンスくらい引くんですよ。別のトピックにある、あなたへの AC 氏の こういう指摘 [srad.jp] があるように、およそ Slackware 以前からのユーザとは非常に考えにくいんですね。
ちなみに私は Slackware-3.3 リリース直後からです。あなたに比べれば屁でもないユーザ歴しか持っていません。
Re:出るにはでたけれど... (スコア:1)
> でしょう。それなのに、Debian なら好きなパッケージを選べたとい
> うんですか?意味不明ですね。
よっぽどこちらのほうが意味不明な気がする。そもそもDistributionの中に
パッケージがなければ選べないじゃないですか。
Debianと他のDistributionでは明らかにパッケージ数が違うので、Debianでは
いろいろ選べても他のDistributionでは選ぶパッケージがあまりない
(まぁsendmailとpostfixとqmailくらいは今時どこにでもあるでしょうが)。
というか Debian はいやでも選ばざるを得ないくらい山のようにパッケージが入っている。
# なので私のような ヘタレ は 思兼 に走ったりする。。。 # ところで、管理権限がないというのはどこから出たのしょう。私の読みが
# 足りない?
あと、
> といいますかね、昔からのユーザならコマンドのリファレンスくらい引くんですよ。
これは、まったく別の話ですね。別にコマンドの使い方がわからないという
話ではないと思う。だいたい dpkg 使えるなら、rpm くらいちょろいと
思う。 # ちなみに、私は a.out 形式から ELF 形式に切り替わる少し前くらいからのユーザーです。
# 一応最初は Slack から入ったような気がする。
## ちょこっと芸風を変えてみた。。。
### んん、Out of date...
Re:出るにはでたけれど... (スコア:0)
それ以前に、Debianはやたらと/etcにsymbolic link張るので、
/usr以下をNFS mountするNFS clientとして使いにくいです。
NFS serverもDebianで統一しないとあかん。
>組み込みでの使い勝手は微妙に厳しそう
Re:出るにはでたけれど... (スコア:1)
最近の組み込みは、物にもよるのですが、アプリ層とカーネル層とAPI層を分離しても 大丈夫なだけの容量を持っていたり、そうしないと機能的に破綻してしまう場合も多いです。
# 勿論、携帯電話などのような小規模なハードへの
# 組み込みの場合は、こうは行かない
そういう場合、ハードを叩くカーネルやドライバ、ライブラリの部分さえライセンスの 調整がつけばアプリケーション層やハードと関係のないライブラリについては(完全に ハードから分離してしまって)GPLやLGPLな物を使ってしまう場合も増えています。
そうやってライセンスや特許が絡むのはカーネルのドライバやライブラリ、特殊なアプ リに限定して工数を減らす方法が、コストの厳しい組み込みでは一般的になりつつあります。
まぁ、会社によって違うのでこれは!と言う答えは示せませんが、Linuxを組み込みに 使う場合一番問題なのはハードに依存する部分ですので、そこをなるべくカーネルのモ ジュールに追い出す方向でやる場合が多いようですね。