Załóżmy, że opracowuję przydatną bibliotekę i postanawiam opublikować ją jako oprogramowanie typu open source. Jakiś czas później muszę zrobić coś, co nie byłoby zgodne z licencją typu open source. Czy mogę to zrobić?
Jak powinienem opublikować oprogramowanie w taki sposób, aby zachować własność i nie blokować w żaden sposób korzystania z biblioteki w przyszłości?
Pamiętaj, że przynajmniej teoretycznie inni programiści mogą zdecydować się na udział w moim projekcie open source. Czy mogę określić w licencji, że jako pierwotny programista mam również własność ich wkładów? Nie zrozumcie mnie źle, nie staram się być złym i przejąć na własność cudzej pracy - chcę po prostu zachować swoją własność, a jeśli ktoś opublikuje ważną poprawkę, nie będę mógł użyć oryginalnego kodu, chyba że Korzystam także z jego pracy.
źródło
Odpowiedzi:
Zawsze zachowujesz własność na podstawie licencji typu open source. Praca, którą stworzyłeś, jest twoją własnością i możesz z nią robić, co chcesz, (oczywiście w granicach prawnych), w tym pozwalając innym osobom na korzystanie z niej na warunkach licencji typu open source. Jeśli chcesz go wykorzystać do zastrzeżonego projektu, możesz to zrobić, chyba że całkowicie przekazałeś prawa innej osobie na podstawie umowy. Ale nie tak robią licencje typu open source. Chodzi o dzielenie się użytecznością, a nie rezygnację z własności.
Sprawy stają się trochę naklejki, gdy inni ludzie zaczynają wnieść swój wkład. To ich praca, a nie twoja i musisz uzyskać ich pozwolenie. Jedną rzeczą, którą możesz zrobić, to opublikować swoją bibliotekę na podwójnej licencji. Tak robi Sam Lantinga, główny twórca i opiekun SDL . Ponieważ Apple nie lubi dynamicznych bibliotek linków dla iOS, a zgodność z LGPL w statycznie połączonej aplikacji jest większym problemem niż jest warta, dlatego publikuje SDL zarówno na licencji LGPL, jak i komercyjnej licencji na statyczne aplikacje na iPhone'a. Kiedy ktoś przesyła łatkę, wyraźnie prosi ją o pozwolenie na jej zainstalowanie w bibliotece na obu licencjach, a jeśli im się to nie podoba, nie dodaje jej do bazy kodu.
EDYCJA: Mój przykład nie jest już dokładny. Jakiś czas temu Sam zmienił model (nie wiem dlaczego; może po prostu zmęczył się problemami administracyjnymi) i teraz licencjonuje SDL na bardzo liberalnej licencji w stylu zlib. Ale robił to w ten sposób.
źródło
Nie jestem prawnikiem i nie jest to porada prawna. Jeśli potrzebujesz gwarancji prawnej, zatrudnij prawnika.
Absolutnie możesz podwójnie licencjonować swoje oprogramowanie - Trolltech robił to przez wiele lat z Qt, a Linden Lab zrobił to z klientem SecondLife.
Możesz użyć dowolnej licencji. Niektóre licencje są zgodne z zamkniętymi środowiskami komercyjnymi, takimi jak licencje Mozilla MPL, MIT i BSD oraz (wierzę) licencje SunDL CDDL i Apache.
Jeśli jednak potrzebujesz elastyczności, aby wydać swoje oprogramowanie zarówno jako projekt open source, jak i produkt o zamkniętym źródle, absolutnie możesz to zrobić jako oryginalny autor. Jedynym problemem jest kwestia wkładów użytkowników. Nie możesz włączyć wkładu innych osób do komercyjnej wersji oprogramowania, chyba że legalnie ujawnią ci prawa autorskie. GNU robi to tylko dlatego, że zaktualizuje swoje licencje w przyszłości.
Pamiętaj, że użytkownikom, a zwłaszcza autorom, prawdopodobnie się to nie spodoba, więc wpłynie to na społeczność wokół twojego projektu, prawdopodobnie negatywnie.
Ponownie skonsultuj się z prawnikiem w celu uzyskania szczegółowych informacji.
źródło
Ja też nie jestem prawnikiem, ale ...
Oprócz restrykcyjnych (które zmuszą cię do Open Source każdego projektu, który ich używa) licencji, takich jak GPL, istnieją również nieograniczające (co oznacza, że możesz używać takiego oprogramowania w komercyjnym projekcie), takie jak Lesser GPL lub licencja Apache (2.0 ?). Może więc możesz po prostu wydać oprogramowanie na nieograniczonych warunkach.
źródło