オープンソースプロジェクトからクローズドソースへ


19

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


5
プロジェクトの著作権を保持している場合、自由にライセンスを自由に変更できます。そのようにしても、GPLの下で確立された既存のライセンス関係は無効になりません。
Blrfl

なぜそれを受け取って、新しいプロジェクトにして、そこから始めてみませんか?
ルーク

@Blrflそれは興味深い質問をもたらします。コードベースが同一であるため、GPLのプロジェクトの一部または全体を使用する人は、クローズドソースライセンスに違反します。
カールソン

8
@Karlson:実際のところ、彼らはクローズドソースライセンスにサインアップしたことはありません。それらはGPLライセンスの下に残ります。
DeepSpace101

1
これらの種類のライセンスに関する質問は、現在、メタディスカッションサイトで再検討されています

回答:


10

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

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

本ライセンスに基づいて付与されるすべての権利は、プログラムの著作権の期間に付与され、記載された条件が満たされた場合には取消不能です。

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

(必須の言及:私は弁護士ではありません、あなたのものを参照してください、そしていくつかの側面はローカライズされ、あなたの管轄に依存するかもしれません)。


4

特定のソフトウェアv1.5を GPL / OSSライセンスで取得した後、そのソフトウェアを使用する1人のユーザーの権利奪うことはできません

しかし。

指定ソフトウェアv1.5の作成連絡して

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

    (これはすべての司法管轄区に適用されるわけではありません-多くの国では一部の権利は譲渡できません-これは、著者が常にそれらを保持し、ライセンスをあなたにのみ付与できることを意味します)

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

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

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

(私はここでGhostscriptを考えていますが、Androidもそのようなことを行い、多額の価格で関心のあるパートナーに事前にリリースすることで知られています)

何がうまくいかないか

  1. コンペ。主要なOSSフォーク+名前変更は、新しい商用製品を単に殺す可能性があります(それは自由市場です)

  2. メンテナは、所定のソフトウェア1.5を再ライセンスするために必要なすべての権利持っていない場合があります

    • 元の著者を利用できませんでした:現在のメンテナーは、の2番目、3番目、または4番目のメンテナーに。
    • プロジェクトには外部からのバグ修正や機能追加多すぎる可能性があり、メンテナーは免除を求めることはありませんでした。そのため、ソフトウェアは現在、メンテナーとコードを提供したすべての人が所有しています未決定の条件の下で。

      弁護士が燃え尽きるのを待っているだけで、お金を搾り取る価値のある企業を待っているだけの真に不可解な混乱。(実際、GNUプロジェクトでさえ、GNU財団に対するすべての著作権を放棄する権利放棄を常に求めています)

    • 免除に署名することもできますが、その条項には、コードのライセンスを変更できないことを正確に記載できます。

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

免責事項:IANAL。


はい、これがメインのAndroidコードベースに貢献するのが困難な理由です。彼らは修正を受け入れることができず、その流行語値だけのためにOSS旗を振ることができません。(はいそれは吸う)
-ZJR

2
IANAL。Androidコントリビューターは、「プロジェクトリーダー」に著作権ライセンスを効果的に付与する「Corporate Contributor License Agreement」に署名する必要があります。
ジェイディー

3

IANALが:

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

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


0

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

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

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

ただし、いつでもできることは2つあります。

  1. ある条件下でライセンスを添付します。たとえば、自分がオープンソースプロジェクト(またはNGO /アカデミア)である場合にのみ、オープンソースとは異なる商用ライセンスを持つことができます。

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

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