ソフトウェアの再ライセンス

ソフトウェアの再ライセンスは、オープンソース ソフトウェア開発において、ソフトウェアモジュールのライセンスに互換性がなく、より大きな結合作品のために互換性が必要な場合に適用されます。バイナリ形式のソースコードで著作権で保護される作品としてソフトウェアに適用されるライセンスには、^{[1]矛盾する条項が含まれる場合があります。これらの要件により、複数のソフトウェア作品の}ソースコードまたはコンテンツを組み合わせて新しい結合作品を作成することが不可能になる可能性があります。^{[2] [3]}

オープンソース ソフトウェア プロジェクトは、ライセンスの非互換性という状況に陥ることがあります。多くの場合、この状況を解決する唯一の実行可能な方法は、関係するすべてのソフトウェア部分のライセンスを再発行することです。ライセンスの再発行を成功させるには、関係するすべての著作権者 (通常は開発者) が、変更されたライセンスに同意する必要があります。フリーおよびオープンソースの分野では、多くの貢献者が関与するため、すべての著者の 100% をカバーすることは不可能であることが多いですが、大多数がカバーしていれば十分であると想定されることがよくあります。たとえば、Mozilla は、著者のカバー率が 95% であれば十分であると想定しました。^[4]フリーおよびオープンソース ソフトウェア (FOSS) 分野のEric S. Raymondなどの他の人々は、コード ベース全体のライセンスの再発行の要件に関して異なる結論に達しました。^[5]

ライセンスの互換性を理由にライセンスの再適用に成功したオープンソースプロジェクトの初期の例としては、 MozillaプロジェクトとFirefoxブラウザが挙げられます。NetscapeのCommunicator 4.0ブラウザのソース コードは、1998 年にNetscape Public License / Mozilla Public License ^[6]の下で最初にリリースされましたが、 FSFとOSIから互換性がないと批判されました。 ^{[7] [8]} 2001 年頃、Time Warner はNetscape Public License の下での権利を行使し、Mozilla Foundation の要請により、Netscape Public License の下で使用されてい^たMozilla のすべてのコード (他の貢献者のコードを含む) を MPL 1.1/GPL 2.0/ LGPL 2.1の3 者ライセンスに再適用し [9]、GPL との互換性を実現しました。^[10]

VorbisライブラリはもともとLGPLとしてライセンスされていましたが、2001年にリチャード・ストールマンの支持を得てBSDライセンスに変更され、採用が促進されました。^{[11] [12]}

VLCプロジェクトは、ライセンスの互換性の問題でライセンスの歴史も複雑です。2007年には、ライセンスの互換性の問題から、リリースされたばかりのGPLv3にアップグレードしないことを決定しました。^{[13] 2011年初頭にVLCが}Apple App Storeから削除された後、2011年10月にVLCプロジェクトは、互換性を高めるためにVLCライブラリ部分をGPLv2からLGPLv2に再ライセンスしました。^{[14] [15]} 2013年7月、VLCアプリケーションはMozilla Public Licenseの下で再ライセンスされ、 iOS App Storeに再提出されました。 ^[16]

7-ZipのLZMA SDKは、もともとGNU LGPLとCommon Public Licenseの両方の下でデュアルライセンスされていましたが^[17]、リンクされたバイナリに対する追加の特別な例外があり、 2008年12月2日にIgor Pavlovによってパブリックドメインに置かれました。 ^[18]

GNU TLSプロジェクトは2011年にLGPLv3ライセンスを採用しましたが、ライセンスの互換性に重大な問題があったため、2013年にコードをLGPLv2.1に戻しました。^{[19] [20] [21]}

GNUフリードキュメンテーションライセンスのバージョン1.2は、広く使用されているクリエイティブ・コモンズの表示-継承ライセンスと互換性がなく、たとえばWikipediaで問題となっていました。^{[22]そのため、}ウィキメディア財団の要請により、FSFはGFDLのバージョン1.3で、GFDLを使用する特定の種類のウェブサイトがCC BY-SAライセンスの下で作品を追加で提供することを許可する時間制限付きのセクションを追加しました。^[23]続いて2009年6月、ウィキメディア財団は、デュアルライセンスによって、プロジェクト（Wikipediaなど）を、以前使用していたGFDLに加えて、メインライセンスとしてクリエイティブ・コモンズの表示-継承ライセンスに移行しました。^[24]ライセンス変更の理由として、より広範なフリーコンテンツのエコシステムとのライセンス互換性の向上が挙げられました。^{[25] [26]}

2010年にOGREプロジェクトはライセンスをLGPLからMITライセンスに変更しました。その理由として、よりシンプルなライセンステキストが挙げられました。^{[27] [28] [29]}

もう1つの事例は、GoogleがAndroidライブラリBionicのGPLv2ライセンスのLinuxカーネルヘッダーファイルをBSDライセンスに再ライセンスしたケースである。GPLを排除するために、Googleはヘッダーファイルから著作権で保護できる作品をすべて削除し、著作権で保護できない「事実」に減らしたと主張した。^{[30] [31]この解釈は、例えば}ヒューストン大学ローセンターの法学教授レイモンド・ニマーによって異議を唱えられた。^[32]

POV-Rayは、1991年以来FOSS非互換で非商用ソースから入手可能なカスタムPOV-Rayライセンスの下で配布されていましたが、 2013年11月にAffero General Public Licenseバージョン3（またはそれ以降）^の下で再ライセンスされました。^{[33] [34] [35]} POV-RayはFOSSライセンスが広く使用される前に開発されたため、開発者は独自のライセンスを作成しましたが、後にFOSSエコシステムとのライセンスの非互換性により問題となりました。

2014年にFreeCADプロジェクトはGPLv3/GPLv2の非互換性のためライセンスをGPLからLGPLv2に変更しました。^{[36] [37]}

2014年にGang Garrison 2はライブラリの互換性を向上させるためにGPLv3からMPLに再ライセンスされました。^{[38] [39]}

2015年5月、Dolphinプロジェクトは互換性を高めるためにライセンスを「GPLv2のみ」から「GPLv2またはそれ以降」に変更しました。^[40]

2015年6月、mpvはプロジェクトのGPLライセンスのソースコードの再ライセンスプロセスを開始し、LGPLv2の下でのライセンス互換性を改善し、貢献した開発者の過半数（95％以上）の同意を得ました。^[41] 2016年8月には、著者の約90％に連絡を取り、同意を得ることができました。2017年10月に切り替えが完了しました。^[42]

2015年7月、Seafileはライセンスの互換性、特にGitとの互換性を改善するために、GPLv3からGPLv2に切り替えました。^{[43] [44]}

2015年にNatronはより良い商業化を可能にするためにMPLからGPLv2に再ライセンスされました。^[45]

2016年にMAMEは、非営利のライセンス条項を含む独自のカスタムライセンスで何年も苦労した後、コードベースのBSD/GPLへの再ライセンスを実現しました^{[46] 。 [47] [48] [49] [50]}

2016年8月、MariaDB CorporationはデータベースプロキシサーバーMaxScaleのライセンスをGPLから非FOSSだがソースコードが公開されており期限付きのビジネスソースライセンス（BSL）^[51]に変更した。BSLは3年後にGPLに戻る。^{[52] [53] 2017年にはバージョン1.1がリリースされ、}ブルース・ペレンズからのフィードバックも取り入れて改訂された。^{[54] [55]}

長い間、Dのバックエンドのソースコードは非オープンソース準拠のライセンスの下で利用可能でしたが、これは部分的にシマンテックで開発されたためオープンソースとして再ライセンスすることができなかったためです。^{[56] 2017}年4月9日には、バックエンド部分もオープンソースのBoostソフトウェアライセンスに再ライセンスできるようになりました。^{[58] [59] [60]}

2017年7月27日、マイクロソフトリサーチは宇宙戦闘シミュレーター『Allegiance』のライセンスを、2004年にゲームが公開されたMSR共有ソースライセンス^[61]からMITライセンス[ ^{62]に変更した。 [63] [64]}

• ライセンスの互換性
• 下位互換性
• 前方互換性
• ライセンスの増殖