Niedawno pojawiły się informacje o zażartym sporze publicznym między jednym z głównych deweloperów Kalendarza GNOME a zespołem ds. utrzymania pakietów Linux Mint. Konflikt wynika z decyzji Linux Mint o dystrybucji mocno zmodyfikowanej i przestarzałej wersji aplikacji w celu dostosowania oprogramowania do swojego środowiska.
Problemem nie jest techniczna modyfikacja kodu, ale fakt, że dystrybucja zachowuje oficjalną nazwę „Kalendarz GNOME” i oryginalne linki kontaktowe w oknie informacyjnym. W rezultacie użytkownicy Linux Mint, którzy napotykają błędy w tej zmodyfikowanej wersji, stale kierują swoje zgłoszenia błędów do programistów GNOME, co wymaga od zespołu wolontariuszy poświęcenia czasu na klasyfikowanie i zamykanie skarg dotyczących problemów, których nie spowodowali lub które naprawili lata temu.
Aby zrozumieć skalę problemu, należy przeanalizować zmiany wprowadzone w Linux Mint. Starając się zachować zgodność z własnymi środowiskami graficznymi i motywami wizualnymi, Mint świadomie podjął decyzję o obniżeniu wersji Kalendarza GNOME. Podczas gdy pierwotny projekt rozwijał się z wykorzystaniem GTK4 i libadbita, Linux Mint wymusił powrót do GTK3.
Co więcej, aby osiągnąć tę wymuszoną integrację, Mint zmusił aplikację do korzystania z biblioteki libAdapta , własnego forka biblioteki libadwaita. Główną wadą jest to, że biblioteka libAdapta jest zablokowana do korzystania z przestarzałych wersji (opartych na wersji 1.5, podczas gdy oryginalny projekt ma już wersję 1.9). Ta regresja, obejmująca dwa do czterech lat przestarzałości, spowodowała, że setki starych błędów, już załatanych przez GNOME, ponownie pojawiły się na komputerach użytkowników Linux Mint.
Załamanie komunikacji i ograniczenia wolnych licencji
Poszukując logicznego rozwiązania, zespół GNOME Calendar otworzył oficjalny raport na platformie Linux Mint, w którym zaapelował o proste działanie: usunięcie odniesień do głównego projektu, usunięcie linków pomocy technicznej oraz zmianę nazwy i ikony zmodyfikowanej aplikacji.
Prośba o odłączenie była ignorowana przez sześć miesięcy, a kiedy opiekun pakietu Mint w końcu odpowiedział, odwrócił uwagę od sedna problemu, porównując swoją sytuację do sytuacji Ubuntu LTS i Debiana, argumentując, że te dystrybucje również oferują starsze wersje kalendarza. Jednak programista GNOME natychmiast podkreślił, że konflikt nie leży w wieku kodu, ale w dystrybucji strukturalnie zmienionej wersji , która uzurpuje sobie tożsamość oryginalnego projektu – problem ten nie jest spowodowany przez niezmodyfikowane pakiety Debiana ani Ubuntu.
Eskalacja napięcia sięgnęła zenitu, gdy Linux Mint kategorycznie odrzucił wniosek o rebranding. Zamiast tego, opiekun zasugerował, aby sami programiści GNOME zaprogramowali w aplikacjach systemy ostrzegawcze, które będą informować użytkowników o nieaktualnych wersjach. Propozycja ta wymagała jeszcze więcej nieodpłatnej pracy od pierwotnego zespołu.
Sprawa została jednostronnie zamknięta przez Mint, z założeniem, że licencje wolnego oprogramowania zezwalają na tego typu redystrybucję i modyfikację bez ograniczeń. Dla twórców GNOME takie stanowisko jest wymijającą taktyką , celowo mylącą wolność kodu z naruszeniem praw do znaku towarowego, co stanowi niebezpieczny precedens.
Incydent ten wywołał głęboką debatę na temat etyki modelu dystrybucji, podkreślając, w jaki sposób niektóre dystrybucje pochodne mogą nadużywać ekosystemu open source, wyczerpując psychicznie oryginalnych twórców poprzez przerzucanie na nich odpowiedzialności za wsparcie w sposób wrogi i nieuważny.
Dystrybuując uszkodzoną, nieobsługiwaną i mocno zmodyfikowaną kompilację pod jawną nazwą „GNOME Calendar”, Linux Mint narusza tożsamość projektu, oszukuje użytkowników końcowych i szarga reputację pierwotnych twórców. Wrogie dystrybucje wiedzą, że ukrywanie się za argumentem „wybrano złą licencję” to łatwa obrona przed niezależnymi programistami, którzy nie mają środków prawnych, aby wszcząć postępowanie sądowe w sprawie naruszenia znaku towarowego.
Jeśli chcesz dowiedzieć się więcej, szczegóły znajdziesz pod poniższym linkiem.