私はGnu / Linuxディストリビューションを作成しています。私はカーネルをオープンソースに保ちますが、デスクトップ環境とその上のプログラム（私が作ったもの）は排他的になります。可能ですか？ GNU GPL v2 は、GPL ライセンスソフトウェアの派生物をプライベートソースにすることはできないと規定しています。だから私はLinuxカーネルを修正する代わりにいくつかのアドインを追加しました。プロジェクト全体がプライベートソースの場合、ライセンスの問題は発生しますか？
答え1
まず、GNU / Linuxディストリビューションは多くのソフトウェアパッケージで構成されており、その一部はGNU GPLに従ってライセンスされていますが、他のライセンスも関連しています。たとえば、Perlは芸術的ライセンスまたはGPL - あなたの選択、Apacheは以下でカバーされています。Apacheライセンス。つまり、GPLは使用する必要がある最も強力なコピーレフトライセンスの1つです。
GNU GPLはただ分配する;Linuxディストリビューションを誰とも共有しない限り、これらの条件に従う必要はありません。ただし、共有する場合、コピーを受け取る人は誰でもあなたにソースコードを要求する権利があります。あるいは、Red Hatと同様のアプローチを使用してソースコードのみをリリースし、コンパイルされたバイナリのみを有料の顧客に提供することもできます。
ただし、プライベートソース製品を構築する場合、GNU/Linux は良い出発点ではありません。 BSD ベースのシステムをカスタマイズすることを検討できます。
答え2
どちらもカノニカルのUbuntuです。ソフトウェアパートナーリポジトリ（独自のアプリケーションがある）とスチームオペレーティングシステム完全に可能だと申し上げます。
楽しみは（私の考えで）人々をサポートするときに始まります。すべての独自のパッケージ/プログラムを直接作成することで、ほとんどの問題を解決できます。ただし、独自のソフトウェアが他のベンダーの製品である場合、サポートの問題はより深刻になる可能性があります。共有されているように、プロの著作権弁護士を探すのが最善です。