Açık kaynaklı bir projeyi kapalı kaynağa götürmek


19

Başlangıçta açık kaynak olarak serbest bırakılan bir projeyi kapalı kaynağa geri almak yasal olarak nasıl mümkün olabilir? Özellikle herhangi bir sürümü GPL ile lisanslanmıştır.


5
Projenin telif hakkına sahipseniz, projeyi istediğiniz şekilde yeniden lisanslayabilirsiniz. Bunu yapmak, GPL altında kurulan mevcut lisans ilişkilerini geçersiz kılmaz.
Blrfl

Neden sadece almıyor, yeni bir proje yapıyor ve oradan gidiyorsunuz?
Rook

@Blrfl Bu ilginç bir soru getiriyor. GPL'nin projesinin bir kısmını veya tamamını kullanacak olan herkes, kod tabanı aynı olacağından kapalı kaynak lisansını ihlal edecektir.
Karlson

8
@Karlson: Aslında değil, hiçbir zaman kapalı kaynak lisansına kaydolmadılar. GPL lisansı altında kalırlar.
DeepSpace101

Yanıtlar:


10

Burada iki şey var:

  • verilen açık kaynak lisansının iptali. Muhtemelen lisans metnine bağlı olacaktır. Lisansta herhangi bir hüküm yoksa, lisans sahibinin hak ihlalinde bulunmaması mümkün olmadığından emin değilim. GPL sürüm 3 gibi bazı lisanslar da açıktır:

Bu Lisans kapsamında verilen tüm haklar, Programın telif hakkı süresi boyunca verilir ve belirtilen koşullar karşılandığı takdirde geri alınamaz.

  • diğer şartlar altında yeniden lisanslama. Tüm telif hakkı sahiplerinin sözleşmesini aldığınız sürece mümkündür. Katkıları kabul etmeden önce alabileceğiniz öngörü varsa (GCC gibi bazı GNU projeleri sizden örneğin FSF'ye telif hakkı atamanızı ister) kolaydır. Eğer yapmadıysanız, zor olacaktır (bazı projeler bunu gönüllü olarak yapar, böylece uygulamada lisans değişikliği imkansızdır, herkesin anlaşmasını almak veya pratik olmayanların katkılarını izlemek ve kaldırmak).

(Zorunlu söz: Ben bir avukat değilim, kendinize bakın ve bazı yönler yerelleştirilebilir ve yargı yetkinize bağlı olabilir).


4

Bir kullanıcının verilen yazılım v1.5'i GPL / OSS lisansı ile aldıktan sonra kullanma hakkını alamazsınız .

FAKAT.

Sen kişiyle iletişime ait verilen-yazılım v1.5 ve

  1. değiştirme ve kapalı kaynakların yeniden dağıtılması hakkına sahip ticari lisans satın alın
  2. yazılım üzerindeki haklarını ondan satın alın

    (bu tüm yargı bölgelerinde geçerli değildir - birçok ülkede bazı haklar devredilemez - bu, yazarın bunları her zaman elinde tuttuğu ve yalnızca size lisanslayabileceği anlamına gelir )

    Ah, zaten orada olduğunuz için , ürünün adı için hak satın almak da isteyebilirsiniz .

Daha sonra ticari bir lisans altında diğer sürümleri (örneğin verilen yazılım 2.0 ) yayınlayabilir ve yalnızca önceki sürümü ücretsiz bırakabilirsiniz. (serbest konuşmada olduğu gibi)

Bazı OSS projeleri, her büyük sürüm yükseltmesinde yeni sürümler satmaya devam eder ve bir öncekini açık kaynak olarak yayınlar.

(Ben burada Ghostscript düşünüyorum , ama aynı zamanda Android böyle bir şey yapmak için biliniyor, iri fiyatlar için ilgili ortaklara şeyler yayınlamak)

Ne yanlış gidebilir

  1. Rekabet. Büyük bir OSS çatal + yeniden adlandırma yeni ticari ürünü öldürebilir, (bu bir serbest pazar)

  2. Bakımcı verilen yazılım 1.5'i yeniden lisanslamak için gerekli tüm haklara sahip olmayabilir.

    • Orijinal yazar mevcut olamaz: mevcut sürdürücü, orijinalden sonraki ikinci veya üçüncü veya dördüncü sürdürücü olabilir.
    • Proje çok fazla harici hata düzeltmesi veya özellik eklemesi almış olabilir ve sürdürücü asla feragat istemekten rahatsız olmamıştı, bu yüzden yazılım şimdi gerçekten bakıcıya ve herhangi bir kod katkıda bulunan herkese aittir . Belirsiz şartlar altında .

      Sadece biraz zaman yakacak bir avukat ve para için sağım yapmaya değer bir şirket bekleyen gerçek bir ayrılmaz karmaşa. (aslında, GNU projesi bile her zaman GNU vakfının tüm telif haklarını düzelten feragat ister)

    • Feragatname imzalanmış olabilir, ancak bunlardaki şartlar kod üzerindeki lisansın hiçbir zaman değiştirilemeyeceğini kesin olarak belirtebilir .

Bu son iki durumda OSS'den çıkmanın tek yolu, katkıda bulunan tüm kodların sert, devasa, kanlı ve üzücü bir şekilde yeniden yazılmasıdır. Ve doğru ve iyi yapılsa bile, hala zor olabilir, ( o avukat tarafından , evet) bu yüzden ... buna değmez.

Feragatname: IANAL.


Ve evet, bu yüzden ana Android kod tabanına katkıda bulunmak imkansız . Düzeltmeleri kabul edemez ve OSS bayrağını yalnızca terim değeri için sallayamazlar . (evet berbat)
ZJR

2
IANAL. Android katılımcıları, kodunuzla istedikleri her şeyi yapmak için etkin bir şekilde "proje liderlerine" bir telif hakkı lisansı veren bir "Kurumsal Katılımcı Lisans Sözleşmesi" imzalamalıdır.
Jaydee

3

IANAL ama:

Kod tabanına ait tüm telif haklarına sahipseniz, yani tüm katkıda bulunanlar size (veya şirketinize daha büyük olasılıkla sahip olabilir) tüm katkılarının telif haklarını verdiyseniz, bu kod tabanını farklı bir lisans altında yeniden yayınlayabilirsiniz. (kapalı bir kaynak olabilir) seçerseniz. Bazı projeler ( jQuery gibi ) kodlarını aynı anda iki farklı lisans altında (biri GPL) yayınlar.

Bu, kodun mevcut sürümlerinin lisansını değiştirmez ve bunu yaparken katkıda bulunanlarınızın oldukça üzgün olduğunu, projeyi çatalladığını ve farklı bir ad altında geliştirmeye devam ettiğini görebilirsiniz. Bana bu konuda alıntı yapma ama bence bu Libre Ofisi ve Açık Ofisi ile sonuçlanan bir şeydi.


0

Projenin doğru sahibiyseniz, kaynağınızı dağıttığınız her taraf için (benzersiz) lisans ayarlama hakkına sahipsiniz.

Şimdi birisine zaten GPL ile bir kod verdiğiniz göz önüne alındığında, kod bir koşul altında dağıtılmadıkça şimdi sahip olduğu şey iptal edilemez.

Örneğin, Open Office açık kaynak kodluydu (ve hala da öyleydi). Ancak Oracle Sun'ı satın aldığından, insanlar OO'nun artık çok sıkı olabileceğini düşündüler, böylece bu kodu Libre Office adı altında bağımsız olarak değiştirmeye başlayabilirler ve Oracle bu hakkı geri alamaz.

Ancak, her zaman yapabileceğiniz iki şey vardır:

  1. Bir koşul altında lisans ekleyin. Örneğin, Açık Kaynaktan farklı bir ticari lisansa sahip olabilirsiniz; bu, yalnızca kendiniz bir Açık Kaynak projesi (veya STK / Akademi) iseniz.

  2. Tüm yeni sürümler için eski lisansı bırakıp yeni bir lisans verebilirsiniz. Örneğin REDHAT 7 (veya 8) açık kaynak kodluydu. Bundan sonra ticari olarak lisanslanan RHEL'i yarattılar. Fedora böyle doğdu.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.