Twórcy systemowej biblioteki GNU C Library (glibc) wprowadzili zmiany w zasadach przyjmowania poprawek i przenoszenia praw autorskich, znosząc wymóg przenoszenia praw majątkowych do Fundacji Otwartych Oprogramowania na kod. Wzorem wcześniej wprowadzonych zmian w projekcie GCC, podpisanie umowy CLA z Fundacją Otwartych Oprogramowania w Glibc zostało przeniesione do kategorii operacji opcjonalnych, wykonywanych według woli twórcy. Zmiany w zasadach dopuszczające przyjmowanie poprawek bez przenoszenia praw do fundacji wejdą w życie 2 sierpnia i obejmą wszystkie dostępne gałęzie rozwoju Glibc, z wyjątkiem kodu, który poprzez Gnulib jest używany wspólnie z innymi projektami GNU.
Oprócz przeniesienia praw majątkowych do Fundacji Otwartych Oprogramowania, twórcy zyskali możliwość potwierdzenia prawa do przekazania kodu projektowi Glibc za pomocą mechanizmu Developer Certificate of Origin (DCO). Zgodnie z DCO, identyfikacja autora odbywa się poprzez dołączenie do każdej zmiany linii „Signed-off-by: imię i email twórcy”. Dołączając ten podpis do poprawki, twórca potwierdza swoje autorstwo nad przenoszonym kodem i zgadza się na jego rozpowszechnianie jako części projektu lub jako kodu objętego wolną licencją. W przeciwieństwie do działań projektu GCC, decyzja w Glibc nie została narzucona przez zarząd, lecz podjęta po wstępnym omówieniu z przedstawicielami całej społeczności.
Zniesienie obowiązku podpisywania umowy z Fundacją Otwartych Oprogramowania znacznie ułatwia dołączenie nowych uczestników do rozwoju i czyni projekt niezależnym od trendów w Fundacji Otwartych Oprogramowania. Jeśli podpisanie umowy CLA przez indywidualnych uczestników prowadziło jedynie do marnowania czasu na zbędne formalności, to dla korporacji i pracowników dużych firm przenoszenie praw do Fundacji Otwartych Oprogramowania wiązało się z wieloma prawnymi komplikacjami i zatwierdzeniami, które nie zawsze kończyły się pomyślnie.
Rezygnacja z centralnego zarządzania prawami do kodu potwierdza pierwotnie ustalone warunki licencyjne, ponieważ zmiana licencji wymaga teraz uzyskania osobistej zgody od każdego programisty, który nie przekazał praw Fundacji Otwartych Programów. Przy tym kod Glibc nadal jest dostarczany na licencji "LGPLv2.1 lub nowszej wersji", co umożliwia przejście na nowsze wersje LGPL bez dodatkowego uzgadniania. Ponieważ prawa do większości kodu pozostają w rękach Fundacji Otwartych Programów, ta organizacja nadal pełni rolę gwaranta rozpowszechniania kodu Glibc wyłącznie na warunkach licencji copyleft. Na przykład Fundacja Otwartych Programów może blokować próby wprowadzenia podwójnej/komercyjnej licencji lub wydania zamkniętych produktów własnościowych w osobnych umowach z autorami kodu.
Do wad rezygnacji z centralnego zarządzania prawami do kodu należy wzrost chaosu w kwestiach związanych z licencjami. Wcześniej wszystkie roszczenia dotyczące naruszenia warunków licencyjnych były rozwiązywane w kontaktach z jedną organizacją, teraz skutki naruszeń, w tym niezamierzonych, stają się nieprzewidywalne i wymagają uzgodnień z każdym poszczególnym uczestnikiem. Jako przykład podawana jest sytuacja z jądrem Linuksa, gdzie poszczególni deweloperzy jądra wszczynają procesy sądowe, także w celu uzyskania osobistego wzbogacenia.
Źródło: opennet.ru
