Warum Fedora und openSUSE Deepin aus ihren Repositories entfernt haben
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20] openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem ein Paketierungs‑Workaround Sicherheitsprüfungen umging.[1][14] Sicherheitsanal...
Veröffentlicht vonBearbeitet mit GPT-5.5Bilder erstellt mit GPT Image 2
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20]
openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem ein Paketierungs‑Workaround Sicherheitsprüfungen umging.[1][14]
Sicherheitsanalysen verwiesen auf Risiken rund um D‑Bus‑Dienste und mögliche Privileg‑Escalation‑Pfade, etwa in Verbindung mit Polkit.[2][4]
Deepin ist weiterhin nutzbar – jedoch meist nur über andere Distributionen oder inoffizielle Paketquellen.
Why did Fedora decide to remove the Deepin desktop environment from its repositories, how is this decision related to openSUSE’s earlier remFedora and openSUSE removed Deepin packages after security and maintenance concerns raised during code reviews and packaging audits.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: Why did Fedora decide to remove the Deepin desktop environment from its repositories, how is this decision related to openSUSE’s earlier rem. Article summary: Fedora decided to remove Deepin desktop packages because of continuing security concerns and weak package maintenance, and that decision closely follows openSUSE’s earlier removal of Deepin for similar reasons.[4][6] The. Topic tags: general, general web, user generated, documentation. Reference image context from search candidates: Reference image 1: visual subject "# openSUSE: Deepin Desktop Removal - Security Risks and Protocols. Alright—it’s not just about pulling a desktop environment from the repositories; it’s about what happens behind t" source context "openSUSE Discontinues Deepin Desktop Because of Security Concerns" Reference image 2: visual subject
openai.com
Die Linux‑Distributionen Fedora und openSUSE haben unabhängig voneinander entschieden, die Deepin Desktop Environment (DDE) aus ihren offiziellen Software‑Repositories zu entfernen. Obwohl die Entscheidungen zeitlich nicht exakt zusammenfielen, lagen ihnen ähnliche Gründe zugrunde: Sicherheitsbedenken, Verstöße gegen Paketierungsrichtlinien und Schwierigkeiten bei Wartung sowie Zusammenarbeit mit den Upstream‑Entwicklern.
Der Fall zeigt gut, wie streng große Distributionen inzwischen bei Themen wie Sicherheitsprüfung, Paketqualität und Wartbarkeit vorgehen.
Warum Fedora Deepin entfernt hat
Bei Fedora fällt die Entscheidung über technische Richtlinien und Paketpolitik dem Fedora Engineering Steering Committee (FESCo) zu. Dieses Gremium beschloss, die Deepin‑Pakete aus Fedora zu retiren und aus der Distribution zu entfernen.
Zwei Hauptgründe spielten dabei eine Rolle:
Anhaltende Sicherheitsbedenken rund um mehrere Deepin‑Komponenten
Geringe Wartungsaktivität der Paketbetreuer, wodurch Updates und Sicherheitsfixes schwer sicherzustellen waren
Während der Überprüfung berichteten Fedora‑Entwickler außerdem, dass einige der zuständigen Maintainer nur schwer erreichbar waren. Für Community‑Distributionen ist das ein ernstes Problem: Wenn Maintainer nicht reagieren, verzögern sich Sicherheitsfixes und Fehlerbehebungen – und das Risiko für Nutzer steigt.
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „Warum Fedora und openSUSE Deepin aus ihren Repositories entfernt haben“?
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20]
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20] openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem ein Paketierungs‑Workaround Sicherheitsprüfungen umging.[1][14]
Was soll ich als nächstes in der Praxis tun?
Sicherheitsanalysen verwiesen auf Risiken rund um D‑Bus‑Dienste und mögliche Privileg‑Escalation‑Pfade, etwa in Verbindung mit Polkit.[2][4]
Warum Fedora und openSUSE Deepin aus ihren Repositories entfernt haben
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20] openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem ein Paketierungs‑Workaround Sicherheitsprüfungen umging.[1][14] Sicherheitsanal...
Veröffentlicht vonBearbeitet mit GPT-5.5Bilder erstellt mit GPT Image 2
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20]
openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem ein Paketierungs‑Workaround Sicherheitsprüfungen umging.[1][14]
Sicherheitsanalysen verwiesen auf Risiken rund um D‑Bus‑Dienste und mögliche Privileg‑Escalation‑Pfade, etwa in Verbindung mit Polkit.[2][4]
Deepin ist weiterhin nutzbar – jedoch meist nur über andere Distributionen oder inoffizielle Paketquellen.
Why did Fedora decide to remove the Deepin desktop environment from its repositories, how is this decision related to openSUSE’s earlier remFedora and openSUSE removed Deepin packages after security and maintenance concerns raised during code reviews and packaging audits.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: Why did Fedora decide to remove the Deepin desktop environment from its repositories, how is this decision related to openSUSE’s earlier rem. Article summary: Fedora decided to remove Deepin desktop packages because of continuing security concerns and weak package maintenance, and that decision closely follows openSUSE’s earlier removal of Deepin for similar reasons.[4][6] The. Topic tags: general, general web, user generated, documentation. Reference image context from search candidates: Reference image 1: visual subject "# openSUSE: Deepin Desktop Removal - Security Risks and Protocols. Alright—it’s not just about pulling a desktop environment from the repositories; it’s about what happens behind t" source context "openSUSE Discontinues Deepin Desktop Because of Security Concerns" Reference image 2: visual subject
openai.com
Die Linux‑Distributionen Fedora und openSUSE haben unabhängig voneinander entschieden, die Deepin Desktop Environment (DDE) aus ihren offiziellen Software‑Repositories zu entfernen. Obwohl die Entscheidungen zeitlich nicht exakt zusammenfielen, lagen ihnen ähnliche Gründe zugrunde: Sicherheitsbedenken, Verstöße gegen Paketierungsrichtlinien und Schwierigkeiten bei Wartung sowie Zusammenarbeit mit den Upstream‑Entwicklern.
Der Fall zeigt gut, wie streng große Distributionen inzwischen bei Themen wie Sicherheitsprüfung, Paketqualität und Wartbarkeit vorgehen.
Warum Fedora Deepin entfernt hat
Bei Fedora fällt die Entscheidung über technische Richtlinien und Paketpolitik dem Fedora Engineering Steering Committee (FESCo) zu. Dieses Gremium beschloss, die Deepin‑Pakete aus Fedora zu retiren und aus der Distribution zu entfernen.
Zwei Hauptgründe spielten dabei eine Rolle:
Anhaltende Sicherheitsbedenken rund um mehrere Deepin‑Komponenten
Geringe Wartungsaktivität der Paketbetreuer, wodurch Updates und Sicherheitsfixes schwer sicherzustellen waren
Während der Überprüfung berichteten Fedora‑Entwickler außerdem, dass einige der zuständigen Maintainer nur schwer erreichbar waren. Für Community‑Distributionen ist das ein ernstes Problem: Wenn Maintainer nicht reagieren, verzögern sich Sicherheitsfixes und Fehlerbehebungen – und das Risiko für Nutzer steigt.
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „Warum Fedora und openSUSE Deepin aus ihren Repositories entfernt haben“?
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20]
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
Fedora beschloss, Deepin‑Pakete zu entfernen, nachdem anhaltende Sicherheitsbedenken und geringe Maintainer‑Aktivität die langfristige Wartung erschwerten.[20] openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem ein Paketierungs‑Workaround Sicherheitsprüfungen umging.[1][14]
Was soll ich als nächstes in der Praxis tun?
Sicherheitsanalysen verwiesen auf Risiken rund um D‑Bus‑Dienste und mögliche Privileg‑Escalation‑Pfade, etwa in Verbindung mit Polkit.[2][4]
Aus Sicht des Fedora‑Projekts ließ sich daher nicht mehr garantieren, dass die Deepin‑Pakete langfristig den Sicherheits‑ und Wartungsstandards der Distribution entsprechen.
Die Rolle der früheren Entscheidung von openSUSE
Fedora traf seine Entscheidung nicht im luftleeren Raum. openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem bei der Paketierung ein Verstoß gegen die Sicherheitsrichtlinien entdeckt worden war.
Nach Angaben des openSUSE‑Security‑Teams hatte ein Community‑Paketbetreuer einen Workaround implementiert, der die üblichen RPM‑Mechanismen umging. Dadurch konnten bestimmte eingeschränkte Komponenten installiert werden, ohne den vorgesehenen Sicherheits‑Review‑Prozess auszulösen.
Für openSUSE war das ein schwerwiegendes Problem. Die Distribution setzt bewusst auf strikte Paketierungsregeln, damit sicherheitsrelevante Komponenten vor der Aufnahme gründlich geprüft werden. Wird dieser Prozess umgangen, untergräbt das das Sicherheitsmodell der gesamten Distribution.
In der Folge entschied das Projekt, Deepin vorerst vollständig aus seinen Repositories zu entfernen.
Technische Sicherheitsbedenken: D‑Bus und Privilegien
Neben den Paketierungsproblemen wurden auch konkrete technische Sicherheitsfragen diskutiert.
Mehrere Berichte verwiesen auf mögliche Risiken in Deepin‑Komponenten, insbesondere in Bereichen, die mit Systemdiensten interagieren. Dazu gehörten:
D‑Bus‑Dienste, über die Anwendungen mit Systemprozessen kommunizieren
Polkit (PolicyKit), das steuert, wann Programme administrative Rechte erhalten dürfen
Bei solchen Komponenten können Designfehler oder unzureichende Zugriffsbeschränkungen dazu führen, dass Anwendungen ungewollt höhere Systemrechte erhalten.
Ein Beispiel ist die D‑Bus‑Schnittstelle des Deepin‑Dateimanagers, deren Sicherheitsprüfung laut openSUSE‑Maintainers über Jahre hinweg nicht endgültig abgeschlossen werden konnte. Kritiker berichteten, dass einige gemeldete Probleme nur teilweise behoben wurden oder bei späteren Änderungen neue Risiken entstanden.
Schwierigkeiten mit der Upstream‑Zusammenarbeit
Ein weiterer wichtiger Faktor war die Kommunikation mit den ursprünglichen Deepin‑Entwicklern.
Maintainer bei openSUSE berichteten, dass Sicherheitsprobleme teilweise nur unvollständig behoben wurden und die Zusammenarbeit mit Upstream nicht immer reibungslos verlief.
Für Distributionen ist diese Kooperation entscheidend. Ohne aktive Upstream‑Maintainer wird es schwierig,
sicherheitskritischen Code zu überprüfen,
bestätigte Schwachstellen zuverlässig zu beheben,
und langfristig stabile Pakete zu pflegen.
Wenn gleichzeitig Sicherheitsfragen offen bleiben und die Paketierung gegen Richtlinien verstößt, steigt für Distributionen der Druck, die betreffende Software zu entfernen.
Was das für Nutzer bedeutet
Wichtig ist: Deepin selbst ist nicht verschwunden. Entfernt wurden lediglich die Pakete aus den offiziellen Fedora‑ und openSUSE‑Repositories.
Wer die Desktop‑Umgebung weiterhin nutzen möchte, hat mehrere Möglichkeiten:
eine Linux‑Distribution verwenden, die Deepin offiziell unterstützt
Deepin aus inoffiziellen oder Drittanbieter‑Repositories installieren
die Komponenten selbst aus Quellcode bauen
Allerdings gibt es dabei einen entscheidenden Unterschied: Pakete außerhalb der offiziellen Distributionen durchlaufen in der Regel nicht denselben strengen Sicherheits‑ und Paketierungsprozess, den Projekte wie Fedora oder openSUSE verlangen.
Ein typisches Beispiel für Distribution‑Governance
Der Fall Deepin zeigt ein Grundprinzip vieler Linux‑Distributionen: Ob Software enthalten ist, hängt nicht nur von Beliebtheit oder Funktionen ab. Entscheidend sind auch
Wartbarkeit
Transparenz des Codes
Einhaltung von Paketierungs‑ und Sicherheitsrichtlinien
Selbst eine optisch beliebte Desktop‑Umgebung kann deshalb aus offiziellen Repositories verschwinden, wenn Distributionen ihre Integrität und Sicherheit nicht mehr gewährleisten können.
Für Fedora und openSUSE war die Entfernung von Deepin letztlich eine konservative Sicherheitsentscheidung – mit klarer Priorität für überprüfbare Paketierung, stabile Wartung und zuverlässige Zusammenarbeit mit Upstream‑Entwicklern.
theregister.com
OpenSUSE deep sixes Deepin desktop over security stink
Aus Sicht des Fedora‑Projekts ließ sich daher nicht mehr garantieren, dass die Deepin‑Pakete langfristig den Sicherheits‑ und Wartungsstandards der Distribution entsprechen.
Die Rolle der früheren Entscheidung von openSUSE
Fedora traf seine Entscheidung nicht im luftleeren Raum. openSUSE hatte Deepin bereits zuvor aus seinen Repositories entfernt, nachdem bei der Paketierung ein Verstoß gegen die Sicherheitsrichtlinien entdeckt worden war.
Nach Angaben des openSUSE‑Security‑Teams hatte ein Community‑Paketbetreuer einen Workaround implementiert, der die üblichen RPM‑Mechanismen umging. Dadurch konnten bestimmte eingeschränkte Komponenten installiert werden, ohne den vorgesehenen Sicherheits‑Review‑Prozess auszulösen.
Für openSUSE war das ein schwerwiegendes Problem. Die Distribution setzt bewusst auf strikte Paketierungsregeln, damit sicherheitsrelevante Komponenten vor der Aufnahme gründlich geprüft werden. Wird dieser Prozess umgangen, untergräbt das das Sicherheitsmodell der gesamten Distribution.
In der Folge entschied das Projekt, Deepin vorerst vollständig aus seinen Repositories zu entfernen.
Technische Sicherheitsbedenken: D‑Bus und Privilegien
Neben den Paketierungsproblemen wurden auch konkrete technische Sicherheitsfragen diskutiert.
Mehrere Berichte verwiesen auf mögliche Risiken in Deepin‑Komponenten, insbesondere in Bereichen, die mit Systemdiensten interagieren. Dazu gehörten:
D‑Bus‑Dienste, über die Anwendungen mit Systemprozessen kommunizieren
Polkit (PolicyKit), das steuert, wann Programme administrative Rechte erhalten dürfen
Bei solchen Komponenten können Designfehler oder unzureichende Zugriffsbeschränkungen dazu führen, dass Anwendungen ungewollt höhere Systemrechte erhalten.
Ein Beispiel ist die D‑Bus‑Schnittstelle des Deepin‑Dateimanagers, deren Sicherheitsprüfung laut openSUSE‑Maintainers über Jahre hinweg nicht endgültig abgeschlossen werden konnte. Kritiker berichteten, dass einige gemeldete Probleme nur teilweise behoben wurden oder bei späteren Änderungen neue Risiken entstanden.
Schwierigkeiten mit der Upstream‑Zusammenarbeit
Ein weiterer wichtiger Faktor war die Kommunikation mit den ursprünglichen Deepin‑Entwicklern.
Maintainer bei openSUSE berichteten, dass Sicherheitsprobleme teilweise nur unvollständig behoben wurden und die Zusammenarbeit mit Upstream nicht immer reibungslos verlief.
Für Distributionen ist diese Kooperation entscheidend. Ohne aktive Upstream‑Maintainer wird es schwierig,
sicherheitskritischen Code zu überprüfen,
bestätigte Schwachstellen zuverlässig zu beheben,
und langfristig stabile Pakete zu pflegen.
Wenn gleichzeitig Sicherheitsfragen offen bleiben und die Paketierung gegen Richtlinien verstößt, steigt für Distributionen der Druck, die betreffende Software zu entfernen.
Was das für Nutzer bedeutet
Wichtig ist: Deepin selbst ist nicht verschwunden. Entfernt wurden lediglich die Pakete aus den offiziellen Fedora‑ und openSUSE‑Repositories.
Wer die Desktop‑Umgebung weiterhin nutzen möchte, hat mehrere Möglichkeiten:
eine Linux‑Distribution verwenden, die Deepin offiziell unterstützt
Deepin aus inoffiziellen oder Drittanbieter‑Repositories installieren
die Komponenten selbst aus Quellcode bauen
Allerdings gibt es dabei einen entscheidenden Unterschied: Pakete außerhalb der offiziellen Distributionen durchlaufen in der Regel nicht denselben strengen Sicherheits‑ und Paketierungsprozess, den Projekte wie Fedora oder openSUSE verlangen.
Ein typisches Beispiel für Distribution‑Governance
Der Fall Deepin zeigt ein Grundprinzip vieler Linux‑Distributionen: Ob Software enthalten ist, hängt nicht nur von Beliebtheit oder Funktionen ab. Entscheidend sind auch
Wartbarkeit
Transparenz des Codes
Einhaltung von Paketierungs‑ und Sicherheitsrichtlinien
Selbst eine optisch beliebte Desktop‑Umgebung kann deshalb aus offiziellen Repositories verschwinden, wenn Distributionen ihre Integrität und Sicherheit nicht mehr gewährleisten können.
Für Fedora und openSUSE war die Entfernung von Deepin letztlich eine konservative Sicherheitsentscheidung – mit klarer Priorität für überprüfbare Paketierung, stabile Wartung und zuverlässige Zusammenarbeit mit Upstream‑Entwicklern.
theregister.com
OpenSUSE deep sixes Deepin desktop over security stink
