[過去ﾛｸﾞ] FreeBSDを語れ Part55 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
604: 2022/10/14(金)12:44 AAS
つまりハードウェアに同梱して配布するのも配布ってわけ
605(1): 2022/10/14(金)13:00 AAS
だからそのハードウェアにソフトくっつけて配布するなら制限なんてないだろw
GPLの話にかすってもないぞ
606(1): 2022/10/14(金)15:21 AAS
>>594
ソニーはブルレイレコーダはBDZ-EWの頃のしかしらないが
ソフトウェアライセンスで
GNU GPL/LGPL適用ソフトウェアに関するお知らせ
本製品には、以下のGNU General Public License（以下「GPL」とします）またはGNU Lesser General Public License
（以下「LGPL」とします）の適用を受けるソフトウェアが含まれております。
お客様は添付のGPL/LGPLの条件に従いこれらのソフトウェアのソースコードの入手、改変、
再配布の権利があることをお知らせいたします。
パッケージリスト
linux-kernel.tar.gz
pump
lrzsz
busybox
gcc
glibc
dosfstools
（中略）
これらのソースコードは、Webでご提供しております。
ダウンロードする際には、以下のURLにアクセスしてください。
http://www.sony.net/Products/Linux
なお、ソースコードの中身についてのお問い合わせはご遠慮ください。
とか表記している。
マイコンでどうにかなりそうな炊飯器やオーブンレンジではなく、
ファイルシステムやマルチタスクやネットワークスタックが必要な家電では既存のOSを使うしかなく、
WindowsかLinuxかLinuxでもAndroidか、さもなくばFreeBSDしか無いのだろう。
607(1): 2022/10/14(金)15:36 AAS
>>605
ハードウェアにソフトウェアを組み込んだら
GPL以外のソフトウェアが
GPLのソフトウェアのライセンスに
感染するとか言っていたバカがいたんだよ
608(1): 2022/10/14(金)15:37 AAS
>>606
やっぱり、自社で開発したソフトウェアは含まれてないんだな
609(1): 2022/10/14(金)17:06 AAS
>>607
組込の内容がはっきりしないけど多分それは頒布じゃなくてリンクだろ
それなら当たり前、この業界の常識
610(1): 2022/10/14(金)18:14 AAS
>>609
リンク？ハードウェアに？どうやって？意味がわからん
ハードウェアにソフトウェアをリンクすることはできない
611(1): 2022/10/14(金)18:28 AAS
>>610
> GPL以外のソフトウェアが
> GPLのソフトウェアのライセンスに
リンクはGPL以外のソフトウェアとGPLのソフトウェアの話な
まあ引っ込みつかなくなってるだけだと思うけどw
612: 2022/10/14(金)20:49 AAS
>>608
GPL のソフトを改変して公開するのにくらべて、作ったのをGPLにして公開するのは色々面倒やろ。
613(1): 2022/10/14(金)21:33 AAS
>>611
同梱（頒布）とリンクは全く別って分かってる？
ハードウェアとソフトウェアをリンクすることはできない
また同梱（頒布）するだけならリンクしてないので何も問題は起きない
614(1): 2022/10/14(金)22:42 AAS
>>613
> 同梱（頒布）とリンクは全く別って分かってる？
わかってないのはいきなり頒布の話をし始めた>>596じゃね？w
そもそも
>> OSSにおける頒布って配布とほぼ同じ意味
>> GPLのリンクとかとは全然違う概念だぞ
とまで書いてあるのに今更何言ってるんだよ
> ハードウェアとソフトウェアをリンクすることはできない
リンクしたやつを組み込むなり同梱したら汚染されるって話な
> また同梱（頒布）するだけならリンクしてないので何も問題は起きない
そりゃそうだろ、てかすでに書いてるし
>> だからそのハードウェアにソフトくっつけて配布するなら制限なんてないだろw
615(1): 2022/10/14(金)23:06 AAS
AndroidはiOSの開発者が
Machカーネルの代りにLinuxカーネル
FreeBSDの代りにNetBSD
ObjectiveCの代りにJava
を使って作ったものだと聞いたことがある
616: 2022/10/14(金)23:25 AAS
>>615
そうだけど、何の話してんの？
617: 2022/10/15(土)00:40 AAS
Androidのライセンスってどうなってるのかと思って
618(1): 2022/10/15(土)08:58 AAS
>>614
わかってないのはお前じゃねーかｗ
頒布も同梱も同じ意味
> > ハードウェアとソフトウェアをリンクすることはできない
> リンクしたやつを組み込むなり同梱したら汚染されるって話な
間違い。汚染されるのは「リンクしたやつ」だけ
同梱は関係ないって言ったろ？
感染したやつに、感染してないやつを「同梱しても」汚染されない。
頭悪すぎだろ
619(1): 2022/10/15(土)09:17 AAS
>>618
日本語不自由かよw
だからリンクしたやつって書いてあるだろ
ハードに組み込んだり同梱はあまり関係無い、単体で配布しようがリンクしたやつを配布した時点でリンクしたものが汚染されるってだけの話
620(1): 2022/10/15(土)09:23 AAS
>>619
だから俺が最初からハードウェアに同梱しても問題ないって言っただろ
人の話聞けや
621: 2022/10/15(土)09:24 AAS
最初からLinuxを使っていてもカーネルを修正しないなら
GPL問題は発生しないと言ってる
558 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2022/10/11(火) 14:45:44.24
Linux使うとGPL問題もあるからな
最近のオシロスコープではOSにLinux使ったものが結構あるけど大丈夫なんか？
同じ系列の機器だとハードウェアは全部共通で生産していて高い（高機能）ものと安い物の違いはソフトの設定だけなんてものは普通にあるんだが
559 自分：名無しさん＠お腹いっぱい。[sage] 投稿日：2022/10/11(火) 18:33:52.51
>>558
Linuxは十分成熟してしまったので
カーネルを修正しなくても良くなったよ
だからGPL問題が発生しない
622: 2022/10/15(土)09:25 AAS
だから最初から（以下同じ）
562 返信：名無しさん＠お腹いっぱい。[sage] 投稿日：2022/10/11(火) 18:56:26.76
>>560
ドライバもリンクした形で配布したらGNU的にはアウトなはず
この見解は何度か事例がある
プロプライエタリでもOKというのは別配布の場合だね
だから配布（製品）にドライバが組み込まれた形で販売されているならGPLの規定に沿う必要がある
少なくともその主張はできる
565 自分：名無しさん＠お腹いっぱい。[sage] 投稿日：2022/10/11(火) 19:15:46.83
>>562
> だから配布（製品）にドライバが組み込まれた形で販売されているならGPLの規定に沿う必要がある
お前が何を組み込まれたと言ってるのか知らんが、
一つのDVDやディスクにまとめて配布していいということ
623(1): 2022/10/15(土)12:21 AAS
>>620
そもそも頒布とか言い始めた>>596以外は誰もそんな事は問題視してないぞw
624(1): 2022/10/15(土)12:30 AAS
>>623
> だから配布（製品）にドライバが組み込まれた形で販売されているならGPLの規定に沿う必要がある
言ってるじゃんかｗ
625(1): 2022/10/15(土)12:49 AAS
Linuxのカーネルモジュールのロードってリンクに該当するのか？
626: 2022/10/15(土)13:26 AAS
一般的なPCのプロプライエタリなドライバもその方法じゃないの？
627(1): 2022/10/15(土)13:31 AAS
>>624
組み込まれたという言葉が見えないのか？w
>>625
最近の事情は追いかけてないから知らんけどダイナミックリンクも含むはず
628(1): 2022/10/15(土)14:52 AAS
>>627
「組み込む」はincludeやembeddedであってリンクではない
リンク＝結合ではないのだから、
配布（製品）にドライバが組み込まれた形で販売されていても
GPLの規定に沿う必要はまったくない
629(1): 2022/10/15(土)15:39 AAS
>>628
> 「組み込む」はincludeやembeddedであってリンクではない
> リンク＝結合ではないのだから、
まじで日本語が理解できないんだなw
GPL のソフト（例えばカーネル）にリンクしたドライバを製品に組み込んだ時の話だぞ
> 配布（製品）にドライバが組み込まれた形で販売されていても
> GPLの規定に沿う必要はまったくない
そのドライバがGPLのソフトにリンクしてないならね
630(1): 2022/10/15(土)16:23 AAS
Linuxのドライバをカーネルモジュールとして書いたとしても、本当はちゃんとGPLにしないといけない
カーネルモジュールはカーネルに実行時にリンクされて実行されるものだから組み込むとか組み込まないとか関係無い
だけど、LinusはGPLのコードを流用してなければ良いよ、と黙認しているってのが真相
ググると色々出てくる
ま、Linusらしいなｗ
631(1): 2022/10/15(土)16:45 AAS
>>629
> > 配布（製品）にドライバが組み込まれた形で販売されていても
> > GPLの規定に沿う必要はまったくない
> そのドライバがGPLのソフトにリンクしてないならね
だから最初からずーっと言ってるだろ
公開するのは、GPLのソフトにリンクしている「部分」だけ
組み込んで販売しても「リンクしてないソフトウェア部分」はGPLに従う必要がない
632: 2022/10/15(土)16:46 AAS
>>630
プロプライエタリドライバなら、ソースコードを公開する必要はない
633: 2022/10/15(土)16:59 AAS
なんかGPLのサイトも見てない人が居るな…
https://www.gnu.org/licenses/gpl-faq.ja.html#GPLAndPlugins
↑ここによると、プラグインやカーネルモジュールの様に実行時にダイナミックロードするものでも、forkかexecじゃない限りGPLにする必要がある
GPLをナメテはいけない、どうやっても感染する
けどLinuxのカーネルモジュールはLinusは黙認してるってだけ
634: 2022/10/15(土)17:05 AAS
みんなGPLの抜け道を期待してるかもしれないけど、そんなの無いからｗ
↓を良く読んで抜け道があるなら逆に教えて欲しいｗ
https://www.gnu.org/licenses/gpl-faq.ja.html
取り合えず、forkかexecでやり取りするならGPLに感染しないのは確実に分かる
635(1): 2022/10/15(土)17:19 AAS
>>631
カーネルにリンクしないドライバ
まあそういうのもあるかもねw
必死すぎだと思うけど
636: 2022/10/15(土)18:18 AAS
ん？あんたが知らんだけでしょ？
https://kledgeb.blogspot.com/2012/07/ubuntu-1204_01.html
ハードウェアを動かすにはドライバが必要ですが、
そのドライバの多くはLinux Kernelとともにインストールされます。
ただし、オープンソースではないドライバは、その限りではないため別途インストールが必要です。
オープンソースではないドライバのことを「プロプライエタリなドライバー」といいます。
代表的なものと言えばグラフィックカードのドライバーです。
ドライバーには2種類あります。
オープンソース版とプロプライエタリ版です。
多くの場合、オープンソース版のほうが安定性は高いが性能が低く、
プロプライエタリ版はその逆です。
プロプライエタリ版ドライバはよく利用されます。
637(1): 2022/10/15(土)18:19 AAS
>>635
いつからドライバだけの話になったんだ？
テレビに入ってるソフトウェアの殆どは
ドライバじゃねーだろ
638: 2022/10/15(土)18:25 AAS
GPLの抜け穴はまずそこに書いてあるようにforkやexec
別のプログラムとして起動し、パイプやTCP/IPを使ってアクセスすれば
別のプログラムはGPLに感染しない
インターネット越しにサービス使っているのと同じだからね
あとは通信内容をパイプやTCP/IPを使って受け渡すプロキシプログラムを作ればいいだけ
そうすればGPLにするのはそのプロキシだけでいい
昔からよく知られたテクニックじゃん・・・
639: 2022/10/15(土)18:25 AAS
組み込み機器に、標準じゃないカーネルドライバが必須というわけじゃないから。ボードはbspのある評価ボードのデッドコピーで、インテリジェントなデバイスと適当な方法で通信するだけなら、非GPLのユーザランドドライバで十分だろ。
640: 2022/10/15(土)18:27 AAS
AGPLとか知らんのかな？GPLの抜け穴を対策するためのライセンスなんだが
でもLinuxはAGPLはやりすぎってことで採用しなかった
GPLの抜け穴は今も健在だよ
641: 2022/10/15(土)18:40 AAS
>>637
そいつらがGPLのソフトとリンクしてないならいいんじゃね
GPLに依存せずにアプリ作るのもなかなか骨折れるけどまあやってる企業はあるにはある
ただ今時のテレビとかならライセンス表示するメニューがあることが多いけどね
642(1): 2022/10/15(土)18:41 AAS
> GPLに依存せずにアプリ作るのもなかなか骨折れるけどまあやってる企業はあるにはある
あー昔いたな。お前まだ20年前の知識か？
えとね。GPLのコンパイラとかを使ってアプリを作っても
GPLには感染しないの
643: 2022/10/15(土)18:42 AAS
まったく、glibcとかのライセンスが
「抜け穴」として使えるように、LGPLになってるのを知らんのかな？
644: 2022/10/15(土)18:48 AAS
今は
FreeBSD
clang
で済みそうだよな
645: 2022/10/15(土)18:49 AAS
FreeBSDはいらんかなｗ
646(1): 2022/10/15(土)19:23 AAS
>>642
> えとね。GPLのコンパイラとかを使ってアプリを作っても
> GPLには感染しないの
これまた大昔に終わった話をドヤ顔で語るとか草生える
647: 2022/10/15(土)19:51 AAS
cygwinは死んだの？
648: 2022/10/15(土)21:47 AAS
cygwinは死んで無いよ
649(1): 2022/10/15(土)22:33 AAS
ドライバーのたぐいは実行時に必ずダイナミックロードでリンクされるので、確実にGPLに感染する
これはドライバーを別に配布しても同じ
ただし、Linuxに関してはLinusがドライバーのコード内でGPLのソースを使ってなければ良いんじゃないの？というスタンスなので、プロプライエタリなドライバーでもソースを公開しなくても良いかもねという状況
650(1): 2022/10/16(日)00:20 AAS
アップルやソニーや任天堂がFreeBSDを選ぶのも
WindowsやLinuxほどではないが、CPU対応やネットワークやUSBのドライバーが組み込まれているから
そういう大企業なら独自OSをゼロベースに作れないこともないだろうけど
莫大な量のバグ取りをしなくてはいけない
651: 2022/10/16(日)01:34 AAS
リナックスのカーネルモジュールで全機能を使いたければGPL互換である必要がある。
ただしプロプライエタリカーネルモジュールであっても、全機能を使える裏技が一時期あった。
MODULE_LICENSE("GPL\0for files in the \"GPL\" directory; for others, only LICENSE file applies");
なおGPLディレクトリは空っぽであった模様。
BSD系は縛り無しで全機能が利用可能。
太っ腹。
652(1): 2022/10/16(日)01:46 AAS
>>649
いい加減「ドライバーのたぐいは」って条件つけるのやめたほうがいいよ
「ドライバーのたぐい以外は」問題ないってさっさといいなよｗ
653(1): 2022/10/16(日)01:48 AAS
>>650
> アップルやソニーや任天堂がFreeBSDを選ぶのも
アップルはFreeBSDを選んでないよ
/bin/shはbashだし、FreeBSDのコマンドの一部をパクってるだけ
カーネルにはFreeBSDのものは使われていない
654(1): 2022/10/16(日)01:49 AAS
>>646
君、反論はしてないよね
大昔から今も続いている話でしょうがｗ
655(1): 2022/10/16(日)01:54 AAS
bash-builtins な時点でcdとか大半のコマンドはGnuだね。
気にしてるのはライブラリだけで、コンパイラも気にしてないだろうけど
656(1): 2022/10/16(日)02:10 AAS
>>652
よく分かんない突っ込みされたけどw
ドライバーのたぐいを補足すると、ドライバーやプラグインの様なモジュールをダイナミックロードしても、実行時には本体とデータをやり取りするので、リンクと見なされる
要するにスタティックリンクやダイナミックリンクと同じようにGPLが適用される
657(1): 2022/10/16(日)02:27 AAS
>>656
未だにドライバーの話をしてるのはお前だけだよ。
みんな組込機器に入っているソフトウェアの話をしてる
テレビにはブラウザなどのソフトウェアが組み込まれてる
658: 2022/10/16(日)02:29 AAS
>>655
気にしなければいけないのはライブラリだけだけど
GNUのライブラリは例外条項があって
プロプライエタリなソフトウェアともリンクできるようになってる
まじでドライバぐらいしか問題は発生しないんだよ
つまりGNUツールチェーンを使っている限りGPLに感染しない
659(1): 2022/10/16(日)03:03 AAS
>>657
GPLにはリンクに対する事しか述べられてない
そもそもリンクには2つあってスタティックリンクとダイナミックリンクだ
ダイナミックロードは結局はダイナミックリンクと同じとされている
その組み込まれてるってのはどっちのリンクの事なんだ？
その2つ以外はあり得ないぞ
660: 2022/10/16(日)03:09 AAS
>>659
https://www.gnu.org/licenses/exceptions.ja.html
GCCランタイム・ライブラリ例外 (RLE)
この例外規定の目的は、開発者が、コンパイラに対して
プロプライエタリのプラグインまたは拡張をしていない限り、
GPLでないソフトウェアをGCCでコンパイルすることを認めることです。
このために、一つの追加の許可が必要です。それは通常、
GCCは生成するバイナリにあるGPLのコードを含むからです。
661: 2022/10/16(日)04:52 AAS
>>654
頓珍漢なレスに何を反論しろと？w
662: 2022/10/16(日)07:34 AAS
まったく、おまえらFreeBSDのはなしに戻そうとする努力をしろよ。
663: 2022/10/16(日)08:45 AAS
単にLinuxを使うとGPLに感染するという
はるか昔のデマを今も信じてるアホがいたってだけだな
Linuxでいいよ。GPL？そんなもん
ドライバ部分にしか感染しない
664: 2022/10/16(日)08:55 AAS
よーし、じゃあFreeBSDの話をすっかー
高いところの枝が切りやすくて便利だよな
665: 2022/10/16(日)08:59 AAS
Linux しか GPL ソフトはないと思ってるアホがあらわれた！
666: 2022/10/16(日)13:07 AAS
twitter 見てたら github / sadaszewski/focker というものが何人かに取り上げられてた
これ、なんかおかしな IMPORTANT LEGAL NOTICE ってのがあって、特定の個や集団にはライセンスしねえからなって言ってる
気持ちはわかるけど、こういう記述はオープンソースとは相容れない気がする
というか明確にGPLとは相対するんじゃなかったっけ
大丈夫なの？
667: 2022/10/16(日)13:30 AAS
>>653
Machが4.2BSDベースなので結局BSD
アップルが4.4BSDのカーネルではなくMachを使ってるのは
たぶんNEXT OSがMachだったから
668: 2022/10/16(日)13:33 AAS
別にオープンソースでなくても何も問題ないだろ。
669: 2022/10/16(日)13:33 AAS
あ、FreeBSDじゃないって認めちゃったｗ
670: 2022/10/16(日)13:34 AAS
FreeBSDの連中ってBSD=FreeBSDと勘違いしてるよなｗ
671: 2022/10/16(日)13:59 AAS
https://monobook.org/wiki/%E9%82%AA%E6%82%AA%E3%81%AABSD
NeXTSTEP のユーザランドを更新する時にFreeBSDから取ってきただけじゃん
672: 2022/10/16(日)14:02 AAS
ストールマン「GNUから取ってきたんだから、GNU/Linuxと言え」
673(1): 2022/10/16(日)16:57 AAS
4.3BSDの直径子孫は実質FreeBSDで、NerBSDやOpenBSDは養分
674: 2022/10/16(日)17:04 AAS
4.3BSD は何処で何をしていたら触れたんだい？
Solaris になった頃には System V の系統ばかりになったと思うのだが。
675: 2022/10/16(日)18:52 AAS
macOSのカーネルはMach3.0+4.4BSD
FreeBSD3.2からネットワークスタックを移植して、それ以外にもFreeBSDから少し使ってるようだが詳細不明
676: 2022/10/16(日)19:31 AAS
windowsの中にもいてtcpip話してるだろ
677(1): 2022/10/16(日)19:33 AAS
BSDはWindowsの養分
678: 2022/10/17(月)11:20 AAS
>>673
>>677
wwww
>>491
俺のFreeBSDがこんなに極楽なわけがない。
679: 2022/10/19(水)16:29 AAS
2022年10月19日 13時00分ソフトウェア
リーナス・トーバルズが開発者に「ギリギリになってあわてて作業するのは高校で卒業すべき」と助言
https://gigazine.net/news/20221019-linus-tovalds-say-stop-pull-all-nighters/
Linuxの生みの親でLinuxカーネル開発の優しい終身の独裁者としても知られるリーナス・トーバルズ氏が、
Linux 6.1の初期リリース候補版となるLinux 6.1 -rc1をリリースした際に「開発サイクルのもっと早い段階で
コードを追加してほしい、ギリギリになって作業するのは高校生で卒業するべきだ」と開発者に呼びかけたと
報じられています。
トーバルズ氏は「締切前日に徹夜でレポートを仕上げるという習慣は、高校を卒業したら窓から投げ捨てるべきものです。
カーネル開発には関係ありません。とにかくこれを言うのは初めてじゃないし、最後でもないでしょう。
でももっと多くの人が心に留めてもいいんじゃないでしょうか」と述べました。
Linuxカーネルは独裁体制で決まるのか。
FreeBSDはどうなんだろうか。
680: 2022/10/19(水)18:42 AAS
やばいなｗ
ギリギリで修正するなという当たり前の考えまで
FreeBSDユーザーは独裁体制とかいって批判するのかｗｗｗ
681: 2022/10/19(水)18:54 AAS
独裁は良いとしても
センスなさすぎなんよな
682: 2022/10/19(水)19:01 AAS
linuxにバックドア仕込むのがリーナスの任務
683(3): 2022/10/19(水)19:02 AAS
Linuxはセンスとかいう、それお前の感想ですよねじゃなくて
実用性を求めてるからね。使える道具がLinux
FreeBSDはこれがいいって言ってるだけ
684: 2022/10/19(水)22:40 AAS
>>683
流石にやばくねぇか?こいつｗ
685: 2022/10/19(水)22:48 AAS
まあ、そういうレスしかできないよねｗ
686(1): 2022/10/20(木)01:57 AAS
ワイも>>683 はヤバい文章だと思う。3回読んだだけでは意味がわからない。
エスパーしてみると、言いたいのは以下のようなことではないかと:
FreeBSDの実行コマンド、システム添付のものは/binと/usr/binに入れられ、
外部パッケージのものは/usr/local/binに入れられる。外部パッケージの
設定ファイルは/usr/local/etcに入れられる。このような慣習をみてひとは
＜FreeBSDのディレクトリ構成は伝統的な作法に従っており秩序立っている＞
という。一方Linuxでは、外部パッケージであろうがなかろうが実行コマンドは
/usr/binに、設定ファイルは/etcに入れられる。動きさえすれば秩序など
どうでもよいのである。
FreeBSDではデバイスファイル '/dev/云々' があれば必ず 'man 云々' で
ドキュメントが得られるようになっているが、Linuxでは得られないものが多数ある。
反面、動くハードウェアの種類は充実している。
687: 2022/10/20(木)08:50 AAS
>>683
とても頭が悪そうな文章やん
自覚できないもんかねえｗ
688: 2022/10/20(木)09:04 AAS
>>686
あはははははははははははは
無知すぎてワロタｗ
Linux は標準パッケージで入れるものは全て
/binと/usr/bin以下に入れられるよ？
え？知らなかったの？ｗｗｗ
外部パッケージ？何の話？Linuxに外部パッケージなんてないけど？
/usr/local/binと/usr/local/etc 以下に入るのは、自分でビルドしたもの
うーん、一貫性あるよね？ｗｗｗ
サードパーティのパッケージ管理システムとかは
マナーとして/opt以下に入れるようになってるけど
Linuxとは直接関係ない話だね
あはははは、こんな嘘言ってるやつが
FreeBSDには秩序が～とかいってんのかｗｗｗ
689: 2022/10/20(木)09:39 AAS
そんなにFreeBSDが嫌いなら5chに書き込まなければいいのに。
5chのサーバーはFreeBSDじゃなかったっけ？
690: 2022/10/20(木)10:15 AAS
頭が弱い奴に限って
リナっ糞がお気に入りなのは何故なのかw
691(2): 2022/10/20(木)10:43 AAS
DTrace 日本語Wikipedia で情報少なかったりLinux でも利用できる事が書いてないのは FreeBSD マンセーの人の嫌がらせな気がしている。
692: 2022/10/20(木)11:32 AAS
単に FreeBSD の事しか知らないだけでしょ
693: 2022/10/20(木)12:21 AAS
wikiに乗ってないことを知ってるアピールする>>691って、ダサいっすね
しかも陰謀論とかマジ笑えるレベルっす
694: 2022/10/20(木)12:50 AAS
日本語Wikipediaの問題点を言ったら、
書いてないことを知ってるアピールだって思っちゃうのか
なんつーか、自分からマウント取られに行ってるよなｗ
書いてないね→書いてないことを知ってるっていう自慢かー！みたいな
695: 2022/10/20(木)13:03 AAS
>>691
> DTrace 日本語Wikipedia で情報少なかったりLinux でも利用できる事が書いてないのは FreeBSD マンセーの人の嫌がらせな気がしている。
もはや頭が弱いってレベルじゃないね～
とっとと病院行ったほうが良いよｗ
696(2): 2022/10/20(木)13:11 AAS
さよなら、愛しのFreeBSD
https://note.com/jj1bdx/n/n2db3357fa232
この辺読むと、ネットワークとZFS、DTrace がFreeBSDの心の支えな気がする。
697: 2022/10/20(木)13:26 AAS
なんか今もFreeBSDを使ってる人って
過去の栄光を取り戻したいって感じがするよね
698: 2022/10/20(木)13:44 AAS
>>696
お前にわかやろｗ
ZFSとかNFSとかろくなもんじゃあらへんでー
699: 2022/10/21(金)01:01 AAS
BSDはネットワークは確かにいいと思う
あとは数値計算がんばれ
綺麗なライブラリ揃えれば勝てる
700(2): 2022/10/21(金)02:16 AAS
Linux「綺麗なライブラリまってるYO！」
701: 2022/10/21(金)05:28 AAS
>>700
その時は
お得意技のパクリナックソの出番でしょうね
702(1): 2022/10/21(金)05:31 AAS
ライセンスしたがって使ってるのにパクリとは？ｗ
他のOSで使っていただくために
BSDは自由なライセンスにしてるんですよ
むしろ願いを叶えてやったんだから感謝しろってもんです。
703: 2022/10/21(金)09:05 AAS
>>702
利用者の為にならないパクリナックス
上下前次1-新書関写板覧索設栞歴
あと 299 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s