Czy oprogramowanie objęte licencją GPL (wersja 2) może polegać na bibliotekach licencjonowanych na podstawie APLv2 bez uruchamiania GPL? Językiem tutaj sugeruje mi może nie.
W moim konkretnym przypadku patrzę na demona, który korzysta z niektórych bibliotek zewnętrznych licencjonowanych przez APLv2.
AKTUALIZACJA (W odpowiedzi na odpowiedzi / komentarze.)
- Na potrzeby tego pytania nie mogę ponownie licencjonować programu głównego (demona)
- Główny program został rozszerzony o funkcjonalność, która wykorzystuje
apr-util
i być może inne komponenty APLv2
Moje pytanie brzmi: czy mogę zwolnić rozszerzonego demona na GPLv2, czy jest to coś, co muszę zachować dla siebie (bez dystrybucji) i / lub ponownie wdrożyć bez APLv2, jeśli jestem zaangażowany w (a) wydanie tego rozszerzenia, i, (b) utrzymanie demona na licencji GPL?
licensing
gpl
apache-license
pilcrow
źródło
źródło
Odpowiedzi:
Najpierw wyjaśnijmy trochę terminologii. Kiedy FSF twierdzi, że licencja jest zgodna z GPL, nie mają na myśli tego, co wiele osób interpretuje. Wielu interpretuje „kompatybilny”, co oznacza, że dwa programy mogą z powodzeniem współistnieć w tej samej aplikacji.
To jest zbliżone do tego, co oznacza FSF, ale zapewnienie licencji GPL na copyleft idzie o krok dalej.
Z GPL FAQ , podkreśl moje.
Licencja jest więc zgodna z GPL, jeśli jej warunki można wchłonąć pod GPL.
Spójrzmy więc na APLv2 i GPLv3.
A Apache mówi tutaj tyle samo :
Ale pracujesz z demonem, który był licencjonowany na licencji GPLv2, a nie v3.
FSF jest całkiem jasne, że to, co chcesz zrobić, nie jest dopuszczalne w publicznej dystrybucji.
Tak więc, aby odpowiedzieć na twoje pytanie:
Nie , nie możesz rozpowszechniać połączonego demona przy użyciu materiałów licencjonowanych GPLv2 i APLv2 .
FSF wyraźnie wzywa tę kombinację jako niedopuszczalną do publicznej dystrybucji.
Alternatywy:
Ci są jej używać prywatnie.
Byłoby również w porządku, aby ponownie napisać funkcjonalność APLv2, a następnie połączyć nową pracę z pracą GPLv2.
Możesz zobaczyć, czy daemon można zmienić na GPLv3. Jeśli tak, to będziesz w stanie połączyć pracę APLv2 z demonem GPLv3.
źródło
Mój pogląd jest zgodny z OP na podstawie tekstu linku do ASF PO.
ASF (Apache Software Foundation) nie podoba się pomysł, aby kod ASFv2 był jakąkolwiek częścią systemu korzystającego z GPLv2, w oparciu o ograniczone informacje o twojej sprawie i moje rozumienie różnych licencji FOSS: niezależnie od tego, czy projekt parasolowy ma GPLv2 lub projekt parasolowy to GPLv2, próbujący uwzględnić ASFv2.
Ponadto wydaje się, że projekt parasolowy ASFv2 z kodem GPLv3 nie powinien się wydarzyć, ale projekt parasolowy GPLv3 może mieć kod ASFv2.
Pewnym zastrzeżeniem może (według Gnu) jest to, jak współdziałają ze sobą. Jeśli są połączone, współużytkują te same kopie danych podczas wykonywania, są one jednym w tym samym programie; jeśli jednak działają one jako oddzielne procesy (tj. rozwidlone) przekazujące dane między różnymi odrębnymi procesami, to, co robisz, może być dopuszczalne, ponieważ są dla nich oddzielnymi programami. Jeśli podczas wykonywania korzysta ze współdzielonej przestrzeni danych i nie działa z odrębnymi procesami, to to, co robisz, może nie być dozwolone, ponieważ dla nich są one takie same lub zbyt ściśle powiązane, aby były odrębne lub niezależne.
źródło