[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 11/29 15:29 / Filesize : 230 KB / Number-of Response : 1010
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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に詳しいってマウント取られましてもねw

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
言い負かされたからってみっともないw

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を動かすのも「できる」という事
そのままではコンパイルできないというならできるようにすればいいんですよ

959 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 01:27:51.90 .net]
>>950
移植しなきゃならん時点で駄目じゃん
そのままコンパイルできないと互換性があるとはいえない

960 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 01:28:53.41 .net]
>>951
できるようにしなきゃ出来ないって時点でアウトだね

961 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 01:31:30.10 .net]
大昔にUniform Driver Interface (UDI)という動きがあったけど、結局絵に描いた餅だったな…

962 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 01:35:36.01 .net]
BSDの入門書出なくなったので、若い人はLinux勉強してから必要になってBSDも使っているかと思うと、大変だな、って思おうわ。
気の利いたコマンドをインターネットで調べてもLinux向けなら動かないものもあるし。
まあ、AIXやHP-UXよりはインターネットに情報あるけどさ。

963 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 02:00:37.86 .net]
BSDが必要にならないからBSDの入門書が出ないんだよ
売れないから

964 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 02:17:03.20 .net]
BSDが必要になってしまった人はかわいそうに思う

965 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 06:56:54.63 .net]
Linuxでbsdコマンドが使いたいならpkgsrc あさってみるのがよいのでは。

966 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 07:32:33.56 .net]
2004年頃を境にピタリと
FreeBSDの日本語本が出版されなくなった印象なんだけど
何かあったのか



967 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 09:52:09.72 .net]
次スレ https://mevius.5ch.net/test/read.cgi/unix/1682211057/

968 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 10:28:38.59 .net]
>>959
数年前ぐらいからLinuxの完成度が急激に高まった
古くなったWindowsマシンに、Linuxをインストールするのが
簡単にできるようになり、それほど詳しくない人もLiunuxを
使い始めたUbuntuがリリースされたのが2004年

FreeBSDユーザーは馬鹿にするかも知れないが
GUIでセットアップも何でもできるっていうのは重要なことなんだよ
誰でも最初は初心者だからね

969 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 10:46:53.96 .net]
その需要を拾うのがPC-BSDだったのにおまえらが課金しないからサ終した

970 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 12:13:22.74 .net]
おまえらが悪いお前らが悪いってか
使ってもいないのにアカの他人がよく吠えるな

971 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 16:24:15.68 .net]
>>952
ソースコードがあって自由に使えるということは移植もできるということだよ
「駄目」なんていうのはそちらの見解
ヘッダやライブラリの違いはマニュアルを突き合わせて吸収すればいい
そんなことはSunOSからHP-UXなりAIXに移植した人はみんなやって来たこと
1つ2つやれば慣れるしコンパイルを通す事自体はそんなに難しい事じゃない
今ならFreeBSDからNetBSDに移す事も頻繁に行われているようだしDragonflyからHAMMER fsをFreeBSD,NetBSDへ移植作業をやってる人がいるね
これはユーザーランドじゃないから結構高度な事だけど

972 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 16:27:45.01 .net]
欲しい物があって世の中に無いなら自分で作ればいい、幸い材料は揃っているのだから後は手を動かせばいいだけ

973 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 16:46:54.82 .net]
>>962
下心でGPLにしがみついた開発者の方が多かったってだけだろう
結構な数のLinuxのディストリビューションで使われてるGUIインストーラの類はGPL
Portsならともかくインストーラとなると最初はバイナリでなきゃならないからその辺のものはBSDに入れられない

974 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 20:54:49.03 .net]
>>964
> ソースコードがあって自由に使えるということは移植もできるということだよ

移植されてないんですね(苦笑)

975 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 21:01:52.53 .net]
移植した時点でFreeBSDのコマンドではなくて
独自開発のコマンドになってしまう
本家にマージされないと意味がないってわかってないのかな?

976 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 21:17:09.25 .net]
>>967
やってだけどそれだけじゃ満足しないんでしよ?
じゃあ誰でもすぐ試せる簡単なヤツを一つ
NetBSD のソースを展開する
LinuxのシステムでもCygwinでもいいや、gcc,binutilなどの開発ツールは入れておく
ソースツリーのディレクトリでbuild.sh toolsを実行する
その展開したシステム上で実行できるクロスビルド用のツールができる
その中にはmakeやgrepやawkがある
残念ながらtarはないけどそれはgnu tarでもなんとかなるよね



977 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/23(日) 23:00:30.39 .net]
>>967
いやbsdtarとかmakeとかはポータブル版あるだろ。なにが言いたいのかだんだんわからなくなってるけど、Linux と*bsdで混乱しないように共通のbsd風の基本的なユーザランドコマンドをつかいたいならpkgsrc 使うのが楽。
おいらはもうなにもかも面倒なのでgrepやtar
をたたくたびにhelpを参照する。もちろん、-hなのか--helpなんだかもおぼえてないのでそこからtry and error

978 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 00:33:42.24 .net]
何が言いたいの?
誰でもどこでも簡単にFreeBSD版のコマンドが作れるように
整備したら?って話だけど

979 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 00:34:02.69 .net]
訂正
誰でもどこでも簡単にFreeBSD版のコマンドが使えるように

980 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 00:34:32.21 .net]
>>969
NetBSDじゃなくてFreeBSDのがいいですね

981 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 06:24:53.96 .net]
>>971
FreeBSD版のコマンドをどこでも使えるようにする必要性はおいらは感じない。揃えるならGNUが簡単。揃えた方が効率いいとおもうかもしれないが、状況によっては対応力を鍛えた方がずっと効率がいい。

982 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 12:01:15.39 .net]
俺もそう思う

983 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 14:20:56.50 .net]
むしろFreeBSDのコマンドとかなくすべき
FreeBSDのカーネルにGNUコマンドを組み合わせろ

984 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 16:08:30.59 .net]
Debian/kFreeBSDでも復活させて使ってろよ

985 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 16:10:30.43 .net]
WEBサーバーのシェアらしいが、日本以外はWindowsで日本だけCentOS
https://ja.hostadvice.com/marketshare/os/jp/
でもどうやってWEBサーバーOSのシェアを調べた?
FreeBSDでホストしているサーバーもあるのね

986 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 18:43:39.29 .net]
>>976
オレがめんどくさいから以外の理由があるなら語ってほしい。



987 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 18:55:23.45 .net]
>>979
Linux用のシェルスクリプトがFreeBSDで動く

988 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 19:05:52.19 .net]
ふーんよかったね

989 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 19:09:06.07 .net]
そういうこと「よかった」ことになる
今までの状態だと「悪い」

990 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 19:10:05.24 .net]
あとFreeBSD開発者の負担を減らせる
コマンドを作らなくて良くなる
これも「よかったね」の一つ

991 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 19:23:06.56 .net]
ばかだろ

992 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 20:25:22.15 .net]
もうLinux使っチャイナyo!

993 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 20:38:35.20 .net]
ちんちん!シュッシュッシュッ!

994 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 20:38:57.35 .net]
コピペ馬鹿

995 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 21:32:53.38 .net]
>>980
それはLinux 用に書かれたFreeBSD でも動かせる類いのシェルスクリプトが楽に動かせるという意味だよね。楽したいだけじゃん。ていうかLinuxつかえよ。そしてdistroが違うから間違った出力が得られるという憂き目にあうがいい。

996 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/24(月) 23:33:17.99 .net]
>>978
httpでサーバーのOSが取得できる場合があって
その統計を取ってるのだろう
全部足して100%にならんのはOSが「不明」なWEBサーバーがあるから



997 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/25(火) 01:10:30.60 .net]
>>988
コンピュータってのはみんな楽したいためにあるんだろ
言い返せないからって「電気無くても頑張ればできる!」理論を
持ち出すのはダサい

998 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/25(火) 01:31:54.79 .net]
>>740
オープンソースも多かったよ
特にSunはね

999 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/25(火) 01:34:43.49 .net]
なんでお前の都合に合わせなきゃならないんだ
楽したけりゃLinux使え
バカ

1000 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/25(火) 01:45:11.12 .net]
>>989
いやどんなOSが動いているか簡単に取得できるし
つかそんな事も知らんで生きているとか信じられないよねー
nmapとか知らんで生きてたの?
チョー可笑しいんですけどwww

1001 名前:名無しさん@お腹いっぱい。 [2023/04/25(火) 01:58:55.08 .net]
ここを荒らしてるのは、MSの犬

1002 名前:名無しさん@お腹いっぱい。 [2023/04/25(火) 01:59:29.86 .net]
WindowsOSでネットとかする = 裸で街を歩く

みたいなもんだからなw

1003 名前:名無しさん@お腹いっぱい。 [2023/04/25(火) 02:00:08.99 .net]
個人情報を盗み、さらに
個人の思想、行動まで操作するのが
Windows だよw

1004 名前:名無しさん@お腹いっぱい。 [2023/04/25(火) 02:00:41.44 .net]
Linux なら安心?

ノー、ノー、ノーw

1005 名前:名無しさん@お腹いっぱい。 [2023/04/25(火) 02:01:28.76 .net]
総統のリーナス自身がカーネルに
悪さしてるのは、間違えない

バックドアとかしこんでんだろ

1006 名前:名無しさん@お腹いっぱい。 [2023/04/25(火) 02:02:13.28 .net]
リーナスは大学生の時、
たった一年で独力で独自のOSを作ったことになってるが、
こんなホラ話だれが信じんねんw



1007 名前:名無しさん@お腹いっぱい。 mailto:sage [2023/04/25(火) 02:03:09.55 .net]
googleは流石だわ
OpenBSDもFreeBSD用途別に使ってる

1008 名前:1001 [Over 1000 Thread ID:Thread.net]
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 130日 10時間 47分 45秒

1009 名前:過去ログ ★ [[過去ログ]]
■ このスレッドは過去ログ倉庫に格納されています






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<230KB

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