FreeBSDを語れ Part59

1 名前： [2024/11/06(水) 00:12:13.84 .net] https://www.freebsd.org/ 前スレ FreeBSDを語れ Part58 https://mevius.5ch.net/test/read.cgi/unix/1696777979/ 過去スレ FreeBSDを語れ Part57 https://mevius.5ch.net/test/read.cgi/unix/1682211057/ FreeBSDを語れ Part56 https://mevius.5ch.net/test/read.cgi/unix/1671084924/ FreeBSDを語れ Part55 https://mevius.5ch.net/test/read.cgi/unix/1649337763/ 関連スレ 初心者もOK! FreeBSD質問スレッド その125 https://mevius.5ch.net/test/read.cgi/unix/1632283136/ BSD/LinuxでのOffice/Desktop環境を語れ！　Part03 https://mevius.5ch.net/test/read.cgi/unix/1633521461/ RaspberryPiで稼働する*BSDを語れ https://mevius.5ch.net/test/read.cgi/unix/1582471618/ ##次スレは>>950を踏んだ人がたてませう 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 03:01:35.68 .net] >>202 何が面白いのかわからんが、フリーで揃うんだし自分でやれば？ 206 名前：名無しさん＠お腹いっぱい。 [2025/05/24(土) 17:01:01.83 .net] Debian k/FreeBSD 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 18:31:25.80 .net] Debian kFreeBSDはディスコンだがね スタートアップから全部GNUユーザーランドは面倒そうだからJailの上にでも作ってみれば？ 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 18:45:43.85 .net] 元の話のDarwinのカーネルだけ持ってきて何が面白いんだ？ という気はする 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 20:39:54.87 .net] >>204 GNU HurdはMachを使ってるけど、完全にマイクロカーネルでかつマルチサーバー構成なんで、そもそも他のOSとも一線を画してる 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 20:46:08.31 .net] darwinってアップルがやってる時点でオープン面するための激ウソだろうなって最初から思ったよな 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 22:05:58.52 .net] >>209 サービスの提供の仕方がちょっと違うだけの話じゃん 中身の話をしたいならコードベースで殴り合えばいいけど スペック自慢だけされてもねえ 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 22:27:36.89 .net] >>211 意味が分からんなら無理に絡まなくていいよw 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 23:03:16.51 .net] Machなんてメッセージパッシングがファンクションコールより余裕で1桁以上遅くて古臭い構造してるからパフォーマンスについては絶望的でそれで開発止まったようなもんじやない 今更、先なんてないOSですよ 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 23:08:31.45 .net] だからAppleはわざわざメッセージパッシングの大部分を書き換えて通常のサブルーチンコールにしてパフォーマンスの改善を図ったのがDarwinじゃん 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 23:09:11.59 .net] >>213 の「ファンクションコール」はサブルーチンコールの間違いw 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 23:34:53.73 .net] >>213 BSDの機能は関数呼び出しになってるけど、macOSやiOSの色々な機能がMachのIPCを使って実装されてる それはMachの実装が綺麗だから可能なんだよ 要するにハイブリッドなアーキテクチャーだから、綺麗かつ高速な実装の両方の良いとこ取りになってる 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/24(土) 23:42:38.30 .net] >>216 ハイブリッドにしないと実用的じゃなかった だけの話じゃん 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 00:01:56.92 .net] >>217 恐ろしく頓珍漢な返答だな… 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 20:16:13.43 .net] >>216 いいとこ取りなんて誤魔化しもいいとこ 実用性のためにグチャグチャにした 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 20:28:09.98 .net] マイクロカーネルの利点なんて今時点で上げると権限の分離が容易という点 特権を必要とするコードベースが小さくなる点だが Darwinではその利点は捨ててる Linuxカーネル内におけるバグの研究ではバグの発生からそのバグが修正されるまでの期間はあまり変化していないとされている コード量は増える一方なのに発生率は変わらないから常にバグは一定量以上存在するはず そしてそれは増える一方のデバイスドライバに多く存在する、脆弱性は一定以上存在したままだ マイクロカーネルではデバイスドライバはユーザプログラムとして書く事ができIPCの高速なL4系OSでは効率も落ちない このようなOSではより安全な環境の構築が可能だ 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 20:35:46.88 .net] MachのIPCはそもそも遅いんだからレイテンシが大きくても構わないところで使ってるに過ぎない そーいうのは元々ユーザランドで実装できる物だというだけ pthreadを使うかMach IPCを使うかというレベルの話なんだわ 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 20:42:27.70 .net] >>219 誤魔化してw マイクロカーネルなので内部構造は非常にすっきりしてる これが利点なのが分からんか？ グチャグチャにされたの根拠を知りたい 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 20:44:46.10 .net] >>221 アホか MachのIPCはメチャメチャ高速だ 関数呼び出しに比べれば遅いと言うだけで、猛烈にチューニングが進んでる 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 20:48:43.56 .net] つうか、ここまで全員ソースコードを読んでもいない奴らのただの妄想w 絶対に信じてはならない、俺も含めてなw 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 21:08:40.98 .net] >>222 すっきりしても遅いから、実用化のためにあちこち手が入ってるんだろ？ 俺様の頭の中のOSはきれいで速い言われてもなあ 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/25(日) 23:17:26.52 .net] FreeBSDは独自のデスクトップを作るべきだよ もう21世紀だよ令和だよ 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/26(月) 00:13:58.02 .net] 独自のデスクトップ? xfceでいいよ 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/26(月) 00:34:34.55 .net] Luminaとかどうなったんだ 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/26(月) 11:24:08.59 .net] >>226 メンテ量少なくて済むスカスカシンプルなやつにして欲しい twmとかfluxbox系で 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/26(月) 11:48:36.13 .net] twm/ctwm/fvwmなんかがWaylandで動けばいいのにね 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/26(月) 14:39:20.17 .net] MacOS風のあれなんだったっけな…helloSystemだった。そして新たにravynOSなるものもできてた 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/28(水) 19:17:02.09 .net] >>223 桁違いに遅いのが事実 今のハードウェアでもサブルーチンコールの1桁以上（1命令最小1nSとすれば30nS～200nS以上）時間がかかる この理由もわかっていてIPCではコンテクストスイッチによって命令キャッシュの殆んどがフラッシュされてしまうから これはMachでは構造的に避けられない 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/28(水) 23:36:07.31 .net] >>232 https://www-old.cs.utah.edu/flux/mach4/html/Mach4-proj.html Machプロジェクトを引き継いだMach4のサイトの資料にIPCを改善したという報告がある システムコールより速くなってるなw https://i.imgur.com/x0FViZ1.png 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/28(水) 23:43:02.39 .net] Mach4を、カーネルに使っているOSはどれだい？ 235 名前：名無しさん＠お腹いっぱい。 [2025/05/29(木) 00:02:32.49 .net] 「PA-RISCか…何もかも、皆懐かしい」 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/29(木) 00:28:20.58 .net] PA-RISCはTLBないからコンテキストスイッチが速いのかもね 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/29(木) 10:11:53.97 .net] 現在生き残っていて開発継続しているPC用カーネルってどんだけあるの？ WindowsNT Linux BSD三兄弟 Mach AIX 他にある？ 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/29(木) 11:37:09.79 .net] AIXはPCなんか？ 239 名前：名無しさん＠お腹いっぱい。 [2025/05/29(木) 18:34:41.08 .net] HURDは 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/30(金) 00:19:51.94 .net] 開発してんの？ 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/30(金) 05:26:25.73 .net] AIXってメンテが継続しているだけだと思っていた 開発が継続しているとは知らなかった 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/30(金) 09:37:23.67 .net] AIXってそういう状況か。20年ぐらい前に見たっきりなんだよね じゃあ現状は WindowsNT Linux FreeBSD Mach こんだけか。netとopenはFreeBSDの養分 カーネルベースだと、これだけで、サーバー、デスクトップ、ノート、スマートフォン、ゲームを網羅する Linuxのデスクトップは割合からすればゴミレベル 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 08:05:26.91 .net] 商業的、ユーザー数的に次に消えるのはFreeBSDだな 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 14:04:24.44 .net] 存在意義を失いかけてるnetbsdが1番やばいが失うものがない地点まで来てるからな freebsdはデスクトップ環境を整備できるパワーが足りなくなると滅びる openbsdは延々続くだろうな 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 15:29:29.03 .net] >>233 Mach4じゃあMacOSXとは関係ないし後継プロジェクトもないし死んだOSの歳を数えているようなもんだけど 4.6μSじゃぁプラットフォームがなんだか分からんけどとっても遅いよね xMachについてはユーザランドをFreeBSDにしたものが日本のNTTの研究所で実装されて配布もされていたけど 残念ながら続かなかった　一応俺は自分の環境で動かしはしたけど 1995年じゃマイクロカーネルの研究段階では中途半端な時期 https://www.cs.hs-rm.de/~kaiser/2020_aos/05b-ukx6.pdf これの6ページ目 まだまだ研究段階のL4の幾つかの実装での比較 Pistachioという実装がItaniumでIPCの実行を36クロックで行っている 実時間0.02μS=20nS 第2世代マイクロカーネル実装のL4ではそこまで 早くなるんだわ 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 15:40:49.78 .net] seL4というのはセキュリティ面の研究プロジェクトの実装で仕様と実装の動作が完全に一致する事を検証した、セキュリティ的な瑕疵の全くないOS 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 20:12:47.12 .net] >>245 Mach4という完成したものがある訳じゃなくてプロジェクト名だし、他のMachが成果を取り込むことも可能だろ あと、時間を比較しても無意味だろ 動かす環境で全然変わる 関数呼び出しより速くなったという事が重要 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 21:39:08.25 .net] >>247 システムコールと関数呼び出しを混同させてる時点で眉唾だなあ 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 22:55:41.64 .net] >>247 だからそう書いてある 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 23:02:00.91 .net] ほんと日本語すらまともに読めないのかよ 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/05/31(土) 23:04:59.48 .net] システムコールの処理時間と言うたら普通そのトップハーフ側の処理時間を含むもんな 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/01(日) 00:47:43.00 .net] 何が言いたいか分からんが、その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ Mach4の資料にもIPCをシンプルにしたと書いてあんだろ 複雑なIPCはその上に構築したと書いてある それで互換性を保ってんだろう 突っ込みたいならちゃんと元の資料を読んでからにしろよ… 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/01(日) 08:30:23.78 .net] FreeBSDのシステムコール 32bitも64bitも writeは4 macOSも writeは4 Linuxは 32bitは4 64bitは1 Linuxは謎。 まあアセンブラで32bitと64bitのプログラムを共有する必要は無いからか 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/03(火) 19:43:23.29 .net] 読めと言われてもリンク切ればかりでどうにもならんがw 今どきanon ftp？ってFTPクライアントしばらくぶりに使ってみたけどダメ > その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ ああ、それは無理なの解ってるから。それこそ資料読めよ。こっちはいくらでも出てくるから 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/03(火) 19:55:51.48 .net] もう何十年も前にユタ州立大の件は調べたことはあるけど 確かOSを構成するためのフレームワークの研究的なことやってたんだっけ？ その頃の資料が残ってりゃ見るものもあったのかもしらんが 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/03(火) 20:07:47.56 .net] 何度もで申し訳ないけど訂正だけ ×ユタ州立大 ◯ユタ大学 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/04(水) 02:48:34.85 .net] >>254 >>233の資料を読めと言ってんだよ 頭沸いてんかよ… 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/13(金) 03:46:31.30 .net] 3日も過ぎたけど14.3にupgrade完了 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/13(金) 22:19:01.77 .net] iwlwifi 速くなったらしいが忙しいし今回もスキップかな。未だに14.1R だ。 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/14(土) 05:33:22.84 .net] >>258 mergemaster とか実行してますか? buildworld しなくなってから、 src レスで freebsd-update してるけど /etc の更新をしていないことに 今更気付いた 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/14(土) 07:59:10.29 .net] >>260 etcupdate は /usr/src なくても実行できるし、 14.0R リリースノートに mergemaster 非推奨と明示されていました 262 名前：名無しさん＠お腹いっぱい。 [2025/06/29(日) 12:41:08.09 .net] 速度は正義 綺麗なアーキテクチャ() 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/30(月) 08:32:50.10 .net] R15で32ビット版はアーム以外は終了か。 おつかれさんです。 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/06/30(月) 23:23:42.38 .net] LinuxからFreeBSDに乗り換えたという人の動画（英語） https://www.youtube.com/watch?v=Rk5kJ2iWYaU 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/01(火) 00:21:41.85 .net] 何か利点はあったか要約ヨロ 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/01(火) 20:25:13.66 .net] 中身が薄いから見なくてもいいと思う 267 名前：名無しさん＠お腹いっぱい。 [2025/07/02(水) 22:11:51.93 .net] 今でも国内の大学でFreeBSDというかUnix教えてるとこあるの？ もうLinuxに置き換わったろうしそもそも情報工学系学部が激減したね 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/03(木) 09:15:55.06 .net] >>264 を見ると、Linuxはカーネルだけであり みながLinuxと思っているのはGNU Toolsでしかないらしい 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/03(木) 10:20:44.37 .net] もともとUNIXというものはAT&Tが持っていたもので、BSDはそれを盗み出して歴史的UNIXとか名乗っているだけ 「AT&TのUNIX」は、その後各社の商用UNIXなどへ派生して行き、 それをよしとしないRMSが UNIX System V (SVR) のクローンをスクラッチ開発する、として始まったのが、ソフトウェア/OSとしてのGNU GNUはフリーソフト運動も同名だったので、OSとしてのGNUを認識していない・区別できないアホがこの21世紀に至ってもまだゴロゴロ居る。 そして「AT&TのUNX」の眷属、商用UNIXは時代の波に流され廃れてゆき、 SVRクローンをスクラッチするはずだったGNU(OS)も、GNU方言などと呼ばれるように独自化していった このOSとしてのGNUの、カーネルの部分をLinuxに置き換えた、今使えるカーネルとして使えるものがLinuxくらいしかなかったので「あるものを使った」のが GNU/Linux などと呼ばれる環境 あくまでGNUというOS/環境の、カーネルだけ間に合わせでLinuxを使っているだけ、という構造であり建前。 GNUユーザーランドで他のカーネルを採用、という方向では、BSDカーネルを採用したものもあったね。確かDebian系で。まだ現存しているのかまでは知らんけど。 まあ、GNUはこうやって普及して行った。 Macなんかも結局野良リポジトリ突っ込んでGNUのツール環境とか導入しないと、開発環境として使い物にもならんカス環境だし。 逆に、BSD系で他カーネルにBSDユーザーランド、というものは何故か全く出て来ないね。 まあBSD環境ぶっちゃけゴミだしな。カッコウはコンピュータの上に～では、シェル履歴からコマンドのオプションがBSDじゃねえ、コイツ余所者だ！…などと断罪するシーンが描かれてたりしたけど、ワールドスタンダード的には当時からBSDの方が方言、マイノリティで。 270 名前：名無しさん＠お腹いっぱい。 [2025/07/03(木) 19:58:34.37 .net] 物知りっく 271 名前：名無しさん＠お腹いっぱい。 [2025/07/03(木) 21:12:34.34 .net] 誰がうマイクロカーネルえと 272 名前：FreeBSDでwimeを使っている君 mailto:sage [2025/07/03(木) 23:53:34.19 .net] >>268 まあ、ザックリそうではないか、と思います。 /binの下なんかで、GNU_Toolsで足りなかった物は、 BSDから持って行ったんじゃなかったかな。 その辺の勘違いが『Linuxを256倍使うための本』で、 あるエンジニア「LinuxってBSD（コマンドが）ですよね」 生越昌己「違うんだよタコ！」 という感じで触れられていました。 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/04(金) 00:22:12.03 .net] Androidや、LinuxディストリビューションでもAlpine Linuxなんかは非GNUじゃなかったっけ 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/04(金) 02:03:53.38 .net] >>269 盗んだとか嘘つくな 初期のUNIXは利益が出るものになるとは思ってなくて、普通に格安で配布してたんだよ それをビル・ジョイが幾つかコマンドを追加して配布したのが最初のBSD DはDistributionのD Linuxの配布物をDistribution言うのは、BSDの影響じゃないかと思われる 275 名前：名無しさん＠お腹いっぱい。 [2025/07/04(金) 18:05:50.02 .net] 掘った芋弄ったな 276 名前：名無しさん＠お腹いっぱい。 [2025/07/04(金) 18:08:20.82 .net] Alpineはglibcではなくmusl, bash等gnu toolsではなくbusyboxだ品 別にGNUに頼らなくてもLinux distroが構成出来るのは良い時代になった 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/04(金) 19:39:52.71 .net] FreeBSDはデフォルトでgcc入ってるんすか？ gcc --version gcc (FreeBSD Ports Collection) 13.3.0 Copyright (C) 2023 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 14Rを入れた後に、なにかmakeするために、いつの間にか入れてたんだけど、デフォルトではclangだけ？ 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/05(土) 01:34:01.60 .net] しっかりPorts Collectionってかいてあるやん 279 名前：FreeBSDでwimeを使っている君 mailto:sage [2025/07/05(土) 01:55:58.09 .net] いや、まあ、 >>278 な訳ですが。 例えば、WineをPortsからmakeするとします。 「Build dependencies」に、gccが指定されているので、 gccが入っていない場合、依存関係があるので、 gccもmakeされます。 「Runtime dependencies」にも、 gccが指定されているので、Wineをpkg(8)から入れた場合も、 依存関係で入るんじゃないかな。 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/06(日) 16:37:17.49 .net] https://chimera-linux.org/ カーネルはLinuxでユーザーランドはFreeBSDらしい 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/06(日) 20:19:10.50 .net] なんかキチガイ 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/06(日) 20:56:06.96 .net] >>280 GNUがきらいということだろうな 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/06(日) 22:11:03.26 .net] ベースがlinuxか 逆じゃねーのかよw 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/06(日) 22:11:33.23 .net] 世の中、Linuxが無くてもFreeBSDがUNIXを駆逐してたと思う Linuxの代りに全てのサーバーがFreeBSDになり スーパーコンピュータもFreeBSDで動いてたのではないか GNUは消えていただろう 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 00:15:02.94 .net] 少なくともコンパイラーはclang(LLVM)で困らなくなったな 時間は掛かるがGNUはいずれ要らなくなる 286 名前：名無しさん＠お腹いっぱい。 [2025/07/07(月) 00:33:23.36 .net] >>283 DebianGNU/kFreeBSDが有るじゃないか。 287 名前：名無しさん＠お腹いっぱい。 [2025/07/07(月) 06:09:57.08 .net] emacsは無くならない 絶対ﾆﾀﾞ! 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 06:40:13.81 .net] >>287 漢字かな変更は何を使っていますか？ 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 07:36:30.04 .net] デバドラの揃い方が違うのでカーネルはLinuxを使いたいがユーザーランドはBSDの方が好きという需要は無いことはないだろ Macやゲーム機開発にも近くなるし、glibcの迷路具合ひどいしな 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 09:08:48.20 .net] 漢字かな変換は瀬戸かんなに決まっておろう 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 10:13:25.73 .net] 瀬戸朝香とは橋本環奈のハイブリッドか 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 10:37:30.36 .net] >>286 ディスコン 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 14:10:25.01 .net] muleにかんなだよな 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 15:18:02.64 .net] BSD原理主義者はviかvimがあれば十分 295 名前：名無しさん＠お腹いっぱい。 [2025/07/07(月) 16:42:11.78 .net] BSD原理主義者がvim使うわけないじゃん 第一にライセンス的な理由で 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 18:16:36.48 .net] ライブラリも揃っていて、同じバージョンのmule 使う選択もあるのかと感心した。 リーナスとMicroEMACSも古いけど 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/07(月) 23:52:44.16 .net] 今見たらvimはGPL互換のライセンスになってた 最初からそうだったっけ？ 298 名前：名無しさん＠お腹いっぱい。 [2025/07/08(火) 04:34:04.73 .net] gmake, gtarが無いと流石に不便 nvi, cshは察し 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/08(火) 10:57:59.54 .net] FreeBSD環境ではいまだにtcshだな エディタはmgだけど 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/08(火) 13:37:25.74 .net] 今GNU tar必要な場面って何だ？ 800ぐらいports/pkg入れてる環境持ってるけどdependで入っていない FreeBSDのtarってかなり拡張されてるからな posix shellなら一周回ってkorn shellも悪くないぞ OpenBSDのデフォルトはksh(oksh)だしな 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/08(火) 14:08:13.45 .net] 昔は環境によってコマンドのヘルプやバージョン確認、バーボーズモードなんかのオプションすらバラバラでストレスだった GNUのツール群に置き換えてからOSとか変わってもコマンドラインオプションが共通だし それからすっかりGNU好きになってしまった 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/08(火) 14:08:28.06 .net] >>298 の意図する所は分からないが tarなんか特にオプション確認が大切だし 圧縮もパイプラインせずに使えたしで gtarに鞍替えした覚えある 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/08(火) 15:37:52.32 .net] LinuxはこのままJリーグみたなことを続けていくのかな 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/07/08(火) 15:51:13.46 .net] なるほどね 確かにtarのオプションは面倒だよね 305 名前：名無しさん＠お腹いっぱい。 [2025/07/08(火) 16:30:07.84 .net] tarのオプションは方言多いから、portsのビルドで使われたりはするよね 機能的には、FreeBSDのtarは優秀だとは思う

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef