FreeBSDを語れ Part49
■ このスレッドは過去ログ倉庫に格納されています
>>983
ふざけんな！ テトリスはtetrisだぼけ！謝罪しろ。テトリミノに謝罪しろ！ >>2
相手は執拗な謝罪要求よりも断交を求めているかもしれませんね。 おまえ、モノリシックだってマジレスを繰り返すやつを皮肉ってんのか?w Linuxが台頭している
理由は単純に無料だからだろ。
これは「ケチ」な意味での無料の魅力もそうだが、
OSSで無料というのは全然意味合いが異なっていて、
安かろう悪かろう/高くて良い品質が共存出来るのは、値段相応だからであって、
無料で品質の良いものがOSSで出てきた場合、他が瞬殺されて、
結果的に「品質世界一」しか生き残れない超絶レッドオーシャン化する。
そしてそこで生き残り続けてるLinuxを誰も倒せないだけ。
実際、商用Ｕｎｉｘなんて、Linux以降は、昔も今も、死んで、どうぞ、だろ。
ただいずれにしても、言語が死なない、ということに過度に拘るのはどうかと思うよ。
プログラミングは死なないよ。 無料のオープン・サウンド・システムは制限があるじゃまいか 日本語メーリングリストのアーカイブを数年ぶりに見たんだけど面白いやつがいた
今年の6月の分
初っ端から改名強いられたって書くなんて飛ばすなあw 誰かAndroidの皮を被ったFreeBSDを作ってよ freeBSDとかをタブレットに入れようとすると、
タッチパネルが効かないとか、
無線LANが効かないとか、
デバイスで苦労するんだよね・・・ >>15
「カネ払え」という騒ぎについて
中々のデムパぽいが、knkやjirには負けるなｗ
教えてくれてありがとう >>18
Macの皮を被ったFreeBSDがあるやろ
iPhoneだってiOS=MacOS XなんやしkernelはFreeBSDやろ file:///usr/share/misc/bsd-family-tree そういえば何かあったなと思ってたが思い出した
Darwin だった
あれは FreeBSD ではない rootでログインできない、ガワが小奇麗なFreeBSDだろ。 捏造ばかりしてマカーが言ってるだけだよな。
FreeBSDに見つかる穴がいつもMacにもある不思議。 カーネルじゃ無くシェアドライブラリに穴が見つかるからだろ >>31
おまえさあ、ジョブズがClang、LLVMやObjective-Cにどんだけ金を投じて、
それを無償でBSDに提供したかわかってて言ってるのか？ 別にジョブズがずるいとは書かれてない
っていうかその金だってゲイツからもらったもんだろ >>32
他所様が作ったLLVMをアップルが良いように使いたいから、
金を投じてコミットしてきたってことだろ
それ自体は何ら咎められることじゃない
だからといってお前のいうようにアップルがBSDに提供してるわけじゃない
あとObjective-Cはゴミ 1. 誰かが開発し
2. Appleが目をつけ
3. Googleが奪い
3. MSが便利に利用する
ブラウザの歴史です
1. リーナス開発し
2. ハッカーが目をつけ
3. Googleが奪い
3. MSが便利に利用する
Linuxの歴史です 1. リーナスがgitを開発し
2. githubが生まれ
3. MSが買収する
1. 有料のsublime textが生まれ
2. githubの無料のatomでシェアを奪い
3. MSがvscodeを開発し
4. MSがatom毎github買収する googleがカネを突っ込んだところはみんな悪くなるんだな MSには20年前の気概を取り戻して欲しい・・・
そう、GPLを糞味噌に叩いていたあの頃のような輝きを・・・！ ブラウザの歴史にAppleなんて絡んでたっけ？
ジョブズならまだわからないでもないが >>40
ダウトじゃないよｗ
KDEがKHTMLを開発して、
AppleがそれをパクってWebKitに変更し、
GoogleがそれをパクってBlinkに変更し、
MicrosoftがWindows標準ブラウザEdgeでBlinkを利用する
Windows標準ブラウザは最高のブラウザになります。
ここまで改良してくれてありがとうございましただよｗ >>43
一度グーグルがWebkitに乗っかったけどアップルが蹴落として出来た残りカスがBlink でもおまえらだって、
KHTMLなんて使わなかったろ?
でもwegkitは使うだろ? >>32
数十兆を超えるWindowsの開発費に比べたら雀の涙だだろう。OS開発にはそれぐらいリソースがいるのだ。
そもそもAppleは巨額を投資してOS開発をしたが失敗したから、今はOSS陣営からOSを丸パクリしてるのだ。 そもそもAppleが自社で本当にOS開発してるのならCPUアーキテクチャ変更なんてしないはず。
切捨ての代償がでかすぎる。ソースパクるためにx86に移行したと考えるのが妥当。 むしろハードの生産を続ける方が費用が掛かりすぎただろうな。 >>51
つまり、FreeBSDに未来がないことは間違いないと。 FreeBSDに未来なんかあるわけないやん
もちろんOpenBSDもNetBSDも
Linuxの代わりにしか使えないOSには
Linuxに移行するまでの時間稼ぎとしての役目しか残ってないよ きっとLinux板で爪弾きにされて流れてきたんだろう
かわいそうに FreeBSDは人材不足でもう保守できなくなっている。
GPLが嫌いだからこの板にいたがもう勝負は決したようだ。 後はグーグルが買ってダメにして
マイクロソフトがおいしくいただく、とw きちんと保守できてるのはOpenBSDだろ。FreeBSDはもうオワコンかもな。 保守状況を網羅している58が巨額の寄付をしたに決まっている スパコンで負けモバイルで負け
デスクトップPCはそれ自体が縮小
最後の砦だったIAサーバーもDocker全盛
jailを上手く宣伝できてたらなー 勘違いしてる人がいるな。金で解決する問題じゃない。
穴のないコードを書こうと意識しているかどうか。
複雑でわかりにくいコードを嫌い、シンプルでバグのないコードに変えていこうとするメンバーが集まっているかどうか。 そんな意識の高い人達ってかっこいいですね。
FreeBSD Projectはどうなんでしょうか。 個人商店のO
一応組織のF
カネを突っ込んでコントロールするならOの方がやりやすいな
googleがカネやクビを突っ込むとロクなことにならん まずportsやmakeの複雑で意味がないコードを棄てたら? iXsystemがパトロンやなかたけ？
YahooはLinuxに逝ってもた >>66
どっかの過去ログでも「Oは独裁制でFNは選挙制」って言ってましたもんね。
その独裁者が金に左右される人物かどうかは分かりかねますが。 >>73
どうせ ports 経由の local/ はGNUでベタベタだろ
local/ にGNUの最低限の環境を突っ込んで後はぃぬと同じ
OSに mk/* なんて全く役に立ってないんだし 全廃でおｋ >>74
その結果既存のユーザーにどんなメリットがある？ >>62
というか数万、数千万項目の単体テストなんてお金貰わないと面倒でやってられないんだよ。
意識の問題ではなく品質が低いのはそれが理由。
バグ報告してたも碌に対応しないような輩がテストなんかしてるわけがない。 >>77
数万、数千万項目の単体テストなんて元々やってないでしょう。
バグレポートへの対応を早くやるだけでいいのでは >>75
FreeBSDにしか通用しない煩雑なものを理解する必要がなくなる
ports は、パッケージを提供する側のことを考えて作られていてユーザの自由を制限するものでしかないんだよ
>>76
src/* 民間の開発ならどこもやってるよ。そもそもやらないと納品できないだろう。 失礼w
>>76
src/*
これは削除W
LFSというLinuxの配布があるが、それでインストールされるOSの起動に必要なもの以外全部だ。 一方Theoはstrlcpyの使用を義務づけた
(GNU的には批判有り) GNUのやつらはstrlcpyが嫌いだろうねw
共産主義が宗教を嫌う宗教と同じものってことに似てるんだw >>79
お前の脳みそが ports を理解できないだけだろが
このノータリンw >>84
おいらが煩雑だと感じるものを一般ユーザが使える分けないんだよ >>85
portsが煩わしいなら/usr/portsを削除するか、インストール時にportsを選択しなければいい。
FreeBSDにはバイナリパッケージの配布もあるし、貴殿の様な達人なら野良ビルドでも十分実用的な環境を構築できるだろう。
但し一つだけ声を大にしても絶対通らないことがある。それは個人の独断で不特定多数のports使用権を奪う事。
一個人のエゴでユーザーの選択の余地を無くしてしまう事にはあまり賛成出来ない。
どうしても実現したいのであれば、貴殿がプロジェクトの重鎮になるか、フォークして独自OSを作るしかない。 なるほどこれは危険だ。セキュリティ重視のLinuxで実装に反対されるのもうなずける
https://ja.wikipedia.org/wiki/Strlcpy
strlcpyが危険な例：
char cmd[] = "rm *.bak";
char buf[5];
strlcpy(buf, cmd, sizeof(buf));
system(buf);
（sizeof(buf) が5であるため、最初の5-1=4文字しかコピーされず、"rm *" が実行されることになります） >>85
貴殿程の知識と情熱を持ってすれば難しいことではないはず そうしてこのまま何も変えずに
だらだら長くやってたものだけが慣れてるというだけで使うものになっちまうんだよな。
ま、どうでもいいけど。 >>89
いくら素晴らしい知識や技術、理念を持っていても民意を得られなければ絵に書いた餅、宝の持ち腐れである >>90
賛同してくれたか。
もう腐ったんだよ、BSDは。 >>80
FreeBSDの話をしています。
金もらって奴隷のように働かなきゃならない受託開発のやり方なんかどうでもいいんですよ。 Cの文字列処理ライブラリは何とかした方が良いよな…
少なくとも
struct String {
size_t length;
char *string;
};
を引数に持つ文字列処理ライブラリを標準に含めるべき
そうすれば不幸な事故はかなり防げるはず >>96
シェルスクリプトあるいはスクリプト言語があるだろ
何でもかんでもCを始めとしたネイティブコードで処理しなきゃならないっていう脅迫概念を捨てろ >>97
組み込みとかCを使うことなんて山ほどあるだろ
Cは人気言語第3位だぞ >>96
そこは適材適所で、面倒だと思えば別の言語使えばいいだろ
標準型に文字列があったり、標準ライブラリで文字列操作が充実してるやつ >>98
このスレはFreeBSDを騙れ?だろ
誰かコイツをつまみ出せ！ >>80
数千万項目とかどんだけでかいシステムなんだよw ■ このスレッドは過去ログ倉庫に格納されています
