フリーソフトウェアを別の言語に移植する場合のライセンス条項

既存のソフトウェアパッケージを別の言語に移植するというアイデアを模索しています。Apache License 2.0の下でリリースされており、無料で配布されています。ただし、ライブラリの使用とそのコピーの作成には大きな違いがあります。もちろん、私は完全な信用を与えて、それがどこから来たのかについて正直に言うでしょう。そして、私は確かにポートからお金を稼ぐつもりはなく、他のプロジェクトでそれを使うだけです。

もちろん、私はライセンスを読みました。

2. 著作権ライセンスの付与。このライセンスの条件に従い、各コントリビューターは、派生的作品の複製、準備、公開、公演、サブライセンス、および著作物およびそのような派生著作物をソースまたはオブジェクト形式で配布します。

[...]

4. 再配布。次の条件を満たす場合は、改変の有無にかかわらず、ソースまたはオブジェクトの形式で、作品またはその派生作品のコピーを複製および配布できます。

   a。作品または派生作品のその他の受領者には、このライセンスのコピーを提供する必要があります。そして

   b。あなたは、変更されたファイルに、あなたがファイルを変更したことを示す顕著な通知を表示させる必要があります。そして

   c。配布する派生著作物のソース形式で、派生著作物のいかなる部分にも関係しない通知を除く、著作物のソース形式からのすべての著作権、特許、商標、および帰属通知を保持する必要があります。そして

   d。作品に配布の一部として「NOTICE」テキストファイルが含まれている場合、配布する派生作品には、そのようなNOTICEファイルに含まれる帰属通知の読み取り可能なコピーを含める必要があります[...]

   修正に独自の著作権表示を追加することができ、修正の使用、複製、または配布のための追加または異なるライセンス条項を提供することができます。それ以外の場合、作品は本ライセンスに記載されている条件に準拠します。

私は、ライセンス、既存の著作権表示、帰属などのコピーを熱心に保持している限り、ポート（「派生著作物」として）は著者の許可の有無にかかわらず完全に許可されます。

しかし、だからといって、その意味をすべて理解しているわけではありません。たとえば、ポートは必ず元のライセンスと同じライセンスを共有する必要がありますか？

私はまだ作業を開始していませんし、パッケージの作者とはまだ連絡していません（ただしそうします）。多くの作業が無駄になるリスクがあるかどうかを確認したいと思います。また、APIのみに基づいてクリーンルーム実装を作成する必要があるかどうか、または既存のソースコード（まだ見ていない）に基づいて作業を行うことができるかどうかを知る必要もあります。

翻訳（異なる自然言語と異なるプログラミング言語の両方）は、派生著作物と見なされます。

異なる（密接に関連していない）プログラミング言語への翻訳の結果として、オリジナルとは根本的に異なる派生作品を作成する場合、実際には、Apacheライセンスの要件がどのように適用されるべきかを理解するのは非常に困難です。私は考えが非常に強く、彼らが扱わ著作権を見たいのですがどのように元のパッケージのメンテナで議論するあなたに助言し、あなたにも弁護士とそれを議論したいかもしれません。

面倒な部分は4c節です。

c。配布する派生著作物のソース形式で、派生著作物のいかなる部分にも関係しない通知を除く、著作物のソース形式からのすべての著作権、特許、商標、および帰属通知を保持する必要があります。そして

ここでの問題は、このような急進的な変更では、元の作品からのどの（著作権および帰属）通知が法的に翻訳版にも関係するので、どの通知を保持する必要があり、どの通知を削除する必要があるかを判断することはほとんど不可能です。

著作権は元のソースコードにのみ適用されます。私は国で法的助言を提供することはできません（法的に:)）が、別の言語を使用している場合は、別のソースコードの本体です。倫理的な考慮事項は別の問題です。コミュニティへのオリジナルのオープンソースの貢献の精神を維持するために、オリジナルの作者に同意できるライセンスを使用しようとします。さらに、元の著者にクレジットを付ける必要があります。