--- title: "GPLv2: źródła dla odbiorcy i granice suwerenności" url: "https://majchrzycki.com/blog/licencja-gpl-2-0-suwerennosc-ai-os" description: "GPL 2.0 w produktach firmowych i AI OS: kiedy trzeba przekazać kod źródłowy, co oznacza GPL-2.0-only i czego licencja nie wymusza w SaaS." --- # GPLv2: źródła dla odbiorcy i granice suwerenności 8 kwietnia 2026· Aktualizacja: 29 września 2026·2 min czytania·Krzysztof Majchrzycki Temat: [Open Source AI](https://majchrzycki.com/blog/filar/open-source-ai) **GPLv2 jest silną licencją copyleft: przy przekazaniu objętego nią programu lub dzieła pochodnego odbiorca ma otrzymać odpowiednie prawa i dostęp do kodu źródłowego zgodnie z warunkami licencji.** To ogranicza sytuację, w której ktoś sprzedaje binarium, ale blokuje użytkownikowi możliwość samodzielnej poprawki. Punktem odniesienia jest [oryginalny tekst GNU GPL w wersji 2](https://www.gnu.org/licenses/old-licenses/gpl-2.0.en.html). ## Co uruchamia obowiązki GPLv2? Samo używanie programu wewnątrz firmy nie jest tym samym co jego dystrybucja. Gdy firma przekazuje klientowi binarium objęte GPLv2, musi spełnić warunki dotyczące licencji i kodu źródłowego. Tekst przewiduje różne sposoby dostarczenia źródeł lub ważnej oferty ich udostępnienia; szczegóły zależą od sposobu dystrybucji. Zmodyfikowane pliki wymagają oznaczenia zmian. Nie wystarczy link do oryginalnego upstreamu, jeśli w binarium są własne modyfikacje. Sprawdź dokładny identyfikator: `GPL-2.0-only` to nie to samo co `GPL-2.0-or-later`. W pierwszym przypadku nie należy samodzielnie zakładać prawa przejścia na GPLv3. To ważne przy łączeniu zależności i planowaniu migracji produktu. Ocena, czy konkretny sposób połączenia kodu tworzy dzieło objęte GPL, jest zależna od faktów — przy istotnym komercyjnie produkcie trzeba ją przeprowadzić przed wydaniem. ## Suwerenność: co zyskuje odbiorca? Odbiorca programu zyskuje praktyczną drogę do niezależnego utrzymania jego objętej licencją części: kod i prawo zmiany. W sprzęcie AI może to mieć znaczenie dla oprogramowania hosta lub kontrolera. GPLv2 nie gwarantuje jednak, że użytkownik będzie mógł zainstalować zmienione binarium na każdym urządzeniu; temat urządzeń blokujących modyfikacje jest jedną z różnic wobec [GPLv3](https://majchrzycki.com/blog/licencja-gpl-3-0-suwerennosc-ai-os). GPLv2 nie rozwiązuje także całego vendor lock-in. Sprzęt może wymagać zamkniętego firmware, model może mieć odrębną licencję, a dane mogą pozostawać w nieeksportowalnym formacie. Co więcej, samo udostępnienie programu jako usługi przez sieć nie jest typowym wyzwalaczem obowiązku wydania źródeł zmian — to tzw. luka SaaS, dla której porównuje się [AGPLv3](https://majchrzycki.com/blog/licencja-agpl-3-0-suwerennosc-ai-os). ## Praktyczny test dla firmy Przed wysłaniem urządzenia lub kontenera klientowi sporządź listę objętych GPL komponentów, wersji i zmian. Zbuduj odpowiadające im źródła na czystej maszynie; zachowaj skrypty kompilacji oraz sposób uzyskania źródeł przez odbiorcę. Następnie sprawdź osobno, czy klient może przenieść dane i czy sprzęt pozwala uruchomić poprawioną wersję. Tak odróżnisz zgodność z licencją od realnej suwerenności użytkownika. ## Dlaczego wersja licencji ma znaczenie? Kod oznaczony `GPL-2.0-only` nie staje się automatycznie kodem GPLv3 po aktualizacji projektu. Jeżeli nowa zależność ma warunki niezgodne z GPLv2-only, plan migracji może wymagać wymiany komponentu lub zgód autorów. Dlatego do dokumentacji architektury wpisuj dokładny identyfikator SPDX i informację, czy projekt dopuszcza późniejsze wersje. Nie traktuj „GPL” jako jednej licencji niezależnej od numeru. W kontekście suwerenności GPLv2 daje odbiorcy źródła, ale nie gwarantuje pełnej dokumentacji urządzenia czy danych. Firmowy AI OS może zawierać jądro lub narzędzia objęte GPLv2, a równocześnie wymagać niedostępnego firmware GPU. Rozdzielenie praw do kodu i możliwości uruchomienia go na sprzęcie jest kluczowe w ocenie niezależności. ## Umowa z dostawcą a licencja OSS Jeżeli firma kupuje urządzenie z kodem GPLv2, powinna umieć otrzymać dokładnie odpowiadające mu źródła zgodnie z licencją. Dodatkowo może wymagać od sprzedawcy procedury odzyskania systemu, eksportu danych i okresu poprawek. Tych zobowiązań nie należy dopisywać w wyobraźni do GPL. Licencja ustanawia bazowe prawa do objętego oprogramowania; umowa i architektura zapewniają ciągłość działania biznesu. - Open Source AI - Licencje - Suwerenność ## Uporządkuj pierwszy krok z AI Bezpłatny poradnik pomaga wybrać proces, pytania diagnostyczne i kolejność działań. [Pobierz poradnik](https://majchrzycki.com/darmowy-poradnik-transformacji-ai-dla-firmy) Strony poradnika transformacji AI: rysunki i opisy cyfrowego modelu firmy ## Czytaj dalej - [GPLv3: copyleft, patenty i prawo do zmiany urządzenia](https://majchrzycki.com/blog/licencja-gpl-3-0-suwerennosc-ai-os) - [AGPLv3: otwarty serwer AI także przy dostępie przez sieć](https://majchrzycki.com/blog/licencja-agpl-3-0-suwerennosc-ai-os) - [LGPLv3: biblioteka otwarta, aplikacja może pozostać własna](https://majchrzycki.com/blog/licencja-lgpl-3-0-suwerennosc-ai-os) - [MPL 2.0: copyleft na poziomie pliku w firmowym AI](https://majchrzycki.com/blog/licencja-mpl-2-0-suwerennosc-ai-os)