Deepin Desktop, niegdyś uważany za jedno z najbardziej eleganckich środowisk Linuksa, nie jest już dostępny w oficjalnych repozytoriach Fedory. Decyzja ta nie jest zaskoczeniem dla tych, którzy śledzili kwestie bezpieczeństwa i konserwacji związane z tym środowiskiem. Wycofanie się z oficjalnego pakietu odzwierciedla znacznie poważniejsze problemy niż tylko kwestie projektowe.
Dlaczego Fedora usunęła Deepin Desktop ze swoich oficjalnych repozytoriów w 2026 roku
Od kilku lat Deepin Linux budzi obawy, szczególnie ze względu na problematyczne praktyki gromadzenia danych. Na początku swojej działalności sklep Deepin wysyłał niezaszyfrowane żądania do chińskiej usługi śledzącej, ujawniając poufne informacje. Chociaż problem ten został rozwiązany, inne luki w zabezpieczeniach wciąż istnieją.
W 2025 roku firma SUSE jako pierwsza duża firma usunęła Deepina ze swoich dystrybucji, powołując się na naruszenia surowych zasad dotyczących pakietów RPM. Zastosowana strategia omijała standardowe mechanizmy bezpieczeństwa, co doprowadziło do całkowitego wykluczenia pakietów Deepina.
Fedora, zbudowana na tym samym solidnym fundamencie co Red Hat Enterprise Linux, ostrożnie podążała za tym podejściem. Komitet Inżynieryjny Fedory (FESCo) przegłosował trwałe zaprzestanie obsługi Deepina w oficjalnych repozytoriach z powodu podobnych problemów, głównie związanych z zarządzaniem i bezpieczeństwem.
Środowisko pulpitu, które nie jest utrzymywane i bezpieczne.
Pakiety Deepin wykazywały uszkodzone zależności i błędy kompilacji w wielu wydaniach Fedory. Problemy te, obecne już w Fedorze 42, z czasem się pogłębiały. Środowisko graficzne zostało już usunięte z dystrybucji Fedory, ponieważ kluczowe komponenty, takie jak D-Bus i Polkit, stanowiły znaczne zagrożenie, ponieważ były używane do komunikacji międzyprocesowej i zarządzania uprawnieniami.
Wniosek jest jednoznaczny: zespół konserwacyjny Deepina nie zapewnił aktualizacji niezbędnych do zachowania zgodności i bezpieczeństwa. To jak jazda z niesprawnymi hamulcami pomimo wielokrotnych ostrzeżeń – to zdecydowanie zbyt ryzykowne ryzyko dla systemu operacyjnego dla użytkowników indywidualnych.
Te niedociągnięcia skłoniły nie tylko Fedorę, ale także openSUSE do usunięcia Deepina, co wzmocniło potrzebę wprowadzenia rygorystycznych standardów w środowiskach graficznych Linux.
Dokładne powody techniczne usunięcia Deepina z Fedory
- Naruszenia zasad dotyczących pakowania RPM: Nieodpowiednie rozwiązania tymczasowe zagrażają bezpieczeństwu i niezawodności.
- Wady w zarządzaniu D-Bus i Polkit: Elementy te mogą stać się potencjalnymi punktami ataku, jeśli nie zostaną odpowiednio zabezpieczone.
- Zerwane zależności i nieudane kompilacje: podstawowe pakiety nie są już kompilowalne w nowszych wersjach Fedory.
- Brak reakcji ze strony personelu konserwacyjnego: Zespół Deepin nie współpracował i powoli reagował na krytyczne prośby i zgłoszenia błędów.
- Zwiększone ryzyko podatności: W kontekście globalnej fali nasilających się ataków cybernetycznych środowisko Deepin stało się otwartymi drzwiami.
Przełomowy moment dla użytkowników Deepina i Fedory
Po trwałym usunięciu Deepin Desktop nie będzie już dostępny za pośrednictwem repozytoriów Fedora ani SUSE. Ręczna kompilacja środowiska nadal jest możliwa, ale wymaga znacznego wysiłku i wzmożonej czujności.
Te decyzje ilustrują zmianę losu po kilku latach, w których Deepin był chwalony za estetykę. Niestety, powagi i niezawodności nie da się improwizować, zwłaszcza w krytycznych sytuacjach.
Aby dowiedzieć się więcej o tym rozwoju sytuacji, można zapoznać się z kilkoma szczegółowymi artykułami wyjaśniającymi głosowanie komitetu Fedora, zwłaszcza na stronie: LinuxIAC I ZDNet.
Jakie wnioski możemy wyciągnąć z tej porażki Deepina w ekosystemie Linux?
Przypadek Deepina przypomina, że piękno otoczenia to za mało. Open source oznacza odpowiedzialność i nieustanną rygorystyczność. Poddawanie tak prestiżowego projektu rygorystycznym testom jest jak sprawdzanie szczelności zapory przed powodzią.
Kondycja dystrybucji zależy również od zaufania do jej krytycznych komponentów. Bez tego zaufania użytkownicy i firmy są narażeni na duże ryzyko. Brak przestrzegania zasad pakowania i powolna reakcja programistów przypieczętowały los Deepina w dwóch głównych dystrybucjach Linuksa.
To jasne ostrzeżenie dla każdego zespołu tworzącego oprogramowanie open source: bezpieczeństwo i łatwość utrzymania muszą być w centrum projektu. Czy Deepin mógłby powrócić po gruntownej przebudowie kodu? Prawdopodobnie, o ile zostaną przedstawione namacalne dowody.
Alternatywy do rozważenia w celu uzyskania niezawodnego i estetycznego pulpitu Linux
- KDE Plasma: Można go dostosowywać i ma mnóstwo funkcji, a pod względem estetyki dorównuje Deepinowi.
- Panteon: Środowisko jest wierne Elementary OS, proste i eleganckie.
- Budgie: połączenie lekkości i nowoczesnego designu.
- GNOM: stabilna, z zaawansowanymi opcjami personalizacji poprzez rozszerzenia.
Biura te korzystają z aktywnej społeczności i stałego wsparcia, co zapewnia bezpieczne funkcjonowanie przez długi czas. Aby dowiedzieć się więcej o tych środowiskach, pomocne materiały są dostępne pod adresem [link do odpowiedniego źródła]. Linux w Caji.
Dlaczego Fedora usunęła Deepin Desktop ze swoich repozytoriów?
W obliczu powtarzających się luk w zabezpieczeniach, naruszeń zasad pakowania i słabej konserwacji, Fedora postanowiła chronić swoich użytkowników, zaprzestając oficjalnego wsparcia dla Deepin.
Czy Deepin Desktop można nadal używać w systemie Fedora?
Technicznie rzecz biorąc tak, ale pulpit trzeba skompilować ręcznie, co wymaga zaawansowanych umiejętności i naraża na ryzyko, jeśli nie korzystasz z oficjalnych aktualizacji.
Jakie są główne problemy bezpieczeństwa związane z Deepin?
Luki w zabezpieczeniach D-Bus i Polkit, a także wątpliwe praktyki pakowania, naraziły system na ryzyko włamań.
Jaką alternatywę dla Deepin Desktop powinienem wybrać?
Środowiska KDE Plasma, Pantheon, Budgie i GNOME oferują doskonały kompromis między estetyką, funkcjonalnością i bezpieczeństwem.
Czy Deepin będzie mógł powrócić do Fedory?
Będzie to zależało od dokładnego przeglądu kodeksu i wyraźnych dowodów zgodności ze standardami bezpieczeństwa.
Źródło: www.zdnet.fr