Apache 2ライセンスの実際の影響は何ですか?[閉まっている]


127

プロジェクトにSVG編集を使用したい。このソフトウェアは、Apache 2ライセンスの下で配布されます。

私はそれを見てきました:

  • 変更された、または変更されていないすべてのコピーには、ライセンスのコピーが添付されます
  • すべての変更は、変更者の作業として明確にマークされます
  • 著作権、商標、および特許権のすべての通知は、配布コピーで正確に複製されます
  • ライセンシーは、ライセンサーに属する商標を使用していません

これらはコードに関係していますか、それともGUIのどこかにライセンスを表示する必要がありますか?オリジナルのソフトウェアは、「SVG編集を搭載し、」表示私はこれを削除した場合、それは大丈夫でしょうか?そして最も重要なこと:これを行うための正しいエチケットは何ですか?意地悪になりたくありませんが、同時にUIを可能な限り簡素化し、失礼と見なされない場合はリンクを削除することもその一部になります。


11
完全を期すために、私はちょうど私が(に出会った非常に良いリンクで投げるしたいtl;drLegalこのトピックを検索するときにサイト): - Apacheライセンス2.0(Apacheの-2.0)について説明私はすでにここに実際に良いことを言うが、多分他の回答を考えますこのリンクは他の誰かに役立ちます。
リチャードルMesurier

5
@RichardLeMesurierリンクはもちろん役立ちますが、リンクとリソースだけでは良い答えではありません。StackExchangeで回答を得るために、あなたの主張をバックアップするためのリンクと参照を含むあなた自身の言葉での説明と推論。詳細については、回答方法を参照してください。リンクまたは追加情報のみを提供したい場合は、代わりにコメントの形式でこの情報を提供する必要があります。私は先に進み、あなたの答えをあなたのためにコメントに変えました。
maple_shaft

回答:


75

どのような状況でも、GUIにライセンスを表示する必要はありません。

Apache License Version 2.0(APLv2)でライセンスされているソフトウェアの場合、提案された方法でソフトウェアを変更しても大丈夫です。そのライセンスは修正を奨励しています。このライセンスは、修正版から「powered by SVG Edit」を削除する自由を保証します。

ただし、APLv2ソフトウェアに付属するNOTICESファイルに関する義務については、APLv2(セクション4(b))を参照してください。その内容をソフトウェアに適した方法で表示する必要があります。(SVG Editはおそらくすでにこれを行っています。)NOTICESファイルから発生した場合は、「powered by SVG Edit」を削除することはできません。ただし、NOTICESファイルとソースコードを配布する場合、これは免除されます。オプションの理解を深めるには、APLv2のセクション4(b)を参照してください。

いずれにせよ、特に派生物の作業を改善する場合は、やりたいことは失礼ではありません。


23

ただ感謝します...誰もが勝ちます

IANAL ...したがって、Apacheライセンスの法的義務についてはコメントしません。

オープンソースソフトウェアを使用する際の良いエチケットは、少なくともクレジットが支払われるべき場所にクレジットを与えることです。これは最低限だと思います。そのため、あなたが何をするにしても、システムの作成を支援してくれたさまざまなプロジェクト、ライブラリ、または開発者に言及し、感謝することをお勧めします。ライブラリの統合、どこかで集められたコードの変更、または誰かからの直接の助けを得ることができますように。

使用したことは最小限であることを伝えてください。

あなたがそれを使用したのは良いことだと伝えてください。

あなたの言及と感謝をそれらの使用のためにリンク可能な方法で作り、彼らにあなたのプロジェクトに言及する許可を与えてください。

失礼だと思われるのは、オープンソースの一部を使用し、いくつかの修正と修正を行い、別のシステムに統合して、修正を共有したり、どこでも使用したことを言及せずにこの他のシステムを公開することです。

オープンソースは多くを求めておらず、人々は確かに自分の仕事で大金を稼いでいない。外部からの助けなしにすべてをゼロからコーディングしなければならないとしたらどういうことか考えてみてください。これらの人々が行った仕事を称賛するために、それはしばしば彼らの唯一の給料であり、あなたが彼らにそれを与えることはあなたのテーブルから食べ物を取りません。しかし、あなたがそれを助けることができれば、彼らがあなたの参照から得ることができる評判は彼らのテーブルに食べ物を置くことができます。

評判は強力なリソースになる可能性があり、獲得するのは困難ですが、与えるのはとても簡単です。

あなたは今それを与える立場にあり、いつか他の誰かが好意を返すでしょう。


7
わかりました...しかし、質問には答えません。時には決定は私たちのものではありません。
Pacerier 14年

本当です、私たちは常に制御されているわけではありません...そのため、会社のポリシーのためにApacheでライセンスされたコードを使用しているという通知を含めることができない場合、そのため、上記のライセンスに違反しており、コードの使用を控える必要があります。
ニュートピア14年

APLv2では、元のライセンスが元の著作物の配布物にバンドルされている限り、派生著作物のライセンスを再付与できます(「著作権...でライセンスされた部分」)。このライセンスにより、これを行うことができるため、「修正や修正を行って、別のシステムに統合し、修正を共有したり、どこで使用したかを言及することなく、この他のシステムを公開する」ことができます。Artemが以下で述べているように、サブ/ライセンス、ライセンス条件の変更、または配布方法(バイナリまたはソース)に関係なく、オリジナルの通知を含める必要があります。
カウバート

うん、私が言っていたことはほとんど... 通知を含める必要があります...そのため、彼が変更できないかどうか、または再ライセンスされたかどうかにかかわらず、彼は違反しています。
ニュートピアン

6

4の影響を受けているようです。そのライセンスの再配布」条項、注意して読んで、あなたに明確でないことがあれば弁護士に尋ねてください(あなたが余裕があるなら、そしてそれが何であるかを理解する人を見つけることができるなら、あなたがいるすべての国プロジェクトを配布または販売したい)。

私は弁護士ではありません。その条項からこれら4つの項目をどのように理解するかをお話しします-私は完全に間違っているかもしれません。

プロジェクトがApache 2ライセンスで定義されている「派生著作物」である場合、項目1が適用されます(もう一度、その定義を注意深く読んでください)。はいの場合、Apache 2ライセンステキスト自体を含める必要があります。通常、「このソフトウェアにはコードが含まれています」または「コードから派生した」というタイトルの下のドキュメント(印刷またはオンライン)で、さまざまな製品に適用されるのを見ました...必要に応じて、このライセンスの対象となります。すべての部品および部分へのすべてのコピーライトも近くのどこかに記載されています。

通常、項目2と3はソースファイルに関するものです。

「オリジナル」コードに「注意」テキストファイルが含まれていた場合、項目4が適用されます。その場合、それを含めて表示する必要があります

次の少なくとも1つの場所:派生著作物の一部として配布された通知テキストファイル内。派生著作物とともに提供される場合、ソースフォームまたはドキュメント内。または、Derivative Worksによって生成されたディスプレイ内で、そのようなサードパーティの通知が通常表示される場合はいつでも。

私は、ほぼすべてのGUIプログラムが持っている「About」ダイアログでそのような通知を見てきました。そこですべてのクレジットを与えることは礼儀正しいと考えられています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.