Busyboxは、組み込みLinuxをほとんど必要としないベンダーにとってはつまずきのようです。Busyboxに関する訴訟さえあります。
クローズドシステムの開発者向けに、Busyboxのより自由にライセンスされた(BSD、MIT、または少なくともLGPL)アナログがありますか?
Busyboxは、組み込みLinuxをほとんど必要としないベンダーにとってはつまずきのようです。Busyboxに関する訴訟さえあります。
クローズドシステムの開発者向けに、Busyboxのより自由にライセンスされた(BSD、MIT、または少なくともLGPL)アナログがありますか?
回答:
免責事項:私は弁護士ではありません。この答えには本当に法的専門知識が必要です。情報を提示するために最善を尽くしましたが、それは法的助言ではありません。ソフトウェアのライセンスとIPの問題を理解している弁護士を探してください。
TL; DRバージョン。カーネルはハードウェアインターフェイスを明らかにするため、クローズドシステムのリスクはbusyboxではなくカーネルにあります。Busyboxは、株式またはほとんど株式の形式で使用される傾向があるため、ほとんど何も明らかにしません。
カーネル自体と同じ障害がありますので、問題にはなりません。GPLに準拠するのは難しくありません。バイナリを配布する場合は、対応するソースを配布するか、同じことを申し出て、その申し出を有効にする必要があります。ただし、すべての作業を配布する必要はありません。通常、busybox自体に変更を加えることはありません。したがって、サイトからbusyboxを作成したtarballのコピーを作成するのと同じくらい簡単です。
Linuxカーネルは、ドライバーの行き先であるため、はるかに問題です-クローズドドライバーをリンクする行為は、理論上、それらのドライバーをGPLで保護するか(著作権を所有している場合)、GPLに完全に違反し、そうしないと合法的に作品を配布できません。つまり、組み込みLinuxの実装では、おそらく主要なハードウェアの詳細をあきらめる必要があります。
あなたの「秘密のソース」の残りは安全でなければなりません-標準のユーザースペースプログラムは問題ではなく、それらは基本的にどこでも同じです。製品を機能させるためのカスタムアプリケーションは、完全にあなた自身の作成であり、クローズドソースコードのリンクを許可するライブラリに対してリンクされます。
ex busyboxの開発者の仕事は非常に興味深いものになると思います。
http://landley.net/toybox/about.html
http://lwn.net/Articles/478308/
hth
BeastieBoxは、BusyboxのようなツールをBSDの世界にもたらす試みです。その作業の多くはNetBSDから来ています。