FreeBSDの完成度の低さについて
Linuxと比べるととても完成度が低いと思います インストールしただけではグラフィカルログインも出来ないし 10年前のLinuxと同じレベルです windows=使い捨てOS BSD=UNIX LINUX=UNIXのサブセット ゴ ゴ ゴ ゴ ゴ ゴ ゴ ゴ /\ /| / /| \/ |(\ /) / / | \|( ゚ー゚) <全力でWindowsを捨てOpenBSDに移行せよ / / | __〃`ヽ 〈_ OpenBSD+OpenOffice.org+Wine / γ´⌒´-−ヾvーヽ⌒ヽ //⌒ ィ theo`i´ ); `ヽ // ノ^ 、___¥__人 | / ! ,,,ノ爻\_ _人 ノr;^ > ) / ( <_ \ヘ、,, __,+、__rノ/ / ヽ_ \ )ゝ、__,+、_ア〃 / ヽ、___ ヽ.=┬─┬〈 ソ、 〈J .〉、| |, |ヽ-´ /"" | sshd |: | レ :|: | リ / ノ|__| | ↑ /| ,, ソ ヽ ) \_/ .,ゝ ) イ ヽ ノ y `レl 〈´ リ / ノ | | . l / l;; | 〉 〈 〉 | / ::| (_ヽ \、 (。mnノ `ヽnm どこの誰がどの様なコードを用いて書いた得体の知れないソースを信用しろとでも? そのような危険性のあるプログラムを動かすことなんて恐ろしくましてOSなどに用いる等、 終わっている。 自分で目を通して納得した上でコンパイルしインストールすることができる、 それこそがUNIX系OSの楽しみであり、そこから危険への防衛意識が高まり、 ひいてはウィルスコードやクラッキング方法を攻撃者の観点から学び自己防衛へとつながるのである。 昨今の情勢では、そのような機会をユーザーから奪い、ユーザーの能力を下げた上で、 ウィルスやクラッキング等はしてはなら無いという建前を全面に押し出しつつも その危険性による不安のみを与え、真の解決策では無いものに代価を払わせようとしている。 代価を支払ってしか得ることができないのにもかかわらず、 そのプログラム自体の欠陥によって生じた損失すら保証されない そのような無責任なものなど恐く、信用できずまた使うことなど到底できない。 好きなOSを使えばいいと思うよ >>121 OpenBSDなら、あのヘンな魚のことも忘れないでやって欲しい >>121-122 激しく同意 サーバー管理者であれば適材適所はあるだろうが、 得体の知れないコードで書かれたソースを基にしたOSなど恐くて使えない、 マジな話自分でソースを確認できないプログラムなんて基幹サーバーでは走らせたくないし、 ある程度ソースがオープンになっているものを使いたい。 下手すりゃ、プログラム自体のバグで多大な損害が生じ、仮りに修正可能なパッチが出たとしても、 出るまでに全てが御釈迦になって取り返しのつかない損失が出てしまったり、更にはパッチ自体にも バグがあってそこから思いもよらない被害が。。。 ソースがあれば事前に予測できたり、実際に被害にあった場合でもソースから原因を突き止められる。 場合によっては(もしもの場合はかなりのリスクだが、相手方の同意の上で)自分で修正を加えられる、 という方が被害を最小限に抑えることができるし、安全である。 >>123 変な魚っていうなw せめて”トゲトゲがいっぱいある奴”とか、”ドリアン”とかいってくれ。 正確には河豚ではなく針千本なわけだが。 >>124 同意。 俺はディストリビューションが多岐に渡るLinuxもダメな感じ、 ましてなんでもござれな怪しげなものをバコバコいれている時点でアウト。 まぁ、その点FreeBSDはディストリは限られているので許せる。 もう少し安心できるものを作ってほしいというのが本音だけど。 >>124 オマエきれい事言ってるけどどこの誰が 日々ソースを解析しながら危機管理してるんだよ そんなことしてたら何年遅れとは言わなくても かなり時間をかけないと使えないよ それならソースが無くても多くのユーザが実績と 障害報告を残した少々古いOSでサポート体制がある 商用UNIXのほうが安心だろ >>126 ソウイウコトニナル 実際、ソウダシ BSDナンカツワレナイ BSDつかってるやつで、ソースコード読んでる奴なんて ほとんどいないと思うがw >>129 >>118 日本でBSDの商用サポートって無いんですよね >>129 まず、Web鯖たてるから、Apacheのソースコードからどうぞw BSDを導入した企業、社員総出でソースを読んでおります 一方、WIndowsを導入した企業は、営業を既に開始して 実績をちゃくちゃくとあげております そういえば、2.0R辺りから使っているが、このときは95年ぐらいだったから 既にFreeBSD使い始めて干支が一周したのか。 >>100 gstreamerが使えるならなんでもいいよ。今だと再生と録音までしか できないでしょ。別にv4lフル実装する必要はないけど、gstreamerが 使える程度にはなってほしい。 Apacheやphpのソースは、困った時は覗くなぁ カーネルはあんまり見ないけど。 >>126 ソースは隅から隅まで読むためにあるのじゃなくて、 疑問のある場所が特定できるためにあるのです。 デバッグはもちろんですが、修正パッチの対応で明暗が分かれます。 サポートのしっかりした商用UNIXベンダーが出す、とある問題の修正と 称した、バイナリパッチを当てても、本当の問題が何処にあったのか判 らないばかりか、自分のシステムで副作用が出ても、最後までは追い かけられません。 差分ソースコードだけのパッチなら、事前に問題を把握できます。 バイナリコードパッチは、それこそ 一八勝負に成りかねません。 Solarisはグラフィック画面でインストールできるよね。 hp-uxはitoolでパーティション切るのが普通? AIXはどんな感じでしょ? portsが馬鹿すぎるからな 完成度が低くなるのも我慢、使いやすいと自分に言い聞かせて使うしかない 俺馬鹿だから仕掛けが悧巧過ぎて使えないくらいならそれでもいいや。 毛嫌いしてたものも結構あるけど、もうどうでもいいやあはははははは まあBSDを作ってる側も馬鹿しかいないから完成度も低くなるわなw 完成度の高いものが、教育の役に立った例を挙げてくれ BSDではGCC使ってないということでが、何でコンパイルしているんですか? >>151 GCCは使ってるが? pccでmake world可能になったBSDってまだないんじゃなかった? >>154 4.2BSD までは pcc だったらしいからな > (´-`).。oO(と、ひと事のように…) =====ここまでよんだ===== 分かった事はドザとMacのUIに嫉妬したやつが居るという事だけだった。 GCCでBSDライセンスのソースから作ったオブジェクトは BSDライセンスになります。 libcもBSDを使えばね。 コンパイラが吐き出すコードにはコンパイラの著作権が及ばない というのが法律家の見解なので。 でもportsやpkg入れないと使い物にならないのがBSD。 するってーと幸福の種glibが山のように入ってくる。 結局BSDの半分はGNUでできています。 >>157 んー、バイナリを作るのに使うだけでGPL汚染されるのですかね? >>158 が >>157 を全く読めてない件について >>159 それは失礼。ついでに教えてください。 BSD libc を使用することで、バイナリがGPL汚染されないことは理解している(つもり)なのですが、 >>157 の「 glibc な ports ったツール(makeとか)を使うだけで、(バイナリにglibcが含まれていないのに) GPL汚染される」という主張がよくわからないのです。 どの点を勘違いしているのでしょうか?オブジェクトリンクがらみ? 単に、ハードディスクにGPLなプログラムをあれこれ置くことになる、 と、言ってるだけだろ サーバとして使うならglibなんか使わなくて済む使い方は いくらでもあるんだが はやくpccでビルドしたリリースをだしてくだしあ>< >>156 うちの業界の場合だけど「ドザ」とか口にするSEって大概開発能力低いよね。 自分がうまく組めないのはOSのせいだ!とかよく言ってるw >>160 FreeBSDプロジェクトのゴールに使用制限の少ないオペレーティングシステムの提供って 話が挙げられている。 これには必要に応じてBSDライセンスでない部品をBSDライセンス品に書き換えることも 併記されてた。 しかしこの文章はいつの間にか消えた。 Linuxlatorサポートくらいからか? >>167 印象操作乙 Linuxエミュレーションの方が古いよ CVSで調べてみた(handbook/introduction) 昔はこんな風に書いてあった Due to the additional complexities that can evolve in the commercial use of GPL software, we do, however, endeavor to replace such software with submissions under the morerelaxed BSD copyright when reasonable to do so. 「書き換える」じゃなくて「置き換える」だな。何度か表現は変わって いるようだけど今はこう Due to the additional complexities that can evolve in the commercial use of GPL software we do, however, prefer software submitted under the more relaxed BSD copyright when it is a reasonable option to do so. まあ、弱い表現になったわけだなニャニャ ttp://www.jp.freebsd.org/cgi/cvsweb.cgi/doc/en_US.ISO8859-1/books/handbook/introduction/chapter.sgml.diff?r1=1.18&r2=1.19&f=h これは1999年ごろ ports/emulator/linux_baseは1995ぐらいまで遡れるw それじゃいつの日にかBSDライセンスなLinuxlatorが、、wktk もうそろそろFreeBSDもLinuxも32ビット版を開発停止にするべき。 賛成したいとこだけど、会社にも自宅にも32bitマシンがまだ残ってるんでムニョムニョ・・・ 気持ちはわかるが、まだ64bitじゃマズーなのもあるんでしょ。 完全な64bit環境への移行は次のOSX( Mac OS X 10.6 Snow Leopard )が一番乗りでしょうね 単機能サーバがかなり動いててx64対応してないCPU使ってるのも 残ってるだろうし、簡単にはいかないんじゃないの。というかする必要も ないよな?完全移行なんて。 30年も先の話ですか! その頃にはもう256bit CPUとかあるんじゃ・・・ 20年ちょっと前には既に32bitのPCが出まわっていた事を忘れてはいけない。 2038ていうと256TBのメモリじゃ足りねぇ!とか言ってた頃だな。 >>183 ナニイッテンダ、メモリの設計が材料からなにから 根本的にガラリと変わったのが2025年前後だったろw >>183-184 妄想はそれぐらいにしておけ。 2015年以降ハードウェアの進歩は完全に止まり 電力事情からマルチコアの採用もなくなり 筐体あたりのCPU性能は縮小傾向だ。 いまや情報系は斜陽産業だぞ 第4次産業中心の国作り、産業構造の転換が日本国を救った。 今じゃわずかな補助金でシステム開発する限界システムハウスが 地方の山村に残されてるだけ。 インターネットも光ファイバの時代!といわれていたのが嘘のようで、 無線技術の革新で衛星無線インターネットがいまや普及率99.9%になった。 シェアトップのカドミウム社はいまや年商100兆円、総帯域38.5Ybpsを 保有する大会社だよ。まさか鷹山が改名後にこんな大復活を遂げると 知ってたら2008/10の金融崩壊時に買い込んでおくんだった。 衛星無線の帯域幅にどれだけ情報を乗せてるんだろうなw それなんて魔法? おっそい回線のうえ、無線傍受されて 情報漏洩しまくりのインターネットが 技術革新の結果なのだ。 ネットに流れる情報の99%が役に立たないゴミ情報だったので100年後の世界は平和だった。 FreeBSDの完成度の低さというよりはFreeBSDを使っている人の完成度の低さという方が適切に思える。 デスクトップとして使おうとお萌えなそうかもしれんが、 FreeBSDをデスクトップ用途として使うやつなんて 少数派もいいとこだと思うがな。 >>1 がサーバOSとして完成度が低いっていいたいのなら ぜひ意見を聞いてみたいねwww FreeBSDはサーバOSとして完成度が低いね。 たとえばNFSサーバーになんか、間違ってもできないし。 根本的にいわれているほど堅牢ではないね、 特定のプロセスのせいで固まることはある。 デスクトップOSとしてはかなり完成度高いんじゃないかな。 win系の有用ソフトが結構動くのは大きいと思うしnvidiaドライバの存在も大きい。 サーバーとしては微妙だと思う。 やる事ないからプログラミングの練習にFreeBSD入れて使ってるなあ > デスクトップOSとしてはかなり完成度高いんじゃないかな。 www 最近はshutdownするだけでハングするらしいな >>195 FreeBSDを貶すには NFSを出せば十分だな。 そもそも、NFS使わないから、関係ないけど。 つか、CIFSが主流になっちまった昨今ではなおさらねえ。 AFS/CODAなんてどこいっちまんだろう。 って、どっこい生きてるシャツの中か。 Sun以外でまともなNFSは見たことないしMS以外でまともなCIFSを見たことない。 libcでまともに動かない関数が結構多い。 地雷関数に関する言及が少ない。 少なくとも使った印象は今時のOSじゃない罠 中の技術的には進歩しているけど、普通に使う分には20世紀のOSのままだ >>210 が定義するところの 21 世紀の OS ってなんだ? WinNT も Mac OS X も基本設計は前世紀のものだが? いちいち噛み付いてる人って何なの?欠点を受け入れて改善しなければ前には進まないぞ >>207 だけど地雷関数踏んでがっくしきたあと別の関数で実装できてるので問題ない。 検索も何ももはや自分が何か残すとGoogleの最初に引っかかっちゃうのが憂鬱 完成度が低いのをどうにかできるのがFreeBSDだけどWinとか手の打ちようがないから嫌いだ。 英語がほとんどできない自分はsend-prとかできないので そういう意味で遅れたOSだと思う。 >>214 みたいに改善が何のといって何もしないできないのがぐたぐたいっていると やっぱマイナーOSはとか思われると思う。 受け入れるべき欠点を何も明確にしていないから叩かれているんだろ >>215 英語能力があれば、別に問題がないOSとも読める書き込みだな。 おれ英語はほとんどできないけど send-prは何度かやっているな 不具合報告なんかは結果だけ貼り付けて 送ればいいし自分で直したpatch貼り付 けて送ったこともあるし ほぼ送りっぱなしで後のフォローなし だけどな read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる