web-dev-qa-db-ja.com

オープンソースプロジェクトをクローズドソースにする

最初にオープンソースとしてリリースされたプロジェクトをクローズドソースに戻すことは、どのように法的に可能ですか?特に、GPLの任意のバージョンでライセンスされているもの。

19
Matt Phillips

ここには2つの点があります。

  • 与えられたオープンソースライセンスを取り消す。それはおそらくライセンスのテキストに依存します。ライセンスに規定がない場合、ライセンシーが侵害していない可能性があるかどうかはわかりません。そして、GPLバージョン3のようないくつかのライセンスはその点で明白です:

このライセンスに基づいて付与されたすべての権利は、プログラムの著作権の期間に付与され、規定された条件が満たされている場合は取り消しできません。

  • 他の条件の下での再ライセンス。すべての著作権者の同意があれば可能です。あなたが貢献を受け入れる前にそれを得る先見力を持っていた場合(GCCのようないくつかのGNUプロジェクトは、たとえばFSFに著作権を割り当てるように要求します)、それは簡単です。もしそうでなければ、それは(一部のプロジェクトは自発的にそれを行うので、ライセンスの変更は実際には不可能であり、全員の同意を得たり、非現実的ではなかった人々の貢献を追跡して削除したりします)。

(必須の言及:私は弁護士ではありません。あなたの弁護士を参照してください。一部の側面はローカライズされており、管轄区域によって異なる場合があります)。

10
AProgrammer

1人のユーザーの権利を取得することはできません使用のgiven-software v1.5彼がGPL/OSSライセンスを介してそれを取得すると、使用できなくなります。

だが。

著者に連絡できますgiven-software v1.5かつ

  1. 商用ライセンスの変更権とクローズドソースの再配布を購入する
  2. 彼の権利を購入彼からのソフトウェアについて

    (これはすべての管轄区域に適用されるわけではありません-多くの国ではいくつかの権利があります不可侵-これは、著者が常にそれらを保持し、彼はそれらにのみライセンスを付与できるを意味します)

    ああ、あなたはすでにそこにいるので、製品のnameの権利を購入することにも興味があるかもしれません。

次に、商用ライセンスでさらにバージョン(たとえばgiven-software 2.)をリリースし、前のバージョンのみを無料のままにすることができます。 (言論の自由のように)

一部のOSSプロジェクトは、メジャーバージョンのアップグレードごとに、新しいバージョンを販売し続け、以前のバージョンをオープンソースとしてリリースします。

(私は考えていますGhostscriptここだけでなく、Androidもそのようなことをすることが知られており、興味のあるパートナーに高額の価格で事前にリリースしています)

問題が発生する可能性があります

  1. 競争。メジャーなOSSフォーク+名前の変更は、単に新しい商用製品を殺してしまう可能性があります(それは自由市場です)。

  2. メンテナはすべての権利を持っているわけではないかもしれません彼は再ライセンスする必要がありますgiven-software 1.5

    • 元の作者は利用できませんでした:現在のメンテナは、元のメンテナの後の2番目、3番目、または4番目のメンテナになることができます。
    • プロジェクトは多すぎる外部のバグ修正、または機能の追加を受け取った可能性があり、メンテナが権利放棄を要求することを気にしなかったため、ソフトウェアは現在メンテナとこれまで誰もが誰もが所有しています)任意のコードを提供未定条件の下。

      少し時間のある弁護士と、お金のために搾乳するだけの価値のある会社を待っているだけの、本当の不可解な混乱。 (実際、GNUプロジェクトであっても、すべての著作権をGNU Foundationに)免除する権利放棄を常に求めています)

    • 権利放棄は署名されている可能性がありますが、彼らの条件は、コードのライセンスを変更できないことを正確に述べることができます

これらの最後の2つの状況で、OSSから抜け出す唯一の方法は、提供されたすべてのコードのハードで巨大で残酷で悲しい書き直しです。そして、適切に行われたとしても、それは挑戦的である可能性があります(それ弁護士による、そうです)そのため、それは本当に価値がありません。

免責事項:IANAL。

4
ZJR

IANALが:

あなたがコードベースのすべての著作権を所有している場合、つまりすべての寄稿者があなた(またはあなたの会社)にすべての寄稿の著作権を与えている場合、別のライセンスの下でそのコードベースを再リリースできると思います(クローズドソースの可能性があります)。一部のプロジェクト( jQueryなど )は、2つの異なるライセンス(そのうちの1つはGPL)でコードを同時にリリースします。

ただし、コードの既存のバージョンのライセンスは変更されません。変更すると、貢献者がかなり気分を害し、プロジェクトを分岐して別の名前で開発を続ける場合があります。これについて私に引用しないでください。しかし、それがLibre OfficeとOpen Officeをもたらしたものだと思います。

3

プロジェクトの著作権者である場合は、ソースを配布する各当事者に(一意の)ライセンスを設定する権利があります。

すでに誰かにGPLのコードを与えているので、その人が現在持っているものは、コードが何らかの条件下で配布されない限り取り消すことができません。

たとえば、Open Officeはオープンソースでした(現在もそうです)。しかし、OracleがSunを買収して以来、OOはきつすぎるかもしれないので、Libre Officeという名前で独立してコードを変更できるようになり、Oracleはその権利を取り消すことができないと感じました。

ただし、次の2つのことが常に可能です。

  1. 何らかの条件でライセンスを添付してください。たとえば、自分がオープンソースプロジェクト(またはNGO /アカデミア)である場合にのみ、オープンソースとは異なる商用ライセンスを取得できます。

  2. すべての新しいバージョンで、古いライセンスを中止して新しいライセンスを提供できます。たとえば、REDHAT 7(または8)はすべてオープンソースでした。その後、商業的にライセンスされたRHELを作成しました。これがFedoraが生まれた方法です。

0
Dipan Mehta