FreeBSDを語れ Part59

**名無しさん＠お腹いっぱい。** · 2025/05/17(土) 07:42:42.55

BSDだとドライバが少ないからAndroidみたいに有象無象のメーカーは載って来ないな
中華台湾はLinuxを使い慣れとるしこの選択は必然だった

**名無しさん＠お腹いっぱい。** · 2025/05/23(金) 15:19:39.41

FreeBSDを嫌いじゃないけど、Darwin kernelにGNU userlandを乗せたUnix OSがあると面白いけどな

**名無しさん＠お腹いっぱい。** · 2025/05/23(金) 21:50:16.85

つ homebrew

**名無しさん＠お腹いっぱい。** · 2025/05/23(金) 22:04:58.00

GNU HurdがMachの派生なのでDarwinと似たようなもんじゃね？え、違うの？

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 03:01:35.68

>>202
何が面白いのかわからんが、フリーで揃うんだし自分でやれば？

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 17:01:01.83

Debian k/FreeBSD

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 18:31:25.80

Debian kFreeBSDはディスコンだがね
スタートアップから全部GNUユーザーランドは面倒そうだからJailの上にでも作ってみれば？

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 18:45:43.85

元の話のDarwinのカーネルだけ持ってきて何が面白いんだ？
という気はする

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 20:39:54.87

>>204
GNU HurdはMachを使ってるけど、完全にマイクロカーネルでかつマルチサーバー構成なんで、そもそも他のOSとも一線を画してる

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 20:46:08.31

darwinってアップルがやってる時点でオープン面するための激ウソだろうなって最初から思ったよな

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 22:05:58.52

>>209
サービスの提供の仕方がちょっと違うだけの話じゃん
中身の話をしたいならコードベースで殴り合えばいいけど
スペック自慢だけされてもねえ

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 22:27:36.89

>>211
意味が分からんなら無理に絡まなくていいよw

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:03:16.51

Machなんてメッセージパッシングがファンクションコールより余裕で1桁以上遅くて古臭い構造してるからパフォーマンスについては絶望的でそれで開発止まったようなもんじやない
今更、先なんてないOSですよ

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:08:31.45

だからAppleはわざわざメッセージパッシングの大部分を書き換えて通常のサブルーチンコールにしてパフォーマンスの改善を図ったのがDarwinじゃん

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:09:11.59

>>213
の「ファンクションコール」はサブルーチンコールの間違いw

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:34:53.73

>>213
BSDの機能は関数呼び出しになってるけど、macOSやiOSの色々な機能がMachのIPCを使って実装されてる
それはMachの実装が綺麗だから可能なんだよ
要するにハイブリッドなアーキテクチャーだから、綺麗かつ高速な実装の両方の良いとこ取りになってる

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:42:38.30

>>216
ハイブリッドにしないと実用的じゃなかった
だけの話じゃん

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 00:01:56.92

>>217
恐ろしく頓珍漢な返答だな…

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:16:13.43

>>216
いいとこ取りなんて誤魔化しもいいとこ
実用性のためにグチャグチャにした

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:28:09.98

マイクロカーネルの利点なんて今時点で上げると権限の分離が容易という点
特権を必要とするコードベースが小さくなる点だが
Darwinではその利点は捨ててる

Linuxカーネル内におけるバグの研究ではバグの発生からそのバグが修正されるまでの期間はあまり変化していないとされている
コード量は増える一方なのに発生率は変わらないから常にバグは一定量以上存在するはず
そしてそれは増える一方のデバイスドライバに多く存在する、脆弱性は一定以上存在したままだ
マイクロカーネルではデバイスドライバはユーザプログラムとして書く事ができIPCの高速なL4系OSでは効率も落ちない
このようなOSではより安全な環境の構築が可能だ

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:35:46.88

MachのIPCはそもそも遅いんだからレイテンシが大きくても構わないところで使ってるに過ぎない
そーいうのは元々ユーザランドで実装できる物だというだけ
pthreadを使うかMach IPCを使うかというレベルの話なんだわ

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:42:27.70

>>219
誤魔化してw
マイクロカーネルなので内部構造は非常にすっきりしてる
これが利点なのが分からんか？
グチャグチャにされたの根拠を知りたい

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:44:46.10

>>221
アホか
MachのIPCはメチャメチャ高速だ
関数呼び出しに比べれば遅いと言うだけで、猛烈にチューニングが進んでる

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:48:43.56

つうか、ここまで全員ソースコードを読んでもいない奴らのただの妄想w
絶対に信じてはならない、俺も含めてなw

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 21:08:40.98

>>222
すっきりしても遅いから、実用化のためにあちこち手が入ってるんだろ？
俺様の頭の中のOSはきれいで速い言われてもなあ

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 23:17:26.52

FreeBSDは独自のデスクトップを作るべきだよ
もう21世紀だよ令和だよ

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 00:13:58.02

独自のデスクトップ?
xfceでいいよ

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 00:34:34.55

Luminaとかどうなったんだ

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 11:24:08.59

>>226
メンテ量少なくて済むスカスカシンプルなやつにして欲しい
twmとかfluxbox系で

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 11:48:36.13

twm/ctwm/fvwmなんかがWaylandで動けばいいのにね

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 14:39:20.17

MacOS風のあれなんだったっけな…helloSystemだった。そして新たにravynOSなるものもできてた

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 19:17:02.09

>>223
桁違いに遅いのが事実
今のハードウェアでもサブルーチンコールの1桁以上（1命令最小1nSとすれば30nS～200nS以上）時間がかかる
この理由もわかっていてIPCではコンテクストスイッチによって命令キャッシュの殆んどがフラッシュされてしまうから
これはMachでは構造的に避けられない

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 23:36:07.31

>>232
https://www-old.cs.utah.edu/flux/mach4/html/Mach4-proj.html
Machプロジェクトを引き継いだMach4のサイトの資料にIPCを改善したという報告がある
システムコールより速くなってるなw
https://i.imgur.com/x0FViZ1.png

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 23:43:02.39

Mach4を、カーネルに使っているOSはどれだい？

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 00:02:32.49

「PA-RISCか…何もかも、皆懐かしい」

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 00:28:20.58

PA-RISCはTLBないからコンテキストスイッチが速いのかもね

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 10:11:53.97

現在生き残っていて開発継続しているPC用カーネルってどんだけあるの？

WindowsNT
Linux
BSD三兄弟
Mach
AIX

他にある？

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 11:37:09.79

AIXはPCなんか？

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 18:34:41.08

HURDは

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 00:19:51.94

開発してんの？

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 05:26:25.73

AIXってメンテが継続しているだけだと思っていた
開発が継続しているとは知らなかった

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 09:37:23.67

AIXってそういう状況か。20年ぐらい前に見たっきりなんだよね
じゃあ現状は

WindowsNT
Linux
FreeBSD
Mach

こんだけか。netとopenはFreeBSDの養分

カーネルベースだと、これだけで、サーバー、デスクトップ、ノート、スマートフォン、ゲームを網羅する
Linuxのデスクトップは割合からすればゴミレベル

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 08:05:26.91

商業的、ユーザー数的に次に消えるのはFreeBSDだな

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 14:04:24.44

存在意義を失いかけてるnetbsdが1番やばいが失うものがない地点まで来てるからな
freebsdはデスクトップ環境を整備できるパワーが足りなくなると滅びる
openbsdは延々続くだろうな

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 15:29:29.03

>>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ではそこまで
早くなるんだわ

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 15:40:49.78

seL4というのはセキュリティ面の研究プロジェクトの実装で仕様と実装の動作が完全に一致する事を検証した、セキュリティ的な瑕疵の全くないOS

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 20:12:47.12

>>245
Mach4という完成したものがある訳じゃなくてプロジェクト名だし、他のMachが成果を取り込むことも可能だろ
あと、時間を比較しても無意味だろ
動かす環境で全然変わる
関数呼び出しより速くなったという事が重要

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 21:39:08.25

>>247
システムコールと関数呼び出しを混同させてる時点で眉唾だなあ

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 22:55:41.64

>>247
だからそう書いてある

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 23:02:00.91

ほんと日本語すらまともに読めないのかよ

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 23:04:59.48

システムコールの処理時間と言うたら普通そのトップハーフ側の処理時間を含むもんな

**名無しさん＠お腹いっぱい。** · 2025/06/01(日) 00:47:43.00

何が言いたいか分からんが、その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ
Mach4の資料にもIPCをシンプルにしたと書いてあんだろ
複雑なIPCはその上に構築したと書いてある
それで互換性を保ってんだろう
突っ込みたいならちゃんと元の資料を読んでからにしろよ…

**名無しさん＠お腹いっぱい。** · 2025/06/01(日) 08:30:23.78

FreeBSDのシステムコール
32bitも64bitも
writeは4

macOSも
writeは4

Linuxは
32bitは4
64bitは1

Linuxは謎。
まあアセンブラで32bitと64bitのプログラムを共有する必要は無いからか

**名無しさん＠お腹いっぱい。** · 2025/06/03(火) 19:43:23.29

読めと言われてもリンク切ればかりでどうにもならんがw
今どきanon ftp？ってFTPクライアントしばらくぶりに使ってみたけどダメ

> その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ
ああ、それは無理なの解ってるから。それこそ資料読めよ。こっちはいくらでも出てくるから

**名無しさん＠お腹いっぱい。** · 2025/06/03(火) 19:55:51.48

もう何十年も前にユタ州立大の件は調べたことはあるけど
確かOSを構成するためのフレームワークの研究的なことやってたんだっけ？
その頃の資料が残ってりゃ見るものもあったのかもしらんが

**名無しさん＠お腹いっぱい。** · 2025/06/03(火) 20:07:47.56

何度もで申し訳ないけど訂正だけ
×ユタ州立大
◯ユタ大学

**名無しさん＠お腹いっぱい。** · 2025/06/04(水) 02:48:34.85

>>254
>>233の資料を読めと言ってんだよ
頭沸いてんかよ…

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 03:46:31.30

3日も過ぎたけど14.3にupgrade完了

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 22:19:01.77

iwlwifi 速くなったらしいが忙しいし今回もスキップかな。未だに14.1R だ。

**名無しさん＠お腹いっぱい。** · 2025/06/14(土) 05:33:22.84

>>258
mergemaster
とか実行してますか?

buildworld しなくなってから、
src レスで freebsd-update してるけど
/etc の更新をしていないことに
今更気付いた

**名無しさん＠お腹いっぱい。** · 2025/06/14(土) 07:59:10.29

>>260
etcupdate は
/usr/src なくても実行できるし、
14.0R リリースノートに
mergemaster 非推奨と明示されていました

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 12:41:08.09

速度は正義
綺麗なアーキテクチャ()

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 08:32:50.10

R15で32ビット版はアーム以外は終了か。
おつかれさんです。

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 23:23:42.38

LinuxからFreeBSDに乗り換えたという人の動画（英語）
https://www.youtube.com/watch?v=Rk5kJ2iWYaU

**名無しさん＠お腹いっぱい。** · 2025/07/01(火) 00:21:41.85

何か利点はあったか要約ヨロ

**名無しさん＠お腹いっぱい。** · 2025/07/01(火) 20:25:13.66

中身が薄いから見なくてもいいと思う

**名無しさん＠お腹いっぱい。** · 2025/07/02(水) 22:11:51.93

今でも国内の大学でFreeBSDというかUnix教えてるとこあるの？
もうLinuxに置き換わったろうしそもそも情報工学系学部が激減したね

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 09:15:55.06

>>264
を見ると、Linuxはカーネルだけであり
みながLinuxと思っているのはGNU Toolsでしかないらしい

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 10:20:44.37

もともと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の方が方言、マイノリティで。

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 19:58:34.37

物知りっく

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 21:12:34.34

誰がうマイクロカーネルえと

**FreeBSDでwimeを使っている君** · 2025/07/03(木) 23:53:34.19

>>268
まあ、ザックリそうではないか、と思います。

/binの下なんかで、GNU_Toolsで足りなかった物は、
BSDから持って行ったんじゃなかったかな。
その辺の勘違いが『Linuxを256倍使うための本』で、
あるエンジニア「LinuxってBSD（コマンドが）ですよね」
生越昌己「違うんだよタコ！」
という感じで触れられていました。

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 00:22:12.03

Androidや、LinuxディストリビューションでもAlpine Linuxなんかは非GNUじゃなかったっけ

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 02:03:53.38

>>269
盗んだとか嘘つくな
初期のUNIXは利益が出るものになるとは思ってなくて、普通に格安で配布してたんだよ
それをビル・ジョイが幾つかコマンドを追加して配布したのが最初のBSD
DはDistributionのD
Linuxの配布物をDistribution言うのは、BSDの影響じゃないかと思われる

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 18:05:50.02

掘った芋弄ったな

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 18:08:20.82

Alpineはglibcではなくmusl, bash等gnu toolsではなくbusyboxだ品
別にGNUに頼らなくてもLinux distroが構成出来るのは良い時代になった

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 19:39:52.71

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だけ？

**名無しさん＠お腹いっぱい。** · 2025/07/05(土) 01:34:01.60

しっかりPorts Collectionってかいてあるやん

**FreeBSDでwimeを使っている君** · 2025/07/05(土) 01:55:58.09

いや、まあ、 >>278 な訳ですが。

例えば、WineをPortsからmakeするとします。

「Build dependencies」に、gccが指定されているので、
gccが入っていない場合、依存関係があるので、
gccもmakeされます。

「Runtime dependencies」にも、
gccが指定されているので、Wineをpkg(8)から入れた場合も、
依存関係で入るんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 16:37:17.49

https://chimera-linux.org/
カーネルはLinuxでユーザーランドはFreeBSDらしい

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 20:19:10.50

なんかキチガイ

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 20:56:06.96

>>280
GNUがきらいということだろうな

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 22:11:03.26

ベースがlinuxか
逆じゃねーのかよw

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 22:11:33.23

世の中、Linuxが無くてもFreeBSDがUNIXを駆逐してたと思う
Linuxの代りに全てのサーバーがFreeBSDになり
スーパーコンピュータもFreeBSDで動いてたのではないか
GNUは消えていただろう

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 00:15:02.94

少なくともコンパイラーはclang(LLVM)で困らなくなったな
時間は掛かるがGNUはいずれ要らなくなる

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 00:33:23.36

>>283
DebianGNU/kFreeBSDが有るじゃないか。

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 06:09:57.08

emacsは無くならない
絶対ﾆﾀﾞ!

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 06:40:13.81

>>287
漢字かな変更は何を使っていますか？

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 07:36:30.04

デバドラの揃い方が違うのでカーネルはLinuxを使いたいがユーザーランドはBSDの方が好きという需要は無いことはないだろ
Macやゲーム機開発にも近くなるし、glibcの迷路具合ひどいしな

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 09:08:48.20

漢字かな変換は瀬戸かんなに決まっておろう

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 10:13:25.73

瀬戸朝香とは橋本環奈のハイブリッドか

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 10:37:30.36

>>286
ディスコン

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 14:10:25.01

muleにかんなだよな

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 15:18:02.64

BSD原理主義者はviかvimがあれば十分

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 16:42:11.78

BSD原理主義者がvim使うわけないじゃん
第一にライセンス的な理由で

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 18:16:36.48

ライブラリも揃っていて、同じバージョンのmule 使う選択もあるのかと感心した。
リーナスとMicroEMACSも古いけど

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 23:52:44.16

今見たらvimはGPL互換のライセンスになってた
最初からそうだったっけ？

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 04:34:04.73

gmake, gtarが無いと流石に不便
nvi, cshは察し

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 10:57:59.54

FreeBSD環境ではいまだにtcshだな
エディタはmgだけど

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 13:37:25.74

今GNU tar必要な場面って何だ？
800ぐらいports/pkg入れてる環境持ってるけどdependで入っていない
FreeBSDのtarってかなり拡張されてるからな
posix shellなら一周回ってkorn shellも悪くないぞ
OpenBSDのデフォルトはksh(oksh)だしな

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 14:08:13.45

昔は環境によってコマンドのヘルプやバージョン確認、バーボーズモードなんかのオプションすらバラバラでストレスだった

GNUのツール群に置き換えてからOSとか変わってもコマンドラインオプションが共通だし
それからすっかりGNU好きになってしまった

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 14:08:28.06

>>298 の意図する所は分からないが
tarなんか特にオプション確認が大切だし
圧縮もパイプラインせずに使えたしで
gtarに鞍替えした覚えある

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 15:37:52.32

LinuxはこのままJリーグみたなことを続けていくのかな

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 15:51:13.46

なるほどね
確かにtarのオプションは面倒だよね

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 16:30:07.84

tarのオプションは方言多いから、portsのビルドで使われたりはするよね
機能的には、FreeBSDのtarは優秀だとは思う

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 22:38:57.18

FreeBSDはX.orgとずっ友なの？

**名無しさん＠お腹いっぱい。** · 2025/07/09(水) 01:58:38.58

Linuxはどうも汚くって性に合わない。
しかし、windowsと言い、汚いほど動くアプリが多いんだよなあ。
動くアプリが多いから汚くなってるのかも知れんが。

**名無しさん＠お腹いっぱい。** · 2025/07/09(水) 02:10:33.79

そんだったら
openBSDよりもFreeBSDは汚いっていわれてしう

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 01:26:07.89

jリーグがどんなんなのかサッカー知らんから分からん

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 13:18:20.77

>>309
JリーグはJ1からJ3までで60チーム
さらにJFLが16チームある

Linuxはディストリビューションがひたすら増えている
AIに聞くと1000以上だと

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 18:54:25.51

そら増える一方だから
Linux from Scratchとかもあるし
自分で好きなようにディストロ組むのが楽しい人もおる
死んでるディストロも多数

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 20:03:13.01

LinuxはCentOSが無くなってさらに混乱している
無責任すぎるな

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 22:08:14.88

OSS界隈は元々責任なんてないだろ

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 07:21:53.01

>>307
悪貨は良貨を駆逐する
コの世界は昔からこれ
綺麗な実装綺麗なアーキテクチャがこの先生きのこるケースの方が稀なのに未だに綺麗汚いで判断するのが居るんやね

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 07:54:35.62

綺麗なアーキテクチャって、機能が少ないと言う事ではないだろうか。

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 10:23:38.45

>悪貨は良貨を駆逐する
で思い出したけどマイクロカーネルって、いまどうなってますか？
実用化されてるのはありますか？

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 10:33:13.65

>>312
ディストリビューションが混沌としてるのはそう
Linuxカーネルそのものは今のところリーナスがいて混乱してない
DistroWatch見るとBSD系もいっぱいあるやん

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 10:48:46.92

つまり五十歩百歩

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 13:41:19.82

BSDのディストリで現存するのは数えるほどですよ
FreeBSD系だとGhostBSDとTrueNASでしょ
GhostBSDは現在はどういう方針なのだろう

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 04:58:58.70

PCBSDが少し頑張ってたのは覚えてる

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 22:32:24.66

FreeBSDはこの先生きのこりますにゃんご！

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 22:55:46.56

きれいなアーキテクチャに皆んなついてこれないだけ。
きれいでなければ使う気しない。

**名無しさん＠お腹いっぱい。** · 2025/07/13(日) 02:24:37.23

GUIとwifiモジュールメンテ出来なくなったら死ぬだろうな

**名無しさん＠お腹いっぱい。** · 2025/07/13(日) 06:14:06.95

NetBSDちゃんが息してないの

**名無しさん＠お腹いっぱい。** · 2025/07/13(日) 14:47:19.36

>>324
FreeBSDがARMとRISC-Vに対応してるからな

AandroidにNetBSDが使われたのは、当時はFreeBSDがあまりARMに対応してなかったから

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 08:01:11.94

NetBSDはNVMM以降、影響力のある機能とか出してたっけ

**名無しさん＠お腹いっぱい。** · 2025/07/16(水) 04:33:29.37

NetBSD由来で他でも使われているものとしてはRumpkernelによるユーザースペースファイルシステムの実装なんつーのがありますね
fuseよりはオーバーヘッドは少ないのかな

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 12:36:00.66

>>324
もう合体するしかない(´・ω・`)

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 16:29:05.37

今やバイナリ互換性もない（ELFのフォーマット的に区別）別物のOSなのでFreeBSDとNetBSDを統一させる意味がない
NetBSDの標準コンパイラがgccなのは対応アーキテクチャがより広いという意味がある
PPC32等のマイナーアーキテクチャの対応も残って欲しい

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 21:30:21.98

Minix3にpkg供給する係だから

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 22:43:11.91

>>330
intel management engineの中身がminix3だったのか

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 07:06:36.99

FreeBSDは「オッカムの剃刀」をほぼ分かっているから。

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 11:18:41.78

これだけCPUやネットワークやUSBデバイスが多様化すると
たとえ大企業でもゼロからOSを作るのは難しい
そうやって淘汰された結果生き残ったのが

Windows
macOS
Linuxカーネル
FreeBSD

面構えが違う

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 12:40:49.17

タネンバウムさんも引退したしMinixをメンテしていく体制すらないんじゃね

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 14:37:29.97

>>333
多様化してたのはむしろ昔の方だろ
今は1つに集約されつつある

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 18:21:16.76

情報工学の発達した現代ではOS自体作るのはそんなに難しくない
どのくらいの機能・規模のものを作るか次第
CP/MやDOSはOSとは認めない人もRTOS系組み込みOSなら認めるだろう

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 18:30:27.65

>>336
ESP32でプログラムすると
FreeRTOSは便利だなと思ったが
そんなのとかTRONとは別のカテゴリーOSだな

**名無しさん＠お腹いっぱい。** · 2025/07/27(日) 20:33:07.34

もしもBSDが弱ければ
redhatが攻めてくる

**名無しさん＠お腹いっぱい。** · 2025/07/27(日) 20:41:04.71

太陽戦隊SunOS

**名無しさん＠お腹いっぱい。** · 2025/07/27(日) 22:41:40.51

1995年まで時間を巻き戻せるとして、*BSD がこの先生き残る道はあるのだろうか

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 00:22:07.13

>>340
リーナスがいなかったら
BSDしかないわけですよ

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 04:25:53.06

裁判も相当な打撃だった
彼らは裁判でBSDを潰しておきながら、自分たちは先に潰れて消滅した
因果応報ｗ

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 11:18:12.53

>>342
裁判が無ければBSD/OSは潰れておらず
サーバーOSの中核的地位になっていて
FreeBSDは無料UNIXとして広く普及し
GNUは潰れてたでしょう

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 13:16:13.09

とはいえportsやるのまんどくせ

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 05:39:28.30

悪貨は良貨を駆逐するのがコの世界で繰り返されて来た歴史
モトローラMC68000が普及しなかった時点で勝負は決まっていた

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 17:51:28.33

>>345
68000系は潰れる運命だったよ
最初から回路量が多くて消費電力多い
その割に性能が高いわけじゃなかった
FPUは機能を削って小さくするしか内蔵する方法がなかった
プロセス技術がインテルに対してアドバンテージを持っていたら何とか
そうでないならジリ貧
68030/i386の時期がギリギリ対向できる最後のチャンスだったな
それまでの時期、生産性が大違いだったのも大きい

**名無しさん＠お腹いっぱい。** · 2025/07/31(木) 02:05:30.76

Z80のおかげで命脈を保った感があるけどなあ
社会党(Z80)と野合して生き延びた自民党みたいに

**名無しさん＠お腹いっぱい。** · 2025/07/31(木) 10:48:51.88

FreeBSDはもっと初期にデスクトップの整備をして
WindowsやMacと同等の固有のデスクトップがあれば
違った展開もあったと思うけど、そんなことには誰も関心が無かった

**名無しさん＠お腹いっぱい。** · 2025/08/01(金) 16:41:21.87

>>348
むしろGUIをバカにしてた感もある
それよりも大きいのは数値計算だろうな
これちゃんとOSから整備しようとしてたらよかったのにな

**名無しさん＠お腹いっぱい。** · 2025/08/03(日) 00:35:53.83

FortranBSD
https://fortranbsd..sourceforge.io
for high-performance computing

**名無しさん＠お腹いっぱい。** · 2025/08/03(日) 00:37:18.77

いけね
.が一つ多いから消してくれ

**名無しさん＠お腹いっぱい。** · 2025/08/03(日) 00:51:05.01

GUIをバカにしたと言うよりは
X上の物ではある以上OS依存の物ではない
所詮寄せ集めである以上何かするためには固有の覚えることが多すぎの問題は解決しない

あたりである意味諦めていたというか
むしろ今なら割とOSは何でも良くね？って状態になりつつあると思うよ

**名無しさん＠お腹いっぱい。** · 2025/08/16(土) 15:31:06.58

GNU嫌いのおまえらでもGNU Emacsを使わざるを得ない現実

**名無しさん＠お腹いっぱい。** · 2025/08/16(土) 22:34:45.55

Linu{s|x}が嫌いなだけでGNUが嫌いな訳ではない

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 01:59:39.09

emacsなんかどうでもいいだろ、GNU Makeこそ代えが効かない

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 02:10:28.69

コマンド群はLinuxと一緒にしてくれた方が良いんじゃなかろうか

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 02:38:01.73

それだとPOSIX準拠を満たせなくなる(GNUは意図的にあちこち違反してる)
POSIXは米政府の入札条件にもなってたりするので回り回ってどこかが困りそう

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 05:18:44.17

いまやUNIX系OSのコマンドと言えばGNUが圧倒的多数派なんだから
「GNUが必要があって仕様変更したんだから、POSIXはGNUに黙って付いて来い」
くらいRMS氏は思ってると思う

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 12:29:11.83

そう言えば POSIX commands は2024年にUpdateされたね
https://en.m.wikipedia.org/wiki/List_of_POSIX_commands

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 17:30:00.46

規格準拠に見せかけて微妙に違う動作を混ぜ込むのはMSのよくやるベンダーロックインの常套手段だからな
現にこのスレですらGNUコマンドにロックされた者が現れた
我々はGNUの精神を守るためにGNU拡張と戦わねばならない

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 17:38:38.06

POSIX はベンダー毎に異なっていたUNIXの仕様の最大公約数だから、コマンドに関してはコマンドオプションの出力だけだよ。
その最低限を守っているならPOSIX互換は保てている。

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 18:11:06.38

>>360
GNUの精神いうなら、ソースが公開されてるんだから、
自分で直せって話では

**名無しさん＠お腹いっぱい。** · 2025/08/17(日) 18:18:45.79

>>362
いやごめん適当書いただけだよ
実際にはGNUはGPLを広めるため戦略的にわざとユーザーがGNUソフトウェアに依存するような作りにしてるわけで

**名無しさん＠お腹いっぱい。** · 2025/08/19(火) 13:51:23.05

わしのやってる唯一の抵抗は、FreeBSD環境ではtcshを使うこと
setenvだsetenv

SunOS4.1.4の頃は誰もbashなんか使ってなかったよ

**名無しさん＠お腹いっぱい。** · 2025/08/19(火) 23:34:09.64

だって昔はbash重たかったやん
SunOS4の頃は軽いシェルが正義

**名無しさん＠お腹いっぱい。** · 2025/08/20(水) 08:40:46.34

$対%の戦い

**名無しさん＠お腹いっぱい。** · 2025/08/21(木) 15:52:52.00

｢クライシスアクター｣｢宮本晴代｣｢豊島保養所｣｢ケムトレイル｣｢マグナBSP｣｢アドレノクロム｣←画像検索＆拡散！！
｢ムサシ　不正選挙｣←要検索！！！ちなみにアメリカは「ドミニオン」な

インドの対日レアアース輸出禁止・インドの航空機事故・インドの新幹線導入はリンクしています。
爬虫類（レプティリアン/DS）金融ヤクザ天〇財閥・tsmc浙江財閥等の中華系爬虫類組織をぶっ潰しましょう。

イラン国内のモサド工作員　≒　イラン在住のレプ
レプ（DS）の地下施設に突撃！！！！

www.youtube.com/watch?v=UzEhzJw69KM　www.youtube.com/watch?v=fsG76Mo5ZTs
www.youtube.com/watch?v=V1SXb3tIk8U　www.youtube.com/watch?v=fa8ZfKL7TZ4
www.youtube.com/watch?v=EuQWR0cl7es　www.youtube.com/watch?v=daApYtbhUbQ
www.youtube.com/watch?v=83ZMb2vK_dI　www.youtube.com/watch?v=DlIqow9MnxQ
www.youtube.com/watch?v=ETlSW0OiB5U　www.youtube.com/watch?v=xfW4ha_Bfrs
www.youtube.com/watch?v=HBL5oidtCpw　www.youtube.com/watch?v=R6FLwGhZ4xY

あなたの周りにも存在し、自分たちの種族に敵対的な存在に対して集団ストーカー等を仕掛ける痛い下等種族です。

ユダヤ系住民がタムラへの攻撃を喜び、「村が燃えますように」と叫ぶ様子
↑人間同士の対立を煽るこいつがレプやでーーーーー

**名無しさん＠お腹いっぱい。** · 2025/08/25(月) 10:31:32.56

AndroidはmacOSやiOSのコピーなので
Machの代わりにLinuxカーネルは使いますが(Linuxカーネル自体はGPLではない)
ユーザーランドはBionicという4.4BSDを使っています
macOSやiOSも4.4BSDなので同じようなものです
Bionicにはlibcをコンパクトにしたものも含まれます

一方、Chrome Bookに使われるChromeOSはGentoベースです
グラフィックもXサーバー上で動くXです。
しかしGoogleという巨大企業でもChoromeOSの保守は難しく
Androidのデスクトップモードで置き換えようとしています

唯一成功したLinuxデスクトップが捨てられるのです

**名無しさん＠お腹いっぱい。** · 2025/08/25(月) 10:38:59.66

いやLinuxカーネルはGPLですが

**名無しさん＠お腹いっぱい。** · 2025/08/25(月) 12:04:36.24

自分の主張の為に事実を書き換えるんですね368
Xは使ってないし
https://ja.m.wikibooks.org/wiki/ChromeOS

**名無しさん＠お腹いっぱい。** · 2025/08/25(月) 13:41:36.58

>>369
Linux自体はGPLだけどユーザーはカーネルを使うだけなので
その上のユーザーランドがBSDライセンスの場合は
そのソースを開示する義務が無い
Androidはそうやって、Linuxをカーネルとしてだけ使ってる(まあLinuxはカーネルを指すのだが)。
ChromeOSはGentoでありユーザーランドがGNUなのでGPLであり公開しないといけないので、
ChromeOSはAndroidで置き換えてGPLフリーにしようとしているのね
LinuxカーネルもBSDに置き換えればいいんだと思うけどね

**名無しさん＠お腹いっぱい。** · 2025/08/25(月) 15:25:30.97

なんでいつもgentooをgentoって書くの？変なこだわりでも持ってるのか？？

**名無しさん＠お腹いっぱい。** · 2025/08/25(月) 15:57:02.07

gentooなの
それは失敬

**名無しさん＠お腹いっぱい。** · 2025/09/04(木) 18:18:53.02

GPL V3で解決

**名無しさん＠お腹いっぱい。** · 2025/09/25(木) 17:57:21.26

もう語るネタも無し

**名無しさん＠お腹いっぱい。** · 2025/09/25(木) 18:02:07.71

名前出るところでやっても問題ないネタはそっちでやるからなあ

**名無しさん＠お腹いっぱい。** · 2025/09/26(金) 15:17:56.80

デスクトップはLuminaで統一すればいい

https://github.com/lumina-desktop/lumina

完全BSDライセンスだが、どういうツールキットなのか不明

**名無しさん＠お腹いっぱい。** · 2025/09/26(金) 18:17:17.99

>>377
C++/Qt5を使ってると書いてあった

**名無しさん＠お腹いっぱい。** · 2025/09/26(金) 23:12:18.65

よくみたらQt5って書いてあったな
QtってBSDやMITじゃないけど
FreeBSDがデスクトップ持てないのも、BSDライセンスなツールキットが無いためか

**名無しさん＠お腹いっぱい。** · 2025/09/27(土) 10:14:00.66

そもそも作る人がいないだけ

**名無しさん＠お腹いっぱい。** · 2025/09/28(日) 09:07:12.98

ユーザーの8割は枯れたジジイだからな

**名無しさん＠お腹いっぱい。** · 2025/09/28(日) 23:10:34.86

>>377
どの辺が良いの？

自分はmate + compiz で満足してる。
gnome のスマホUIなんて大画面PCで使ってる奴の気が知れない。
そもそも指タッチ対応ディスプレイじゃないし。

**名無しさん＠お腹いっぱい。** · 2025/09/29(月) 08:16:52.91

UNIX系のファイルマネージャはCDEの頃からださい

**名無しさん＠お腹いっぱい。** · 2025/09/29(月) 15:38:54.61

>>382
今はWindowsがGNOMEそっくりになってきたぞ
GNOMEは正しかった

**名無しさん＠お腹いっぱい。** · 2025/09/29(月) 16:18:37.00

>今はWindowsがGNOMEそっくりになってきたぞ
新説だと思うが、GNOME3以降は使い難いね。
MacOSのダメな所だけは、上手くトレースしている。

**名無しさん＠お腹いっぱい。** · 2025/09/29(月) 23:34:46.10

>>384
＞>>382
＞今はWindowsがGNOMEそっくりになってきたぞ
＞GNOMEは正しかった

なってないだろ。あそこまでバカのUIには。

GNOME3以降は、iPadにキーボードとマウスを繋げて27インチディスプレイに映して使う様なもんだぞ。思い浮かべればすぐに分かるが完全に頭が狂ってる。それか、開発陣全員のディスプレイが10インチ以下かのどちらか。

従来のUIも選べる、機能拡張で従来UIに出来る、等の情報もあったが、それは linux に限定の話で FreeBSD にはそう言う方法は存在しない。つまり、上で書いた狂った使い方しか出来ない。存在価値なし。ports のメンテナンスも辞めたらよいのに。

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 02:40:52.36

>>386
具体的に何が不味いのか書いてくれ
普通に使えてる

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 03:09:41.89

KDEにすれば全て解決
軽いXFCEもまた良し

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 05:25:29.06

>>387
＞>>386
＞具体的に何が不味いのか書いてくれ
＞普通に使えてる

iPadにキーボードとマウスを繋げて27インチディスプレイに映して使う様な所が不味い。
アクティビティコーナーが全く受け付けられない。何かする度に全画面切り替わるのが超絶ウザい。アレはスマホやタブレットの小画面で効果的な仕組み。大画面ではウザいの極み。なんで電卓立ち上げるだけに全画面切り替わらないといけないのか。ウザい。目が回る。画面上か下に置いた細いパネルからのカスケードメニューかパネルに置いた直ランチャーの方がよっぽどおとなしい。こっちは遊んでんじゃない。仕事してんだ。目が回るのはお断りだ。

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 17:09:02.55

>>389
dash to dockかなんか使えば済む話じゃないか?

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 18:33:26.70

GNOMEなんて嫌がらせにしか思えない

必死にGNOMEが一番だみたいな宣伝してるが、
これも罠みたいなもんだ

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 21:16:24.93

>>390
＞>>389
＞dash to dockかなんか使えば済む話じゃないか?

そう言うものは FreeBSD にはないでしょ。

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 22:57:17.77

>>389
マウスを左上に移動させた時に全画面にアプリの縮小画面が並ぶやつか？
それは大画面だから可能な事だ
スマホやタブレットの小さい画面でそんな事出来るわけないだろ
言ってる事が支離滅裂だなw

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 22:59:41.22

前もこのスレに書いたけど、Windowsみたいなタスクバーやデスクトップにアイコンを起きたいなら拡張で可能だ

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 23:07:09.53

>>393
＞>>389
＞マウスを左上に移動させた時に全画面にアプリの縮小画面が並ぶやつか？

違うんだよバカ。
アプリを起動するランチャーが全画面を覆い尽くす様なバカさ加減の事だ。狭い画面のスマホやタブレットでのみ合理的。それ以外では愚の骨頂なんだよ。これで分かったか。

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 23:11:02.23

>>394
＞前もこのスレに書いたけど、Windowsみたいなタスクバーやデスクトップにアイコンを起きたいなら拡張で可能だ

Linux ならそうかもね。それでlinus は酷評を辞めたそうだし。

でもFreeBSDでは使える機能拡張なんてほとんどないから無理。

**名無しさん＠お腹いっぱい。** · 2025/10/01(水) 02:37:31.29

試しに 14.1R に入れてみた gnome-42_5 だけど、こんなんですからね。

http://www.floral-village.info/up/1759253454.png

こんな状況ですから。

**名無しさん＠お腹いっぱい。** · 2025/10/01(水) 02:40:25.69

そんな事よりも、おまいら SA 来てるぞ

**名無しさん＠お腹いっぱい。** · 2025/10/01(水) 13:20:35.06

ChromeOSは廃止らしい
Androidでデスクトップの天下を取りに行くのかも
FreeBSDもAndroidのグラフィックシステムを使うのもいいかもしれない

**名無しさん＠お腹いっぱい。** · 2025/10/01(水) 18:42:38.61

廃PCをChromeOS Flexで再利用と大々的にやってたのはなんだったんだ
それともAndroidPC Flexも出るんだろうか