FreeBSDを語れ Part55
■ このスレッドは過去ログ倉庫に格納されています
# uname -r 13.1-RELEASE-p2 # which fwd fwd: コマンドが見つかりません >>543 レスどうも。 >>542 は記述を省略しただけで、実際には add 000100 fwd … と書いてます。 混乱させてすみません。 OSをupdateしたらlibreofficeが起動出来なくなったんだけど /use/local/lib/libreoffice配下に古いファイルが残ってたのが原因だった pkg deleteでもmake deinstallでも消えないとかどうよ 国立国会図書館さん、月報 https://www.ndl.go.jp/jp/publication/geppo/index.html の2022年5月号でデータセンター間借り利用のNetAppストレージ機器をチラ見せ。 国会図書館デジタルコレクション利用者はみなFreeBSDのお世話になる って思っていいん? >>546 駅の券売機とかコンビニのコピー機とか あれWindowsだけど、ああいうのをみんなWindowsの お世話になっていると考えるのなら、それもありかな 少なくとも病院も患者に見せる用の端末とかは殆どWindowsだしな そりゃインフラの何処かには使われてるから なにかしらFreeBSDのお世話になっていることはあるだろうな ただその割合が少なくてLinuxやWindowsの方に圧倒的に お世話になっているという話。FreeBSDはないならないでよい 家ゲユーザーはFreeBSDのお世話になってるんじゃねーかと 1%ぐらいはお世話になってるだろうねって話 99%はLinuxとWindowsだよ PS4 PS5で合わせて1億4000万台だし、macOSには主にユーザーランドが使われてるし、Switchにはネットワークスタックが使われてるから、それだけで十分 表示を伴う組み込みはほぼWindowsだな Linuxでも出来なくはないだろうけど、Windowsでの過去の資産はずっと生かせるから変わらんだろうね Linux使うとGPL問題もあるからな 最近のオシロスコープではOSにLinux使ったものが結構あるけど大丈夫なんか? 同じ系列の機器だとハードウェアは全部共通で生産していて高い(高機能)ものと安い物の違いはソフトの設定だけなんてものは普通にあるんだが >>558 Linuxは十分成熟してしまったので カーネルを修正しなくても良くなったよ だからGPL問題が発生しない オシロスコープのOSにLinuxを使う = ソースコード公開じゃないからね Linuxのカーネルに手を入れない限りGPLには感染しないしソースコードを公開する必要はない 実際Linux使ってるディストリでもMITライセンスのものとかたくさんある なんならソースコード非公開のプロプライエタリドライバすらある。 >>559 いや、Linuxのコードサイズと「バグの寿命」に関する研究があるが ・バグの発生する率はあまり変化していない ・バグが発生してからそのバグが取り除かれる期間(バグの寿命)は1~2年程度でこれもあまり変わっていない ・Linuxのコードの増加率は増加の一方である 以上の事実よりLinuxのコード内にあるバグは割合は余り変わらないが件数は増加する一方である >>560 ドライバもリンクした形で配布したらGNU的にはアウトなはず この見解は何度か事例がある プロプライエタリでもOKというのは別配布の場合だね だから配布(製品)にドライバが組み込まれた形で販売されているならGPLの規定に沿う必要がある 少なくともその主張はできる ZFSがLinuxカーネルに同梱されることはないって言ってたよね Linusがそう言ったかどうかは知らんけどそういう主張はしてると思うよ >>562 > プロプライエタリでもOKというのは別配布の場合だね だからUbuntu方式だよ ネットワークまたはDVDからインストールする方式なら プロプライエタリでもOK >>562 > だから配布(製品)にドライバが組み込まれた形で販売されているならGPLの規定に沿う必要がある お前が何を組み込まれたと言ってるのか知らんが、 一つのDVDやディスクにまとめて配布していいということ だからUbuntuのような仕組みならZFSようなものだって使えるんだって UbuntuでZFSを使ってみよう 第31回 Ubuntu 22.04LTS に搭載されたZFSを見てみよう https://kusanagi.dht-jpn.co.jp/2022/06/miyazaki-2022-06-27/ > Ubuntu 20.04LTS(Focal Fossa) では、ZFSでのブート構成は実験的採用(Experimental)でした。 > 22.04LTSでは、ZFSブート構成の実験的という文字が取れ、正式採用となっています。 > また、ZFSのバージョンが0.8.3から2.1.3 にアップデートされています。 > > 22.04 での ZFSブート構成は、20.04と同じくインストーラから設定可能です。 > ディスクのパーティション決定は自動的に行われ、設定できないところも 20.04 と同様です。 > 以下は、実際にインストールした際のデバイスのパーティション情報です。 > 1TBのストレージを使用した際のディスク割り振りは、20.04 と変更ありません。 >>561 バグの話なんかしてない LinuxではOSにLinuxを使うという程度で 今時カーネルを修正したりしないってこと カーネルのコンパイルとかしないからさw カーネルをいじる技術力が有るなら、FreeBSDを使うだろ >>569 なんで使わんのか? カーネルいじってもソースコード公開しなくていいからFreeBSDが使われてる PS4はかなりカーネルいじってるはずだけどソースコードは公開されてない ネットフリックスも各ISP向けにプロプライエタリなパッチを配信サーバとしてのFreeBSDに当てているって聞く そうやってカーネルのソースコードをいじらないと 使い物にならないのがFreeBSD >>573 FreeBSDのソースは無断でLinuxに取り込めて 逆はできない FreeBSDの技術がいっぱい Linux に取り込まれているのを知らんのやろうね Linux はBSDライセンスに汚染されないように、逆に作り直してない? ネットワークの実用的な実装はBSDが先だとしても。 >>565 測定器に組み込まれた製品の話をしていたんだが? 立派な不可分な形の配布だ 測定器のハードウェアに対応した特殊なドライバも使われているだろう 知らんけど >>567 測定器(家電製品でもいいけど)にスイッチオンでうごく物の話をしたつもりなんですけどね そういう物見たことない? Webカメラなんかも今時ドンキでも売っているんじゃないかな >>576 真面目に聞きたいんだが、BSDライセンスの汚染要素って、なに? 具体的に教えてくれると助かる。 自分の知ってる範疇ではこの手のライセンスにライセンスへの侵害を前提としない汚染要素は無かったはずだと思ってるんだが。 ATOM CamなんかはファームウェアはSquashfsの形でカーネルとbusybox化されてるシングルバイナリといくつかの補助プログラム(ssh等)じゃなかったかな ああすりゃroot取れるんかって勉強になったわ >>577 アホやな、GNUのどこに組み込まれた製品は 全部GNUに感染するって書いてあるんだよw 勝手にルールを作るな GNUものつかってるとこはソースちょうだいっていえば普通にくれるだろ。 >>583 くれるのはカーネルのコードだけだったよ >>583 くれないねぇ 日本の某弱小メーカーの市販品だけども特殊なルータのファームウェアをのぞきたくてちょうだいって言ったんだけど、 準備中ですって言ってくれなかった 数年前の話だがその製品のファームウェアは結局は公開されないまま製造中止になった そのメーカーの他のほとんどの機種は自社サイトで公開されてるみたいだけど > そのメーカーの他のほとんどの機種は自社サイトで公開されてるみたいだけど 自分でくれるって言ってるじゃん 馬鹿なの? >>585 製品そのものが出なかったってこと? それならソースコードを出す必要はないじゃん >>585 > 準備中ですって言ってくれなかった ライセンス違反でチクるぞって言えばいいやん 書いたらそれ以外公開されてるじゃんって 言われるから逃げただけだろ GPLじゃなかったんじゃない?と思えるくらいにはみんな頑張って出してるとおもうが。 出したくないものが混じってて分けられなくってとかなら黒。開発会社が出してくれなくてっていうなら困ったもんだけどクロだろ。 GPLの推進を願うにしろ撲滅を願うにしろ曝して騒げる案件だが、世の中の人はそんなに興味ないというのが本当のとこ。 >>585 を書いたものだけど、 純粋な興味で知りたかっただけで、 GPL違反だろ!とか、懲らしめてやりたいとかいう気持ちは特にないので 正義振りかざすつもりもないし メーカーに負担をかけるつもりもないし どんな機種かと言うとルーターに USBが付いてて…まあそんな機種 一応 Linux ベースでbusyboxが使われているのは確認している 違反かどうかまではよくわからないけど GPLを使っておきながらソースを出さないメーカーは詐欺として警察に届け出よう もしパッチを書いたことのある人なら著作権侵害で届け出よう >>594 届けても、権利者じゃないんでって却下されたよ https://www.jipdec.or.jp/library/word/csm0kn0000000nea.html 9. 他のソフトウェアを制限するライセンスの禁止 ライセンスはそのソフトウェアと共に頒布される他のソフトウェアに制限を設けてはなりません。 例えば、ライセンスは同じ媒体で頒布される他のプログラムが 全てオープンソースソフトウェアであることを要求してはなりません。 それ「共に頒布」されるソフトに対しての制限だからな GPLでもそんな制限はしてないと思うぞ だからGNUとともに頒布される他のソフトウェアに 制限を設けてはいけないってこと 分かってるなら説明すればいい わかってないのはお前 ちなみにもとの英文はこれ https://opensource.org/docs/osd 9. License Must Not Restrict Other Software The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open-source software. 頒布の意味とは?w >>600 マジで言ってるのか? OSSにおける頒布って配布とほぼ同じ意味 GPLのリンクとかとは全然違う概念だぞ >>601 もしかしてdistributeと言う単語すら理解せずに書いてるのか? つまりハードウェアに同梱して配布するのも配布ってわけ だからそのハードウェアにソフトくっつけて配布するなら制限なんてないだろw GPLの話にかすってもないぞ >>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しか無いのだろう。 >>605 ハードウェアにソフトウェアを組み込んだら GPL以外のソフトウェアが GPLのソフトウェアのライセンスに 感染するとか言っていたバカがいたんだよ >>606 やっぱり、自社で開発したソフトウェアは含まれてないんだな >>607 組込の内容がはっきりしないけど多分それは頒布じゃなくてリンクだろ それなら当たり前、この業界の常識 >>609 リンク?ハードウェアに?どうやって?意味がわからん ハードウェアにソフトウェアをリンクすることはできない >>610 > GPL以外のソフトウェアが > GPLのソフトウェアのライセンスに リンクはGPL以外のソフトウェアとGPLのソフトウェアの話な まあ引っ込みつかなくなってるだけだと思うけどw >>608 GPL のソフトを改変して公開するのにくらべて、作ったのをGPLにして公開するのは色々面倒やろ。 >>611 同梱(頒布)とリンクは全く別って分かってる? ハードウェアとソフトウェアをリンクすることはできない また同梱(頒布)するだけならリンクしてないので何も問題は起きない >>613 > 同梱(頒布)とリンクは全く別って分かってる? わかってないのはいきなり頒布の話をし始めた>>596 じゃね?w そもそも >> OSSにおける頒布って配布とほぼ同じ意味 >> GPLのリンクとかとは全然違う概念だぞ とまで書いてあるのに今更何言ってるんだよ > ハードウェアとソフトウェアをリンクすることはできない リンクしたやつを組み込むなり同梱したら汚染されるって話な > また同梱(頒布)するだけならリンクしてないので何も問題は起きない そりゃそうだろ、てかすでに書いてるし >> だからそのハードウェアにソフトくっつけて配布するなら制限なんてないだろw AndroidはiOSの開発者が Machカーネルの代りにLinuxカーネル FreeBSDの代りにNetBSD ObjectiveCの代りにJava を使って作ったものだと聞いたことがある Androidのライセンスってどうなってるのかと思って >>614 わかってないのはお前じゃねーかw 頒布も同梱も同じ意味 > > ハードウェアとソフトウェアをリンクすることはできない > リンクしたやつを組み込むなり同梱したら汚染されるって話な 間違い。汚染されるのは「リンクしたやつ」だけ 同梱は関係ないって言ったろ? 感染したやつに、感染してないやつを「同梱しても」汚染されない。 頭悪すぎだろ >>618 日本語不自由かよw だからリンクしたやつって書いてあるだろ ハードに組み込んだり同梱はあまり関係無い、単体で配布しようがリンクしたやつを配布した時点でリンクしたものが汚染されるってだけの話 >>619 だから俺が最初からハードウェアに同梱しても問題ないって言っただろ 人の話聞けや 最初から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問題が発生しない だから最初から(以下同じ) 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やディスクにまとめて配布していいということ >>620 そもそも頒布とか言い始めた>>596 以外は誰もそんな事は問題視してないぞw >>623 > だから配布(製品)にドライバが組み込まれた形で販売されているならGPLの規定に沿う必要がある 言ってるじゃんかw Linuxのカーネルモジュールのロードってリンクに該当するのか? 一般的なPCのプロプライエタリなドライバもその方法じゃないの? >>624 組み込まれたという言葉が見えないのか?w >>625 最近の事情は追いかけてないから知らんけどダイナミックリンクも含むはず >>627 「組み込む」はincludeやembeddedであってリンクではない リンク=結合ではないのだから、 配布(製品)にドライバが組み込まれた形で販売されていても GPLの規定に沿う必要はまったくない >>628 > 「組み込む」はincludeやembeddedであってリンクではない > リンク=結合ではないのだから、 まじで日本語が理解できないんだなw GPL のソフト(例えばカーネル)にリンクしたドライバを製品に組み込んだ時の話だぞ > 配布(製品)にドライバが組み込まれた形で販売されていても > GPLの規定に沿う必要はまったくない そのドライバがGPLのソフトにリンクしてないならね Linuxのドライバをカーネルモジュールとして書いたとしても、本当はちゃんとGPLにしないといけない カーネルモジュールはカーネルに実行時にリンクされて実行されるものだから組み込むとか組み込まないとか関係無い だけど、LinusはGPLのコードを流用してなければ良いよ、と黙認しているってのが真相 ググると色々出てくる ま、Linusらしいなw >>629 > > 配布(製品)にドライバが組み込まれた形で販売されていても > > GPLの規定に沿う必要はまったくない > そのドライバがGPLのソフトにリンクしてないならね だから最初からずーっと言ってるだろ 公開するのは、GPLのソフトにリンクしている「部分」だけ 組み込んで販売しても「リンクしてないソフトウェア部分」はGPLに従う必要がない >>630 プロプライエタリドライバなら、ソースコードを公開する必要はない なんかGPLのサイトも見てない人が居るな… https://www.gnu.org/licenses/gpl-faq.ja.html#GPLAndPlugins ↑ここによると、プラグインやカーネルモジュールの様に実行時にダイナミックロードするものでも、forkかexecじゃない限りGPLにする必要がある GPLをナメテはいけない、どうやっても感染する けどLinuxのカーネルモジュールはLinusは黙認してるってだけ みんなGPLの抜け道を期待してるかもしれないけど、そんなの無いからw ↓を良く読んで抜け道があるなら逆に教えて欲しいw https://www.gnu.org/licenses/gpl-faq.ja.html 取り合えず、forkかexecでやり取りするならGPLに感染しないのは確実に分かる >>631 カーネルにリンクしないドライバ まあそういうのもあるかもねw 必死すぎだと思うけど ん?あんたが知らんだけでしょ? https://kledgeb.blogspot.com/2012/07/ubuntu-1204_01.html ハードウェアを動かすにはドライバが必要ですが、 そのドライバの多くはLinux Kernelとともにインストールされます。 ただし、オープンソースではないドライバは、その限りではないため別途インストールが必要です。 オープンソースではないドライバのことを「プロプライエタリなドライバー」といいます。 代表的なものと言えばグラフィックカードのドライバーです。 ドライバーには2種類あります。 オープンソース版とプロプライエタリ版です。 多くの場合、オープンソース版のほうが安定性は高いが性能が低く、 プロプライエタリ版はその逆です。 プロプライエタリ版ドライバはよく利用されます。 >>635 いつからドライバだけの話になったんだ? テレビに入ってるソフトウェアの殆どは ドライバじゃねーだろ GPLの抜け穴はまずそこに書いてあるようにforkやexec 別のプログラムとして起動し、パイプやTCP/IPを使ってアクセスすれば 別のプログラムはGPLに感染しない インターネット越しにサービス使っているのと同じだからね あとは通信内容をパイプやTCP/IPを使って受け渡すプロキシプログラムを作ればいいだけ そうすればGPLにするのはそのプロキシだけでいい 昔からよく知られたテクニックじゃん・・・ 組み込み機器に、標準じゃないカーネルドライバが必須というわけじゃないから。ボードはbspのある評価ボードのデッドコピーで、インテリジェントなデバイスと適当な方法で通信するだけなら、非GPLのユーザランドドライバで十分だろ。 AGPLとか知らんのかな?GPLの抜け穴を対策するためのライセンスなんだが でもLinuxはAGPLはやりすぎってことで採用しなかった GPLの抜け穴は今も健在だよ >>637 そいつらがGPLのソフトとリンクしてないならいいんじゃね GPLに依存せずにアプリ作るのもなかなか骨折れるけどまあやってる企業はあるにはある ただ今時のテレビとかならライセンス表示するメニューがあることが多いけどね > GPLに依存せずにアプリ作るのもなかなか骨折れるけどまあやってる企業はあるにはある あー昔いたな。お前まだ20年前の知識か? えとね。GPLのコンパイラとかを使ってアプリを作っても GPLには感染しないの ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる