Jeśli korzystam z oprogramowania GPL w mojej wewnętrznej/zamkniętej aplikacji źródłowej, czy muszę udostępnić źródło publicznie? powiedzieć w Internecie?Używanie kodu zewnętrznego GPL dla wewnętrznego projektu zamkniętego źródła
Odpowiedz
Mówiąc w uproszczeniu, GPL wymaga, aby zaoferować udostępnienie kodu źródłowego każdemu, komu udostępnisz plik binarny. Jeśli aplikacja jest przeznaczona wyłącznie do użytku wewnętrznego, prawdopodobnie nie stanowi to problemu, ponieważ prawdopodobnie nie martwisz się o wewnętrznych użytkowników żądających lub używających źródła.
Edit: Należy zauważyć, że w celu zapewnienia zgodności z GPL, wciąż jesteś zobowiązany do zaoferowania kodu źródłowego (nawet jeśli nikt nie bierze cię na swojej ofercie), a mogłaby dostać się do terytorium ryzykowny jeśli użytkownik wewnętrzny nalega na uzyskanie kopii źródła i nie jesteś gotów dać im jednego.
Edit: Nie zdawałem sobie sprawy, że GPL FAQ wyraźnie wyklucza użycie wewnętrznego z rozważane dystrybucji, co sprawia David Thornley's answer znacznie lepiej niż moja. Chyba zostawię moją odpowiedź, ponieważ obejmuje ona szerszy problem ograniczonej dystrybucji.
Jeśli nie kwalifikujesz się jako "zwolnienie", nie masz żadnych zobowiązań wynikających z licencji GPL.
Osobiste korzystanie z własnego oprogramowania poświadcza, że się nie liczy. Przekazanie oprogramowania innej grupie lub oddziałowi w ramach tej samej firmy również nie jest traktowane jako wydanie.
Jednak czas i użycie mogą spowodować, że niektóre plany się zmienią. Powinno być jasne, że każda próba wydania kodu poza firmę będzie wymagać licencji zgodnej z GPL.
Czy możesz podać ofertę dotyczącą tego drugiego akapitu? Ponieważ jestem pewien, że niektórzy prawnicy/sędziowie/jurysdykcje nie zgadzają się z założeniem, że "przekazanie oprogramowania innej wersji w tej samej firmie nie jest uważane za wydanie". Zwłaszcza w dużych korporacjach jest to bardzo ryzykowne założenie. –
To pytanie jest szczegółowo omówione w artykule GPL FAQ i mówi, że można używać oprogramowania GPL w firmie bez legalnej dystrybucji. Nie masz obowiązku udostępniania źródła ani plików binarnych poza firmą.
Mówisz o tym, co Richard Stallman (osoba odpowiedzialna za ruch Gnu) nazywa "prywatnym oprogramowaniem". W przypadku oprogramowania prywatnego każda licencja, która pozwala na korzystanie z kodu, działa, ponieważ nie rozpowszechniasz go. Zarówno Free Software Foundation, jak i Open Source Initiative twierdzą, że zawsze powinno być możliwe korzystanie z oprogramowania w sposób prywatny.
Również wersja GPL, która dotyczy kodu, ma znaczenie. Wersja 3 GPL odnosi się konkretnie do takich usług, jak usługi internetowe (gdzie użytkownik normalnie nie otrzymuje plików binarnych ), których wersja 2 nie miała.
Niezupełnie. Wersja Afflo GPLv3 (i nie mam pojęcia, co oznacza "Affero") odnosi się do usług internetowych. Osobiście nie wiem, czy jest to wykonalne, ale IANAL. GPLv3 ma swoje osobliwości, ale jest bardzo podobny do GPLv2. –
Affero to firma, która początkowo opracowała ten wariant GPL, aby objąć swoim własnym oprogramowaniem internetowym. –
Affero Inc (http://www.affero.com/) podało nazwę tej konkretnej modyfikacji GPL – fvu
- 1. dla wewnętrznego i zewnętrznego użytku
- 2. Używanie Alembic API z wewnętrznego kodu aplikacji
- 3. Konfigurowanie zewnętrznego źródła danych dla Elastic MapReduce
- 4. Używanie biblioteki DLL GPL v2 w aplikacji
- 5. Generowanie macierzy/używanie zewnętrznego
- 6. CMake: zależności od zewnętrznego projektu
- 7. Użytkownicy i autoryzacja Django z zewnętrznego źródła
- 8. Kopiuj i wklej z zewnętrznego źródła
- 9. Źródła odczytu kodu
- 10. Używanie wewnętrznego typu używanego jako chronione pole
- 11. C# - Jak uzyskać dostęp do wewnętrznego klasy z zespołu zewnętrznego
- 12. Dostawca ADO.NET non-GPL dla MySQL?
- 13. Zasięg kodu Maven dla projektu Java 8
- 14. Najlepsze strony internetowe ASP.NET dla przykładowego kodu/projektu kodu
- 15. Czy istnieje sposób na włączenie zewnętrznego kodu JavaScript jako źródła Jasmine?
- 16. Kompilowanie projektu z inną zgodnością źródła java
- 17. Dostawcy kodu źródłowego projektu w Visual Studio?
- 18. Get tekst translacji z zewnętrznego źródła do katalogu
- 19. Ograniczenia GPL w bibliotekach javascript
- 20. HBase & Mahout - Używanie HBase jako Datastore/źródła dla Mahout - Klasyfikacja
- 21. Używanie lokalnego systemu plików jako źródła Flume
- 22. Używanie zewnętrznego pliku log4j.properties z Grailsem
- 23. Określanie źródła dla debugowania przy użyciu Netbeans
- 24. Używanie JQuery jako wbudowanego źródła internetowego ASP.NET
- 25. Dodawanie zewnętrznego katalogu projektu w phpStorm 6.0 do oddzielania plików obszaru roboczego od kodu?
- 26. Używanie Mavena do dystrybucji projektu
- 27. Alternatywą dla alternatywnego źródła dla dewelopera borlanda
- 28. NIO - Wykrywanie zamkniętego połączenia
- 29. Renderowanie zamkniętego widoku marionetki
- 30. Znaczenie "zamkniętego pod skład"
co znaczy * wewnętrzne zamknięte źródło *? czy nie można wyświetlać kodu źródłowego? lub nie rozpowszechniasz swojej aplikacji? – SilentGhost