FreeBSDを語れ Part56

1 名前：名無しさん＠お腹いっぱい。 [2022/12/15(木) 15:15:24.22 .net] 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を踏んだ人がたてませう ##立てられない場合は報告し立てられる人が立てるべし ##それまで雑談すんなスットコドッコイめ 858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 01:21:46.43 .net] >>848 おらよ、わかりやすそうな記事を持ってきてやったぜ Windows Aeroを極める https://xtech.nikkei.com/it/article/COLUMN/20091211/341888/ VistaのAeroではこれまでGPUが担当していた2Dの描画をソフトウエアで エミレーションするようにして，その代わりに3DをGPUが担当するようにしたことで， 必ずしもそうならなかったのだ。つまりWindows Vistaでは，3D処理が高速化した半面， 2Dの描画が足を引っ張っていたことになる。もう1つの問題は，ウィンドウのメモリー管理である。 VistaのAeroでは，ウィンドウを開く度に消費メモリーが増えてしまっていた。 Windows 7では，これらの問題を改善することで処理性能の問題を解消した。 まず，Aeroのメモリー管理を改良し，ウィンドウを開いていった際に消費するメモリー量を削減した。 さらに，グラフィックス・カードのデバイス・ドライバ仕様である「Windows Display Driver Model」を 1.1へバージョンアップし，2DについてもGPUが描画するようにした。これらの改良により， Windows 7では高速なAeroが誕生することになった。 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 01:30:03.31 .net] マルチプロセッサに対応できるようにするだけでも結構な変更が必要なんだから30年も同じなんてこたぁない 860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 07:13:51.37 .net] OpenBSDはSMPに対応した？ 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 08:10:08.54 .net] >>853 結局そういうことだよ。 どのカーネルも30年間同じなんてわけないし 同じだとしたらそれはもうメンテナンスされていないと言うだけ 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 09:06:08.78 .net] Androidはずっと同じLinuxカーネル使ってると思ってたけど、違うカーネル使ってたんだw 863 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 09:12:11.67 .net] Linuxカーネルも誕生してからの30年で大きく変わってるやろ 864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 12:53:31.61 .net] Linuxカーネルは突然別のカーネルになった訳じゃない ちょっとずつ機能が追加改善されてきたものを、ずーっと使い続けてるだけで、使ってる側からすれば同じものを使い続けてるとしか思えないだろう 大人になった人間を、子供の頃と比較して別人だろと言ってるようなもんだな 時間的な連続性を無視した極論だ 865 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 12:58:41.46 .net] テセウスの船的なアレか 866 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 16:02:00.99 .net] >>858 どのOSでも同じ話だな 全部書き換えるわけがない 867 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 21:47:56.59 .net] 何年もかけてバージョンアップしていたNTを 本当にMinWinで一から作り直して 短期間であれだけ高い互換性を実現していたのなら MSの開発能力は他のOSの10倍ぐらいあるってことになるよ 868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 02:18:39.77 .net] >>859 博学だなw 同じかどうかというパラドックスをテセウスの船というのか 869 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 05:20:14.95 .net] >>861 BeOS はOS機能フルセット持ったものが突然出てきたみたいな感じ。 何かが足りなくてAppleに採用されなかったけど。 870 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 06:30:18.17 .net] >>861 ReactOSが同じ事をやろうとしている >>863 BeOSは過去との互換性が無いから アプリも無いのにまた1からエコシステム作るのは大変 871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 07:05:13.01 .net] >>862 博学っていうか、この間コミックとドラマでやってただろ 見てないのか？ 872 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 07:09:17.55 .net] >>864 > ReactOSが同じ事をやろうとしている 50年ぐらいかけてか？ 873 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 07:33:51.74 .net] 1990年代はOS/2が普及に失敗したこともあってOS作る会が全盛期だった希ガス 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 10:08:36.54 .net] まあ現在OS市場に立ち続けている汎用OSは Windows macOS/iOS Linux Android/ChromeOS FreeBSD カーネル別で言えば WindowsNT Mach Linux FreeBSD これは様々なCPUやデバイスやネットワークやプロトコルへの対応が 企業や個人が一からスクラッチ出来るような段階では無いということかな。 875 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 10:10:37.22 .net] 車輪の再発明は漢のロマン 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 10:20:55.05 .net] TRONやWindows CEはダメだったんか？ SunOS とか超漢字は悲しいな。 877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 11:49:22.79 .net] ReactOSはプロプライエタリなドライバーが使えるし、ユーザーランドについてはWineの成果を使える 他のクローンOSとは違う有利なとこだな 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 13:25:11.61 .net] >>868 FreeBSDとOpenBSDのカーネルは違うのか？ 879 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 16:40:30.70 .net] >>870 TRONの構想は意味があったかもしらんけど実際に作った物はウンコ（特にBTRON） デバイスのプローブだけは早かったかも知らんがTRONコードはクソ ITRONはV2あたりまではユルユルの仕様のせいでアプリケーションのレベルで互換性のないシステムを量産した その後の整理したITRONは主に高田先生の業績 但し機能が足りない、普及もイマイチ 880 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 16:45:00.07 .net] TRONに関してはBTRONとITRONの区別もつかない素人の戯言に終始するのでとても不愉快 話題にしないでくれ 881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:01:48.27 .net] FreeBSDのスレでTRONに詳しいってマウント取られましてもねｗ 882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:10:00.56 .net] FreeBSD にサブシステムを乗せる口を付けてもらって BTRON を動かせたら喜ぶ人はいないだろうか。 883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:22:33.10 .net] >>875 日本語版読めないのか？ せめてBTRONとITRONは全くの別物だということも分からずに話されても不愉快なだけだ 884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:30:31.76 .net] ま、その程度の類だから全く話が通じなくても気持ち悪いなんて思わないのだろうがな 885 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:46:12.02 .net] TRONのことなんてどうでもいいだろ？ TRONスレででも熱く語ってろよ 886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:54:51.77 .net] >>879 その通り、需要の全くない話だわ 887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 21:25:55.41 .net] Windowsの一部(WiFi?)のドライバをFreeBSDでも使えたようなと思って確認してみたら 14.0で削除されるみたいだ tps://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa 888 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 21:36:40.04 .net] ちゃんとリンクぐらい晴れ https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa 889 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 22:22:02.00 .net] 規制かなんか知らねーけど貼れねーんだよ！！！ 890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 23:10:55.57 .net] 回線と板の規制の設定によっては5chのスレのURLを貼っただけで一発BBQ食らったりする >>8辺りでもガイシュツ 891 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 01:31:58.04 .net] ちんちん！シュッシュッシュッシュッ 892 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:19:14.61 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa 893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:19:30.52 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　 894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:19:46.32 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　　 895 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:20:02.17 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　　　　 896 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:20:18.13 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　　　　　 897 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 10:01:10.96 .net] Windowsは同じCPUであればだいたいプログラムが実行できる FreeBSDのバイナリに互換性はあるのか？ 2.0Rのバイナリが13.0Rで動くのか？ 「make しなおせば？」 ソースが無ければ？ MS-DOSとWindowsはバイナリの下位互換性があるし おそらくAndroidあたりもアーキテクチャが同じならありそうな気がする macOSやiOSもありそう 898 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 10:13:59.81 .net] >>891 2.0Rはさすがに古すぎだけど、4.0R以降なら、compat*x入れればたいがい動くんじゃないか WindowsやMacの方が古いプログラムが動かなくて困ってる印象 例えば、WindowsXPのプログラムが軒並み動かなかったとか 899 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 10:58:23.82 .net] >>892 FreeBSDはバイナリ互換あったのか 直近だと自分でMakeしたNgが9でも12でも動いていたけど 900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 12:15:34.10 .net] FreeBSD のカーネルは後方互換性を持つってどこかで見たな メジャーバージョンを跨ぐ make installkernel した後でも以前のユーザランドが実行できるのはそれが理由 make installworld した後なら >>892 の言うように compat*x が必要になってくる そう考えると FreeBSD 4.11 i386 の base であれば拾ってきてユーザランドを上書きしても動作するってことになるな 誰かの実験結果を見てみたいなあ 901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 13:48:14.45 .net] >>892 Vista以降でxpのバイナリが動かなくなるのは特にゲームで見られたな。 綺麗なDOSプログラムが32bit版Windows 10で動くかは興味深い。 一方x86版との互換性さえ疑われるamd64版FreeBSD 902 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 14:26:54.60 .net] バージョン違いのバイナリが動かないのはABIの問題というよりは共有ライブラリの問題が大部分だからスタティックリンクしていればELFに移行以後のバイナリなら動くんじゃね a.out時代ならNetBSDのバイナリも動いたんだが 903 名前：名無しさん＠お腹いっぱい。 [2023/04/20(木) 14:35:45.75 .net] >>872 OpenBSD はソースみたら libc からガンガン変更入ってた 単純な関数でもバッファオーバーフロー対策入れてる バイナリ互換性は知らん 904 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 16:10:34.49 .net] >>892 > WindowsやMacの方が古いプログラムが動かなくて困ってる印象 > 例えば、WindowsXPのプログラムが軒並み動かなかったとか それはWindowsの方が動かしたいGUIアプリがたくさんあったからだね FreeBSDなんて、なくても良いものばかりで そもそも使ってないので、動かなくても誰も話題にしない 905 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 17:17:07.33 .net] >>898 んなこと言い出すと 「お前がそう感じるだけ」 「お前が知らんだけ」 というとっても不毛な言い合いで終わる その辺で止めとけ 906 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 17:25:48.14 .net] まーGUIなんて言ってるからね 99%ライブラリの依存関係の話しなんだろうけどねー そういうのはどの環境でも起きる話だからpythonのpyenvのような仕組みを導入したりjailやDockerで実行環境切り替えたりDockerのイメージで丸ごと実行環境から提供したり、それってJAVAのやった事の再発明だよねとか まあ下らないけど人によっては大事な話なんだろうね 907 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 19:35:57.87 .net] Java はセキュリティ強化していったせいで動かなくなったのが沢山。 言語仕様も直されているし。 908 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 20:18:42.05 .net] >>900 ライブラリの依存関係についてはWindowsは早くから OS以外の共有ライブラリを共有しないようになってるので関係ない話 知らないかもしれないけど、Windowsではライブラリはアプリに付属するもの 共有するから依存関係がーなんて言うのはLinuxとかの話 909 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 20:22:44.77 .net] >>892 > WindowsやMacの方が古いプログラムが動かなくて困ってる印象 > 例えば、WindowsXPのプログラムが軒並み動かなかったとか んなこと言い出すと 「お前がそう感じるだけ」 「お前が知らんだけ」 というとっても不毛な言い合いで終わる から、無知のくせに喧嘩うるな 910 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 20:27:11.58 .net] shared objectのバージョン依存があるから なおstatic linkなら 最近ならコンテナで丸っと配布がトレンド Windowsも古いアプリはApp-Vで仮想化してたりするし 911 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 21:22:59.22 .net] >>902 そら問題の起きにくい説明にはなってるけど起きない説明にはなってねーよ VCランタイムの問題だとか使われるDLLの問題なんかは起きてる 912 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 21:30:43.30 .net] 俺的にちょっと嫌なのはjuypter notebookなんかを使った場合に各種言語のカーネルがpythonのライブラリと整合取れるか怪しそうだなってとこ OS関係なしに問題起きるだろうなこれ 913 名前： こういうのは問題出たら丸ごと入れ替えたい [] [ここ壊れてます] 914 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 22:39:29.47 .net] >>903 WindowsはxpからVistaの時に\Program Filesのセキュリティ設定が変わった影響が結構ある。 915 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 23:41:32.76 .net] >>905 DLL Hellはとっくになくなってる 916 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 02:31:07.73 .net] >>908 だからアプリケーションレベルだけで起きる依存性の問題について付け足したんだが？ 917 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 14:07:59.31 .net] ん？ DLL Hellがアプリケーションレベルの問題だって理解できてない？ 共有ダイナミックリンクライブラリしかしらない？ 共有されてないDLL（ダイナミックリンクライブラリ）がある理由がわかってない？ 918 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 18:37:03.19 .net] >>910 んなはなしはしていない 919 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 18:38:29.45 .net] >>910 いつまでもWindows.の話がしたいなら他へ行ってくれ 920 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 19:13:59.35 .net] FreeBSDはメジャー番号上げすぎ問題 CUIのOSでメジャー番号をころころ変えるのはどうか 最近だとWindowsが10、macもXでかなり長い年月粘った 921 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 19:17:55.92 .net] bhyveにVNCで繋げた時のキーマップを修正するパッチが取り込まれたはずだと思って13.2のリリスノートを見てもその事が書いてなかった まさかの14町かよ 922 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 20:08:09.63 .net] >>911-912 言い負かされたからってみっともないｗ 923 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 20:08:53.56 .net] >>913 長期サポートが欲しいならLinuxを使ってくれ 短期アップデートを繰り返すのがFreeBSDだ 924 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 20:18:33.79 .net] >>916 Ubuntuは16とか18とか、すげーペースでバージョン上げるんだなと思ったら 西暦の下二桁だった 925 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 21:52:44.37 .net] >>915 二度と来るなボケ 926 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 22:07:30.96 .net] >>913 上げすぎも何もここしばらくは2年毎で機械的にメジャー番号が上がってるはず リリースの遅れはあるけど 要はそういうスケジュールが先にあって期限に間に合うものが入るという形 927 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 23:49:35.87 .net] >>917 UbuntuはFreeBSDみたいに、新しいバージョンが出たら 古いバージョンを切り捨てるという方針じゃないので安心 Ubuntu 14.04がサポート終了になるのは来年 一方でFreeBSDは、2016年にリリースされた11系が 2020年にサポート終了している 928 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 23:53:25.45 .net] >>919 古いバージョンを使い続ければいいだけだから バージョンが上がるだけなら問題ない サポート終了になるのが問題 5年ごとにOSをアップデートしなければならんから困る ゲームぐらいならどうでもいいがミッションクリティカルなシステムには使えない 929 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 23:57:37.55 .net] >>920 で？ 主張したいことは何？ 930 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 00:02:52.12 .net] >>922 お前ら寄付をしろ サポートが10年にならないと 候補にすらならん 931 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 00:07:12.66 .net] >>923 現状のFreeBSDには長期サポートを必要としてるスポンサーがいないってことだろ お前が必要とするなら、お前がスポンサーになって長期サポートバージョンを維持するか お前が長期サポートするプロプライエタリなディストリを作るかしろ 932 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 00:10:17.58 .net] ものすごい疑問なんだが即時対応する有料サポート無しでミッションクリティカルな用途に採用するんか？ いやコード全部自分とこで管理してパッチ当て続けるマンパワーがある組織なら屁でもないんだろうけど そんな連中はバージョンサポートの有無なんて気にしないやろうし… 933 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 10:39:29.06 .net] まあ、長期サポートが10年になろうがすごいデスクトップになろうがFreeBSDがlinux に取って代わることはないから。linuxがなんかおおポカやってEUに出禁になるとかなったらあるかもしれんけど。よくわからん覇権を夢見るより今できることを楽しめばいいと思う。 934 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 10:40:48.74 .net] ちんちんシュッシュッシュッ! 935 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 10:46:44.51 .net] コピペ馬鹿 936 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 11:01:37.37 .net] >>924 > お前が必要とするなら、 必要ない。長期サポートしないようなものはビジネスとして選択肢にならないと言ってる 事実を言ってるだけ。 別にFreeBSDはこのまま消えてもらっても構わん 937 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 11:32:48.03 .net] ちんちん!シュッシュッ!シュッ! 938 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 11:40:53.43 .net] 低能コピペ馬鹿は死ね 939 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 14:43:39.97 .net] LinuxはAndroidが採用しなくなったらシェアでFreeBSDと大差ないだろ AndroidはFuchsiaに差し替えるのではないかと言う噂が常にある 940 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 16:31:54.92 .net] >>929 そう、それが現実。でもどうせほとんどのサービスは10年も持たないんだから、FreeBSD つかってくれてもいいじゃん、と嘯くくらいは許されるとおもう。 941 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 17:05:14.08 .net] そうそう、使えるところで使えばいいんだよ 942 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 18:17:34.66 .net] >>932 AWS, GCP, OCI なんかで標準的に使われているのでサーバ分野で大差あると思うで。 943 名前：名無しさん＠お腹いっぱい。 [2023/04/22(土) 19:27:09.30 .net] FreeBSDにGNUコマンドをインストールすることは出来るけど 逆にLinuxにBSDコマンドってインストールできないの？ オプションに違いとかがあってめんどくさい。統一したいんだけど。 944 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 20:53:06.53 .net] ソースコードがあるのにインストール出来ないなんて思う奴はお引取りください 945 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 21:20:50.26 .net] え？だってビルドできないじゃん 946 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 21:21:10.32 .net] ソースコードが有ってもFreeBSD専用なので 947 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 21:28:24.15 .net] GNU Core Utilities を探して arch のドキュメントいいね、に至る。 https://wiki.archlinux.jp/index.php/Core_utilities GNU の方がオプション多機能だろう、と思うけど。 948 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 21:37:31.09 .net] Rustを学ぶためのプロジェクト―Debian開発者、coreutilsパッケージをRustで実装中 https://gihyo.jp/admin/clip/01/linux_dt/202103/18 949 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 21:59:21.71 .net] >>939 POSIXだということはほぼAPIは同じだということだが？ 950 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 22:00:02.52 .net] >>938 できないの？ ならお引取り下さい 951 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 22:11:01.22 .net] >>935 サーバーでは大差があるけど、PS4 PS5のシェアもあるからな 組み込みはLinuxも当然採用が多いけど、その辺トータルでどうなのかなと 952 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 22:20:14.33 .net] >>940 Xの設定やら何やらで度々お世話になってるわ 使う先はFreeBSDなんだけどね 953 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 23:26:41.62 .net] >>942 POSIXであっても違うところはたくさんあって autoconfみたいな仕組みを使って クロスプラットフォームを実現してないと 簡単にはコンパイルできないんだよ 実際やってみればわかるよ 954 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 23:33:21.82 .net] 例えばsleepのソースコードはここにある https://cgit.freebsd.org/src/tree/bin/sleep Linuxでコンパイルするとエラーになる $ gcc sleep.c sleep.c:42:10: error: expected declaration specifiers or ‘...’ before string constant 42 | __FBSDID("$FreeBSD$"); | ^~~~~~~~~~~ sleep.c:44:10: fatal error: capsicum_helpers.h: そのようなファイルやディレクトリはありません 44 | #include <capsicum_helpers.h> | ^~~~~~~~~~~~~~~~~~~~ compilation terminated. 955 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 23:42:27.62 .net] 組み込みで使われているのはライセンスのお陰が大きいから、Linux に勝ってても嬉しくないだろ。 NetBSD 曰くの正しい実装で移植しやすいとか誇れるタイプの理由でもないし。 956 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/23(日) 00:48:18.76 .net] ゲーム機にFreeBSDが使われるのは いかなるソースの公開も義務付けられないから。 ゲームはコピーゲーム機が出るのが問題で ルーターもおそらくコピールーターが出るのが問題 コピーを防ぐには、ハードとソフトが一体となった対策が必要。 957 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/23(日) 00:57:18.81 .net] >>946 何度もやってます それぐらいの移植は 958 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/23(日) 01:00:31.04 .net] だからできるできないの話ならLinux上でbsdtarとかbsdmakeを動かすのも「できる」という事 そのままではコンパイルできないというならできるようにすればいいんですよ

---

---

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

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