アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
出るにはでたけれど... (スコア:0)
Re:出るにはでたけれど... (スコア:2, 参考になる)
このあたり、通常のディストリビューションと同じラインで比べると読み間違える事になります。
Debianの場合は「致命的なバグをとことんまでなくしてからstableをリリースし、先進 的な物はsidやテスト版(今回はsarge)に流してデバッグしてもらう」と言うのが方針です ので、基幹ソフトのVERSIONが古い物になるのは避けられない所ではあります。
(とはいえ、今回は途中から不具合が増えての見切り発車的な部分が大きいです し、サポートするハードを考えるとXFree86 4.2の採用見送りは痛いですが…)
基本的に、多少古くても
Re:出るにはでたけれど... (スコア:-1, フレームのもと)
・さりげなくapt-getの素晴らしさを主張
・他のディストリビューションを見下した発言
素晴らしい!
あなたはDeb厨条件を全て満たしています!!
今日から第一種Debian厨房を名乗る許可を与えます。
もう少し<B></B>を多用すれば第二種/.J厨房だったんですけどね。惜しい。
Re:出るにはでたけれど... (スコア:1)
私自身はSLS以前の時代からLinuxに関わってる人間で、「なきゃ自前でコンパイルするか作る」ってのが 徹底してますが、実際、RH5とか6の時代に仕事で使わされて、しかもdistributionに入 ってないものを入れられない環境でやらされたりとか容易にパッチをあてさせて貰えない事とかあったので、RED HATには非常に批判的なのは認めますよ。
その前後、DebianがFreesoftwareの概念を一番徹底していたのでboの頃から私用で使い 始めて、aptによって管理が非常
Re:出るにはでたけれど... (スコア:0)
それ以前に、Debianはやたらと/etcにsymbolic link張るので、
/usr以下をNFS mountするNFS clientとして使いにくいです。
NFS serverもDebianで統一しないとあかん。
>組み込みでの使い勝手は微妙に厳しそうな所があるのですよ。
使い勝手以前にライセンスに抵触する部分はありませんかね?
GPL絡みっていつもこの辺りが議論のタネにされますけど。
Re:出るにはでたけれど... (スコア:1)
最近の組み込みは、物にもよるのですが、アプリ層とカーネル層とAPI層を分離しても 大丈夫なだけの容量を持っていたり、そうしないと機能的に破綻してしまう場合も多いです。
# 勿論、携帯電話などのような小規模なハードへの
# 組み込みの場合は、こうは行かない
そういう場合、ハードを叩くカーネルやドライバ、ライブラリの部分さえライセンスの 調整がつけばアプリケーション層やハードと関係のないライブラリについては(完全に ハードから分離してしまって)GPLやLGPLな物を使ってしまう場合も増えています。
そうやってライセンスや特許が絡むのはカーネルのドライバやライブラリ、特殊なアプ リに限定して工数を減らす方法が、コストの厳しい組み込みでは一般的になりつつあります。
まぁ、会社によって違うのでこれは!と言う答えは示せませんが、Linuxを組み込みに 使う場合一番問題なのはハードに依存する部分ですので、そこをなるべくカーネルのモ ジュールに追い出す方向でやる場合が多いようですね。