web-dev-qa-db-ja.com

ライセンスのないオープンソースコード... forkできますか?

何年も前に、誰かが本当に素晴らしい人気のスクリプトをたくさん作成しました。しかし、それらは長い間更新されていませんでしたが、現在は機能していません(ターゲットプラットフォームが更新され、いくつかの変更が必要です)。

彼はいかなるライセンスの下でもそれをリリースしていません。バグを修正し(現在、多くのターゲットユーザーは使用できません)、GitHubに投稿します(できればパブリックドメインスタイルのOSSライセンスで)。法的な問題は何なのだろうか?

著者にメールを送信しましたが、(たとえば、)彼は私のメールに返信しませんでした。

次の2つのケースに私たちがすべきこと:

  • スクリプトがプライベートWebサイトに投稿されている場合(ソース管理なし)。
  • スクリプトがGitHubに投稿されている場合(ライセンスのヒントなし)。

ただし、オープンソースのように見える-使用/変更/何でも使用することを意図していることがはっきりとわかる。

44
Abhi Beckert

短い答え:絶対に違います。

ソフトウェアでもテキストでも、人が書いたものはすべて自動的に著作権で保護されます。テキストのデフォルトの状態は、それが完全に作成者によって所有されており、誰も作成者の明示的な許可なしにそれを使用して何もする権利を持たないことです。数十年前、著作者は著作権を保持するために著作権を主張する必要がありましたが、現在はそうではありません。

私が入力しているこの投稿が特定のライセンスの下で利用可能であることに同意することを明記したこの法的文書のようなサイトでも見ることができます。それがなければ、私は法律に基づくすべての権利を保持します。

したがって、ライセンス情報が見つからない場合、個人使用以外の理由でそれをコピーまたは変更することはできません。

何かを「オープンソース」にすることは意図的な行為であり、あなたがそれをそのように扱うためには、あなたにソフトウェアへのあなたの権利が何であるかを伝えるライセンスを見つけなければなりません明示的に。これは「パブリックドメイン」ソフトウェアにも当てはまります。つまり、著作権の期限が切れている(つまり、何十年も前に書かれた)か、作者が明示的にを書面でパブリックドメインに配置した場合、何かは「パブリックドメイン」に過ぎません。

あなたが説明する場合、あなたの唯一の手段は作者に連絡し、彼があなたにあなたが求めることをすることを許可するように要求することです。そうでなければ、それは明らかに違法であり、理論的には損害をもたらす可能性があります。 (実際には、もちろん、捕まる必要があります。)

編集:IANAL。これを行うつもりであれば、1人に相談してください。

53
Gort the Robot

明らかにオープンソースです

そして

彼はどんなライセンスの下でもそれをリリースしていません

対立。ソースを表示して変更さえできるからといって、それがオープンソースであるとは限りません。それはあなたの仕事ではなく、あなたがそうするためのライセンスを与えられていないので、あなたはこの仕事を取り、それにライセンスを与えることはできません。作者に作品にライセンスを適用するか、作者の意図を書面で明確にする必要があります。

ここに「私は弁護士の免責事項ではありません」と挿入します。

24
Michael Dean

注:github上のオープンソース以外のコードについては、少なくともgithub上で、フォークすることができます。私たちの多くは「ライセンスのないコード...フォークできますか?」というタイトルを目にするので、これは便利です。 githubについて不思議に思います。 (私は他の回答で述べられた理由のために質問テキストで「オープンソース」という言葉を再現しませんでした。)

この最小限のライセンスはgithub 利用規約 の結果であり、 Open Source FAQ で明確化されています:

ライセンスを選択しないとどうなりますか?

ライセンスを選択する義務はありません。コードやプロジェクトに含まないのはあなたの権利ですが、その影響に注意してください。一般的に言って、ライセンスがないということは、デフォルトの著作権法が適用されることを意味します。これは、お客様がソースコードに対するすべての権利を保持し、第三者がお客様の著作物から複製、頒布、または二次的著作物を作成することはできないことを意味します。これは意図したものではない可能性があります。

これが目的である場合でも、GitHubのパブリックリポジトリでソースコードを公開すると、他のGitHubユーザーにいくつかの権利を許可する利用規約に同意したことになります。具体的には、他のユーザーにリポジトリの表示とフォークを許可します。

作業内容を他のユーザーと共有する場合は、オープンソースライセンスを含めることを強くお勧めします。

利用規約の正確な言語は次のとおりです。

...リポジトリを公開するように設定すると、他のユーザーがリポジトリを表示してフォークできるようにすることに同意したことになります。 ...

パッチ適用のロジックにより、これはgithubフォークに「パッチ」をアップロードできることを意味すると私は信じていますが、私は弁護士ではありませんおよびあなたが訴える価値がある何かがあるなら、あなたは1つに相談するべきです...

明確にするために、この回答[〜#〜] only [〜#〜]はgithubに適用され、用語は時間の経過とともに変化する可能性があります-その他コラボレーティブサイトを検索すると、制限付きまたは許容範囲のライセンスがある場合があります...

10
sage

コードを別のライセンスの下に置くことはできません。これはあなたがすることの呼びかけではありません。元の作者はまだ彼のコードに対するすべての権利を保持しています。彼はコードをオンラインに置いたので、元の作成者がフェアユースと変更を許可していると正当な理由で推測できます。メールが返答されない場合は、この仮定に基づいて行動する必要があります。

変更をOSSライセンスの下に置きますが、元の作成者に関するすべての情報と不足しているライセンス情報をコードファイルにメモしておきます。次に、修正して再配布します。

6
thiton

パッチを指定できます。それらのパッチの配布者として、あなたはとにかく侵害の責任を負いません(それらは些細なことです:ファイルパスXはファイルパスYになっています)。

著作権で保護されたオリジナルの作品とパッチの組み合わせは、派生作品として保護されています。つまり、組み合わせを配布することはできませんが、いずれにしても必要ではありません。パッチはエンドユーザーが(または代わりに)実行します。

5
MSalters

元の作者に連絡して、適切なライセンスの下でコードを使用できるようにしてから、そこからアクセスできるかどうかを尋ねてみてください。

5
compman