FreeBSDを語れ Part56

■ このスレッドは過去ログ倉庫に格納されています
1名無しさん＠お腹いっぱい。
垢版 |
2022/12/15(木) 15:15:24.22
The FreeBSD Project
www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part55
https://mevius.5ch.net/test/read.cgi/unix/1649337763/
過去スレ
FreeBSDを語れ Part54
https://mevius.5ch.net/test/read.cgi/unix/1630061644/
FreeBSDを語れ Part53
https://mevius.5ch.net/test/read.cgi/unix/1607845477/
FreeBSDを語れ Part52
https://mevius.5ch.net/test/read.cgi/unix/1596404184/

関連スレ
初心者も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を踏んだ人がたてませう
##立てられない場合は報告し立てられる人が立てるべし
##それまで雑談すんなスットコドッコイめ
2023/02/15(水) 21:38:54.19
おまいらタレこんだ？

非 GNU な Linux ディストリビューション
https://m.srad.jp/story/23/02/14/190237
2023/02/16(木) 00:50:27.19
タレに漬け込んだ
2023/02/16(木) 10:29:56.66
誰が漬けてもいいし、誰が注ぎ足してもいい。
これが、オープンソースw
268名無しさん＠お腹いっぱい。
垢版 |
2023/02/16(木) 10:33:44.68
2度付けは禁止だよ
2023/02/16(木) 13:55:43.80
PC-9801用のLinuxは存在しなかったのか
2023/02/16(木) 15:22:07.47
PlamoLinuxであったような
2023/02/16(木) 15:29:37.36
>>264
そんなのは極一部で主な問題は違法コピー
CPUとGPUのパワーだけを見ればコスパは高いがメモリ容量が圧倒的に足りない、
ネットワーク含めた入出力の手段が限定される上にパフォーマンスが出ない、
今やUSB搭載が当たり前になってはいるがBSDへの移行前のゲーム機はキーボードを含めた
周辺機器の接続手段に乏しい、等々
Linuxカーネル時代のゲーム機はワークステーションとして実用に耐えられるレベルじゃなかった
272名無しさん＠お腹いっぱい。
垢版 |
2023/02/16(木) 21:54:12.68
マイニングにも使われてたしな
2023/02/16(木) 22:32:37.63
違法コピーの人、DVDモドキのプロテクトの話なしてね？
OS 関係ない気がするんだが。
2023/02/17(金) 00:41:12.08
マイニングの類はBSDカーネルに移行した後の話だろ
2023/02/17(金) 16:42:28.41
>>270
slackwareだった。少し使ってみたが馴染めなかったなぁ。
2023/02/17(金) 17:37:27.28
>>235
情弱ですみませんが、何かトラブルありました?
2023/02/18(土) 21:00:35.11
Hiroki Sato@Hiroki_Sato　（Hiroki_Sato/status/1612912972212604928）
＞どうしても「泡沫」とか「死につつあるOS」とかいうワードを入れたい人が
＞一人いるらしく、消されたり戻ったりしている。
＞https://ja.wikipedia.org/w/index.php?title=FreeBSD&diff=91368755&oldid=90463678
5:43 AM・Jan 11, 2023
※投稿時に、投稿内容末尾に文字列がつくので
　twitterURLのアカウント名以下としています。

上の引用のwikipediaの履歴を見たが、必死でこんな事をするとは、
カネになるのか、自己他者評価がゆがんでいるのか、思考に問題が
あるのか。
そりゃあ、UNIX板で役に立たないレスをする生物も発生するね、と思う。
そんな労力があるなら、wimeをports化する事を……（以下略）。
あいかわらず、「そういう生物がいる事を前提としないといけない
社会を、生きてゆかないといけない」のだなあ、と思う。
2023/02/18(土) 21:44:48.80
マンホール動画に目が釘付けされた
2023/02/18(土) 21:51:29.31
取り敢えずqemu上でアップグレードいけたわ
freebsd-update -r 13.2-BETA2 upgrade
2023/02/19(日) 05:10:00.62
今時さ、男同士でセックスしたからってホモ呼ばわりとか時代遅れなんだよね
早くアップデートしようよ
2023/02/20(月) 11:32:26.38
残ったBSD(Free, Net, Open, Apple)で5BSDの仕様を考えて
次期アップグレードでは5BSDの仕様に準拠するようにしてはどうか
Machカーネルも5BSDの仕様に入れて
2023/02/20(月) 12:53:48.25
無駄なことしてるよりもコードとドキュメント書いていたほうがよくね？
2023/02/20(月) 18:34:39.77
>>277
NetBSDにもWikipediaで変な書き込みをするKshockszって奴がいるな
〜〜〜惨憺たるありさまである
〜〜〜忘れ去られた存在となりつつある
〜〜〜古色蒼然とした雰囲気を醸し出すだけの存在に成り下がっている
fjやtwmの編集記録と合わせると"古色蒼然とした"って言葉がお気に入りっぽい
2023/02/20(月) 19:46:47.67
>>281
意見が分かれて分離してるのに、そんなのが実現できるわけ無いでしょｗ
だいたい5BSDの仕様を作る意味は何？
それでOSの機能が強化されると思ってる？

つまりmacOSと同じ機能を他のBSDが実装するのはいつ？
2023/02/20(月) 19:48:26.06
GNUの実装を5BSDの仕様にするのはどうだ？
そうすればいいことがあるぞｗ
2023/02/20(月) 20:20:55.21
>>284
お互いの成果物でいいと思ったものをお互いに取り込みあってる今の関係でいいよな
DragonflyBSD、FreeBSD、NetBSD、OpenBSD
リンゴは何があったっけと思ったけどclangを忘れちゃいけなかった
2023/02/20(月) 23:38:54.74
どっかで整理した方がいいのは確か。
4.4BSD liteに対して、それぞれのBSDで変えた部分と変えてない部分があるはずで
変えてない保守的な部分を変える。もっと言えばAppleのカーネルを取り入れる。
2023/02/21(火) 01:45:54.59
>>287
Appleのカーネルを取り入れた
新しいBSD系OS作ればいいじゃんｗ
2023/02/21(火) 06:50:05.82
もう5BSDとか何某準拠とか求められてないと思う
2023/02/21(火) 08:21:52.18
UNIXの末期がSVR4で終わったのに似ている
2023/02/21(火) 08:26:46.50
FreeBSD 全集みたいにドキュメントまとめてくれた方が嬉しい。Linux の知識でFreeBSD を使っているのが今の状態でないか。
292名無しさん＠お腹いっぱい。
垢版 |
2023/02/21(火) 09:09:47.50
ports とか pkgsrc が共通で使えればいいんでは
2023/02/21(火) 09:35:58.14
Windowsは１社独占で開発し
Linuxはカーネルの改良をスターリンみたいな独裁者が仕切ってるのに対して
BSD系はどうもそのあたりが弱いというか
2023/02/21(火) 13:39:03.88
>>293
スターリンみたいなって


有無を言わさないってこと？
2023/02/21(火) 13:43:19.00
BSDは男塾のイメージ
2023/02/21(火) 13:48:51.32
江田島平八は誰っすか
2023/02/21(火) 14:06:44.39
>>294
そうそう
ソフトウェア業界では原著者独裁はありがちだけど
いまやLinuxは影響がでかい
2023/02/21(火) 14:14:13.98
「BSDは男塾のイメージ」だそうです。
その場合、「江田島平八に当たる開発者は誰なのか」という観点から、BSD系のOS及び魁男塾の関係を考察してください。


まず、魁男塾は男性のみで構成されたエリート軍団であり、その強さや正義感、そして男らしさが描かれています。一方、BSD系のOSは、Unix系のオープンソースOSであり、高い信頼性と安定性が特徴です。

江田島平八は、魁男塾の中で最も技術に優れたキャラクターであり、その強さや知識を活かして仲間を支えていきます。同様に、BSD系のOSにおいても、開発者たちは高い技術力を持ち、安定性やセキュリティの向上に取り組んでいます。

具体的には、BSD系の代表的なOSであるFreeBSDやOpenBSDなどの開発には、Jordan HubbardやTheo de Raadtなどの名だたる開発者が関わっています。彼らは、安定性やセキュリティの向上に取り組むとともに、オープンソースコミュニティの発展に貢献しています。

このように、BSD系のOSと魁男塾は、強さや正義感、そして男らしさという共通点があります。また、江田島平八に当たる開発者は、BSD系のOSの中で特に優れた技術力を持ち、仲間を支える役割を果たしています。

https://i.imgur.com/r7mOvPH.png
2023/02/21(火) 14:50:00.74
AI さんは男塾（一般名詞or固有名詞）と魁男塾（固有名詞）を区別してるんだな。江田島平八の解釈は間違っている気はするが。
2023/02/21(火) 15:01:47.83
>>294
気に入らないから悪者の仕立て上げてるだけ
2023/02/21(火) 15:02:37.09
Linuxは正義の独裁者ってことだろ
2023/02/21(火) 15:06:54.98
BSD界にカリスマがいなかったのが
なぜ最初から自力でUNIXクローンを作らなかったのか？
2023/02/21(火) 15:32:58.03
Windowsはマスコミ研究会
Linuxは飲みサー
BSDは応援団
2023/02/21(火) 16:24:30.03
Windowsは王者
Linuxは覇者
BSDは平民
2023/02/21(火) 18:00:19.01
Windowsはガンキャノン
Linuxはザク
BSDはハロ
2023/02/21(火) 21:09:41.93
BSDは古いカーネルの改良はあきらめて
macOS互換の道を歩むべきかもしれない
307名無しさん＠お腹いっぱい。
垢版 |
2023/02/21(火) 21:25:31.34
>べきかもしれない
黙ってmacOSを使ってろ
2023/02/21(火) 21:32:01.89
Macがいいならお金出してMac使えばいい
MacOS互換にするメリットって何？
Macのアブリが使いたいの？
2023/02/21(火) 22:02:27.14
BSDはPOSIX以外の拡張をするなって思う
ぶくぶく太るのはLinuxとmacOSだけでいい
BSDはPOSIX完全準拠を売りにする
2023/02/21(火) 22:09:33.21
>>309
新規アプリは無くなって新しいHW対応とバグフィックスになるけど、それでいい人なのか？
2023/02/21(火) 22:14:58.23
>>310
シェルスクリプトでシステム開発すれば
30年後もそのまま動く
新しいものなんか何もいらない
何が問題？
2023/02/21(火) 22:39:10.34
>>309
>>311
わざわざユーザー数の少ないFreeBSDスレに粘着する理由は何？
頭の出来が憐れなだけ？
Did Your Parents Have Any Children That Lived?
2023/02/21(火) 22:48:06.68
「新規アブリがなくなる」は意味不明だわな
それは何を指してるの？
Linuxにガチガチに依存したアプリは動かないというのはわかるけどPOSIXのAPIで今後アプリが作られる事はないって言いたいの？
2023/02/21(火) 22:48:54.13
「新規アブリがなくなる」は意味不明だわな
それは何を指してるの？
Linuxにガチガチに依存したアプリは動かないというのはわかるけどPOSIXのAPIで今後アプリが作られる事はないって言いたいの？
2023/02/21(火) 22:50:53.77
うわなんかサーバの応答が遅いって言われてもう一度送ったら2度行っちゃったよ
しばらく休む
2023/02/21(火) 23:09:51.99
POSIX しか要らない人がゴネてる
俺も寝よ
2023/02/21(火) 23:10:12.95
アプリケーションがどーたら言うのならPorts/Packagesの整備を頑張ってやってくれ
俺も昔はやってたよ
2023/02/21(火) 23:18:38.80
ひとつ気にはなってることが
MacOSの今のlベースのMach(紛らわしい）カーネルだけど
ひょっとしてFreeBSDの今のカーネルよりも進歩した素晴らしい
ものだという勘違いしている人いたりしないかな

Mach3.0の仕様でBSD4.4以降のOSに取り込まれていない仕様
なんて今更なものだけど
もちろんMacOSになってるものは別方向に書き換えられているので
話は別になる
2023/02/22(水) 00:29:13.18
BSD に足りてないのは必要十分な機能と見かけのGUIでない？
Gnome ゴミだが、BSDライセンスに近いEDにすればよくないかい。
2023/02/22(水) 00:30:32.33
インストーラーにGNUライセンスのコードが混じっただけで色々と面倒になるだろうて
2023/02/22(水) 00:44:30.68
今ウェブ関係の開発だとほぼLinuxでdockerとコンテナ使うことになる
FreeBSDのjailの方が高負荷時に性能が高いのが浸透したら流れ変わるかも
2023/02/22(水) 08:18:02.25
新しいものなんかいらない
いままでのUnixでなんでもできる
2023/02/22(水) 08:35:07.26
UTF-8 に対応したら、テキスト関連で困る事はあまり無いしな。
SJIS と UTF-8 が混在なので、時々手数がかかる。
2023/02/22(水) 09:47:34.69
いままでのUnixならスプーンも曲がる
2023/02/22(水) 13:03:20.30
SVR4は何の革新もなく歴史の中に消えました（断言）
2023/02/22(水) 13:35:41.59
OSのやる事は、端的にいうとハードウェアの抽象化と調停になる
要するにハードウェアの進化と共に、OSも変わっていく必要があるってことだ
2023/02/22(水) 14:50:43.00
BSDの各コミティがおじいちゃんたちになっているので
現状のままで革新は無いであろう
2023/02/22(水) 16:50:42.77
>>326
シェルスクリプトで書けばハードウェアに依存しない
C言語なんかで書くからソフトウェアの寿命が短くなる
2023/02/22(水) 16:58:59.93
相手しちゃ駄目な人キテるね
330名無しさん＠お腹いっぱい。
垢版 |
2023/02/22(水) 19:47:33.11
相手しないと余計に来る
2023/02/22(水) 20:15:33.59
んなわけねえだろ
金正恩と同じで構って欲しいから吠えるだけ
2023/02/23(木) 01:17:20.04
構ってほしいだけなのか、
都合の悪い書き込みを全て排除して自分の書き込みでスレの総意をでっち上げたいのか、
どちらなのかによる
後者は放っておくと延々嘘や偏った書き込みをし続けるから性質が悪い
2023/02/23(木) 07:04:57.03
BSD系ってカーネルに互換性あるんだっけ？
つまりFreeBSDのカーネルでNetBSDとか動くの？
2023/02/24(金) 11:47:07.08
バイナリ互換って意味？
わからん
WindowsやMacは下位のバイナリ互換あるのにFreeBSDは
バージョン違うと動かないかもしれないね
本当はVersion2のバイナリがVwersion13でも動いてほしいけどね
2023/02/24(金) 19:00:41.13
>>334
LinuxはDebianとかUbuntuとかFedoraとかopenSUSEとかArchとかGentooとか
たくさんあってもカーネルは同じじゃん？

だからカーネルの開発リソースを集中できるけど
BSD系ディストリって、ディストリごとにカーネルを開発してたら
Linuxに勝ち目ないじゃん？
2023/02/24(金) 19:36:19.27
違うOSなのだから全部違って当たり前
2023/02/24(金) 21:02:53.12
Linuxはバイナリ互換性めちゃくちゃ高くて感心したな
15年前のバイナリがそのまま実行できた
もっともLinuxの場合は glibcの互換機能は優れてるっぽいけど
2023/02/24(金) 21:44:27.70
命令セットが同じでa.outだのELFだのの形式に則ってて共有ライブラリのI/Fが変わってなければ
Linuxに限らずBSDでも昔のバイナリでもそれなりに動くだろう
問題になるのは標準ライブラリ類じゃなくてツールキットや高機能なライブラリ類
2023/02/24(金) 21:45:59.26
beta3
2023/02/24(金) 22:21:05.56
LinuxやらSolarisやらUnixwareのバイナリも動くだろ。
a.outは動かなくなったんだっけ？
2023/02/24(金) 22:51:58.44
今のBSDのシェアってどれくらいなんだろうか
調べようが無いかな
たぶんFreeBSD、OpenBSD、NetBSDで
組み込み含めてだとFreeBSDが圧倒するのではなかろうか
2023/02/25(土) 00:31:40.48
>>337
Linux Standard Baseってものがあるからな
BSDも利用者が圧倒的に増えれば同様の仕組みが求められるかもね
2023/02/25(土) 00:42:46.96
>>337
それはlibcだけに依存してたからだろう
外部ライブラリに依存すると、ディストリ間の違いが大きくて互換性なんて無いと思うけどね
2023/02/25(土) 00:47:21.22
十中八九必要なバージョンの共有ライブラリがねぇぞごるぁ言われて
最初の命令コードすら実行されないに100000000ジンバブエドル
2023/02/25(土) 07:27:26.14
>>343
その外部ライブラリを移植すればいいじゃん
2023/02/25(土) 09:02:03.65
バイナリ互換性の話もいろいろな見方があるのね。どっちかというとABI 互換性の維持ではなくdll hell の解決法のことを考える人がおおいのね？いまだにLD_LIBRARY_PATH がどうのこうのといいだすlinuxが優れてることはないとおもうけど。コンテナはstatic linkよりは柔軟だけど固めちゃったらおんなじやん。
2023/02/25(土) 12:57:43.34
>>345
バイナリをそのまんま動かすためにその周囲のコードを修正、makeしなおすの？ｗ
バイナリの元になったソースからmakeしなおした方が早（ｒｙ
2023/02/25(土) 14:45:11.53
>>347
今どきmakeってｗ
普通にパッケージからインストールするか
ビルド済みバイナリをダウンロードするだけだろ
2023/02/25(土) 14:46:48.78
>>346
そうそう。コンテナはビルド済みバイナリを
ダウンロードするという考え方の究極系

数十MBとかいうサイズは今となっては小さいサイズなので
そのような力技が現実的になってるんだよ
2023/02/25(土) 15:25:40.04
>>348
>>343辺りからの違うディストリのバイナリを持ってきて動かすって話じゃねーの？
fedoraから持ってきたrpmをそのまんまdebianで動かすのは結構な手間が掛かると思うがな
rpmそのものを突っ込んでそのまんまインスコしてもどこかしらapt管理下のファイルと競合するだろうし
2023/02/25(土) 15:26:23.35
３行目のrpmそのものってのはパッケージマネージャっていう意味
2023/02/25(土) 16:54:55.97
>>350
Debian 管理者ハンドブック
https://debian-handbook.info/browse/ja-JP/stable/sect.coexistence-with-other-packaging-systems.html

Red Hat は非常に人気のある商用ディストリビューションです。
そのため一般に、サードパーティが提供するソフトウェアは Debian パッケージではなく RPM パッケージで用意されます。

Debian パッケージが提供されなかったとしても、Debian には
RPM パッケージを取り扱うプログラム rpm がパッケージとして用意されており、
Debian では RPM パッケージフォーマットを取り扱うことができます。
2023/02/25(土) 17:03:43.90
>>352
ただ変換して突っ込むとなるとその後の文章が問題なんだわ
足りないと言われた共有ライブラリをまた拾ってきて突っ込んで
を繰り返すて元々debパッケージで入ってたファイルやらリンクやら上書きされたらしっちゃかめっちゃかになる
2023/02/25(土) 17:04:03.85
Flatpak を FreeBSD で動かす相談をする流れかー
2023/02/25(土) 17:45:16.04
>>353
追加で入れるだからだから上書きもしないし
めちゃくちゃにもならんぞ
2023/02/25(土) 17:53:59.27
みんなNetBSDとOpenBSDを含めてBSD系としているけど
この２つはもう考慮する必要無いだろう
さまざまなアーキテクチャがあった時期はNetBSDの意味もあったが
今ではFreeBSD自身がARM対応などをやっている

カーネルベースで言えばもはや
Windows
Linux
macOS
FreeBSD
に集約されたのではないか
2023/02/25(土) 19:01:46.34
ガラントバザールでしょ
2023/02/25(土) 20:16:14.10
>>356
フリビスレだからって忖度せんでええよ＾＾
2023/02/25(土) 20:16:31.75
>>349
それが進むと環境ごとDockerで配布するという形になる
2023/02/25(土) 20:21:33.05
>>355
debianにgnome-core入ってる状態でFedoraのバージョン違いのgnome関連のパッケージ一式突っ込んでみよう
2023/02/25(土) 20:22:07.72
あまたあるLinuxは、あくまでDistributionなんだから、
「Kernelはいっしょ」というのは、当たり前だと思う。

Linuxの生越昌己氏が、『LINUXを256倍使うための本』で
書いていた（うろ覚え）けど、（何かの）定義が、将来問題に
なる事は自明だったが、修正は大規模なものになるので、
手をつけないままになっていた、そうだしね。
RedHatが出た頃に、各種の懸案は解決されたんじゃないかな。
「業務や給料のチカラはすごい、キレイにしたんだな」と思った。

NetBSD由来、OpenBSD由来、の知見をもとに、脆弱性に
気づいて修正、ってのもあるし、「uyota 匠の一手」氏は、
FreeBSDで、seamonkeyが削除されたので、NetBSDのpkgsrcを
使って入れる、という記事を書いていたよ。

*BSD系を寄せ集めたら開発効率が上がるのではないか、って
いうのは幻想だと思う。だれしも、自分の関心部分しか興味が
ないから、放置されるものは、放置されるんじゃないか、と思う。
「バザールでござーる」ってやつかなあ。

（商用などで）「ソースコードがない」などの場合を、なんとか
するために、Linuxulator（FreeBSDのLinuxEmulation）が
あるのだと思ってました。

WXGでも、辞書ファイルや変換エンジン部分などはバイナリでも
よいので、それ以外のソースコードがあれば、compat3.x問題で
右往左往せずに、今でも使えただろうに、と思う。

それから考えると、wimeは、すばらしいのでぜひ、……（以下略）。
2023/02/25(土) 20:40:05.81
pkgsrcは実はNetBSDに依存していない
https://pkgsrc.org

関連でSmartOSなんてコンテナに特化したOpenSolarisの子孫があるねpkgsrcをパッケージに採用してる
behyve,KVM,ZFS,DTtrace,Crossbowが使える
かなりいいとこ取りかも
2023/02/25(土) 22:00:43.47
>>362
pkgsrcはいいよね。linuxでなにかをしないといけないときに便利。FreeBSD で使うとportsと(つかいかたとかが)ごっちゃになってあんまりだった。
おおむかしFreeBSD ports, OpenBSD ports, pkgsrc を(再)統合しようとかいう動きがあって一瞬で瓦解してたよね。
2023/02/25(土) 22:37:27.32
macOS の Homebrew っていうパッケージマネージャーはユーザーのホームディレクトリにコマンドやライブラリを置くのでOSで元からあるファイルと混ざらなくてよい
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況