Fedora y openSUSE eliminan Deepin: qué pasó y por qué preocupa la seguridad
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20] openSUSE ya había eliminado Deepin tras detectar una violación de sus políticas de empaquetado que evitaba revisiones de seguridad obligatorias.[1][14] Los problemas señala...
Publicado porEditado con GPT-5.5Imágenes generadas con GPT Image 2
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20]
openSUSE ya había eliminado Deepin tras detectar una violación de sus políticas de empaquetado que evitaba revisiones de seguridad obligatorias.[1][14]
Los problemas señalados incluyen riesgos relacionados con servicios D‑Bus, manejo de privilegios con Polkit y revisiones de código que nunca llegaron a resolverse completamente.[2][4]
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.
Prompt de IA
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
Fedora y openSUSE —dos de las distribuciones comunitarias más influyentes del ecosistema Linux— han decidido retirar el Deepin Desktop Environment (DDE) de sus repositorios oficiales. Aunque cada proyecto tomó la decisión en momentos distintos, las razones son muy similares: preocupaciones de seguridad sin resolver, problemas con las políticas de empaquetado y dificultades para mantener el software con los estándares de seguridad exigidos por estas distribuciones.
El caso ilustra cómo los proyectos de Linux priorizan la transparencia, la revisión de código y el mantenimiento activo por encima de factores como la estética o la popularidad de un entorno de escritorio.
Fedora decide retirar los paquetes de Deepin
La decisión más reciente proviene del Fedora Engineering Steering Committee (FESCo), el comité que define las políticas técnicas y de empaquetado de Fedora. Este organismo aprobó retirar y descontinuar los paquetes del escritorio Deepin en la distribución.
Los desarrolladores señalaron principalmente dos problemas:
Preocupaciones persistentes de seguridad en varios componentes del ecosistema Deepin
Falta de mantenimiento activo, lo que dificulta mantener el software actualizado y seguro
Durante la revisión, algunos desarrolladores también informaron que resultaba difícil contactar con ciertos mantenedores de los paquetes. En una distribución comunitaria como Fedora, la rapidez de respuesta es clave para corregir vulnerabilidades y mantener el software a largo plazo.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
¿Cuál es la respuesta corta a "Fedora y openSUSE eliminan Deepin: qué pasó y por qué preocupa la seguridad"?
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20]
¿Cuáles son los puntos clave a validar primero?
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20] openSUSE ya había eliminado Deepin tras detectar una violación de sus políticas de empaquetado que evitaba revisiones de seguridad obligatorias.[1][14]
¿Qué debo hacer a continuación en la práctica?
Los problemas señalados incluyen riesgos relacionados con servicios D‑Bus, manejo de privilegios con Polkit y revisiones de código que nunca llegaron a resolverse completamente.[2][4]
Fedora y openSUSE eliminan Deepin: qué pasó y por qué preocupa la seguridad
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20] openSUSE ya había eliminado Deepin tras detectar una violación de sus políticas de empaquetado que evitaba revisiones de seguridad obligatorias.[1][14] Los problemas señala...
Publicado porEditado con GPT-5.5Imágenes generadas con GPT Image 2
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20]
openSUSE ya había eliminado Deepin tras detectar una violación de sus políticas de empaquetado que evitaba revisiones de seguridad obligatorias.[1][14]
Los problemas señalados incluyen riesgos relacionados con servicios D‑Bus, manejo de privilegios con Polkit y revisiones de código que nunca llegaron a resolverse completamente.[2][4]
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.
Prompt de IA
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
Fedora y openSUSE —dos de las distribuciones comunitarias más influyentes del ecosistema Linux— han decidido retirar el Deepin Desktop Environment (DDE) de sus repositorios oficiales. Aunque cada proyecto tomó la decisión en momentos distintos, las razones son muy similares: preocupaciones de seguridad sin resolver, problemas con las políticas de empaquetado y dificultades para mantener el software con los estándares de seguridad exigidos por estas distribuciones.
El caso ilustra cómo los proyectos de Linux priorizan la transparencia, la revisión de código y el mantenimiento activo por encima de factores como la estética o la popularidad de un entorno de escritorio.
Fedora decide retirar los paquetes de Deepin
La decisión más reciente proviene del Fedora Engineering Steering Committee (FESCo), el comité que define las políticas técnicas y de empaquetado de Fedora. Este organismo aprobó retirar y descontinuar los paquetes del escritorio Deepin en la distribución.
Los desarrolladores señalaron principalmente dos problemas:
Preocupaciones persistentes de seguridad en varios componentes del ecosistema Deepin
Falta de mantenimiento activo, lo que dificulta mantener el software actualizado y seguro
Durante la revisión, algunos desarrolladores también informaron que resultaba difícil contactar con ciertos mantenedores de los paquetes. En una distribución comunitaria como Fedora, la rapidez de respuesta es clave para corregir vulnerabilidades y mantener el software a largo plazo.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
¿Cuál es la respuesta corta a "Fedora y openSUSE eliminan Deepin: qué pasó y por qué preocupa la seguridad"?
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20]
¿Cuáles son los puntos clave a validar primero?
Fedora decidió retirar los paquetes de Deepin por preocupaciones persistentes de seguridad y baja actividad de mantenimiento en el proyecto.[20] openSUSE ya había eliminado Deepin tras detectar una violación de sus políticas de empaquetado que evitaba revisiones de seguridad obligatorias.[1][14]
¿Qué debo hacer a continuación en la práctica?
Los problemas señalados incluyen riesgos relacionados con servicios D‑Bus, manejo de privilegios con Polkit y revisiones de código que nunca llegaron a resolverse completamente.[2][4]
Ante ese escenario, el proyecto concluyó que mantener Deepin en los repositorios oficiales ya no cumplía con sus estándares de seguridad y mantenimiento.
El antecedente: openSUSE ya había eliminado Deepin
La decisión de Fedora no ocurrió en el vacío. openSUSE ya había retirado Deepin anteriormente, lo que generó gran debate en la comunidad Linux.
El equipo de seguridad de openSUSE detectó una violación de las políticas de empaquetado del proyecto. Según su informe, un empaquetador comunitario implementó un mecanismo alternativo que evitaba los mecanismos estándar de RPM para instalar ciertos componentes restringidos.
Este método permitía instalar archivos que normalmente requerirían una revisión de seguridad obligatoria, lo que fue considerado un problema grave dentro del sistema de control del proyecto.
Tras descubrirse este procedimiento, openSUSE decidió retirar los paquetes de Deepin de sus distribuciones hasta que se resolvieran las preocupaciones planteadas.
Problemas técnicos: D‑Bus, Polkit y privilegios del sistema
Más allá de la violación de políticas de empaquetado, durante años se habían señalado problemas técnicos de seguridad en algunos componentes de Deepin.
Entre los más mencionados están:
Servicios D‑Bus con acceso a funciones del sistema
Manejo de permisos administrativos mediante Polkit (PolicyKit)
Estos componentes controlan cómo las aplicaciones interactúan con servicios del sistema y cómo solicitan privilegios administrativos. Si no se diseñan o revisan correctamente, pueden abrir la puerta a escaladas de privilegios o accesos no previstos.
Uno de los puntos más problemáticos fue el servicio D‑Bus del gestor de archivos de Deepin, cuya revisión de seguridad llevaba años sin resolverse completamente. Los revisores señalaron que algunos parches solo corregían parcialmente los problemas o introducían otros nuevos en versiones posteriores.
La falta de respuesta del proyecto upstream
Otro factor clave fue la limitada capacidad de coordinación con los desarrolladores originales de Deepin (el proyecto "upstream").
Los mantenedores de distribuciones necesitan colaborar con upstream para:
confirmar y corregir vulnerabilidades
revisar cambios de código
mantener parches a largo plazo
Sin embargo, algunos revisores indicaron que los problemas reportados no siempre se resolvían completamente o que la comunicación con los desarrolladores era difícil.
Cuando un software requiere revisiones de seguridad constantes pero la comunicación con el proyecto original es limitada, mantenerlo en una distribución grande se vuelve cada vez más complicado.
Qué significa esto para los usuarios de Deepin
La eliminación de Deepin de Fedora y openSUSE no significa que el proyecto Deepin haya desaparecido. Simplemente deja de formar parte de los repositorios oficiales de estas distribuciones.
Quienes prefieren este entorno todavía tienen varias opciones:
Usar una distribución donde Deepin sea el escritorio principal o esté oficialmente soportado
Instalar Deepin desde repositorios de terceros
Compilar el entorno manualmente desde el código fuente
Eso sí, usar paquetes externos implica un compromiso: no pasan necesariamente por las mismas revisiones de seguridad y controles de calidad que los paquetes incluidos en los repositorios oficiales.
Una lección sobre cómo se gobiernan las distribuciones Linux
El caso Deepin muestra una realidad importante del ecosistema Linux: la inclusión de software en una distribución no depende solo de que sea popular o atractivo.
También requiere:
mantenimiento activo
código auditable
cumplimiento estricto de políticas de seguridad
Cuando alguno de esos elementos falla, incluso un entorno de escritorio conocido puede ser retirado de los repositorios oficiales. Para proyectos como Fedora y openSUSE, la prioridad sigue siendo clara: seguridad, transparencia y mantenimiento sostenible.
theregister.com
OpenSUSE deep sixes Deepin desktop over security stink
Ante ese escenario, el proyecto concluyó que mantener Deepin en los repositorios oficiales ya no cumplía con sus estándares de seguridad y mantenimiento.
El antecedente: openSUSE ya había eliminado Deepin
La decisión de Fedora no ocurrió en el vacío. openSUSE ya había retirado Deepin anteriormente, lo que generó gran debate en la comunidad Linux.
El equipo de seguridad de openSUSE detectó una violación de las políticas de empaquetado del proyecto. Según su informe, un empaquetador comunitario implementó un mecanismo alternativo que evitaba los mecanismos estándar de RPM para instalar ciertos componentes restringidos.
Este método permitía instalar archivos que normalmente requerirían una revisión de seguridad obligatoria, lo que fue considerado un problema grave dentro del sistema de control del proyecto.
Tras descubrirse este procedimiento, openSUSE decidió retirar los paquetes de Deepin de sus distribuciones hasta que se resolvieran las preocupaciones planteadas.
Problemas técnicos: D‑Bus, Polkit y privilegios del sistema
Más allá de la violación de políticas de empaquetado, durante años se habían señalado problemas técnicos de seguridad en algunos componentes de Deepin.
Entre los más mencionados están:
Servicios D‑Bus con acceso a funciones del sistema
Manejo de permisos administrativos mediante Polkit (PolicyKit)
Estos componentes controlan cómo las aplicaciones interactúan con servicios del sistema y cómo solicitan privilegios administrativos. Si no se diseñan o revisan correctamente, pueden abrir la puerta a escaladas de privilegios o accesos no previstos.
Uno de los puntos más problemáticos fue el servicio D‑Bus del gestor de archivos de Deepin, cuya revisión de seguridad llevaba años sin resolverse completamente. Los revisores señalaron que algunos parches solo corregían parcialmente los problemas o introducían otros nuevos en versiones posteriores.
La falta de respuesta del proyecto upstream
Otro factor clave fue la limitada capacidad de coordinación con los desarrolladores originales de Deepin (el proyecto "upstream").
Los mantenedores de distribuciones necesitan colaborar con upstream para:
confirmar y corregir vulnerabilidades
revisar cambios de código
mantener parches a largo plazo
Sin embargo, algunos revisores indicaron que los problemas reportados no siempre se resolvían completamente o que la comunicación con los desarrolladores era difícil.
Cuando un software requiere revisiones de seguridad constantes pero la comunicación con el proyecto original es limitada, mantenerlo en una distribución grande se vuelve cada vez más complicado.
Qué significa esto para los usuarios de Deepin
La eliminación de Deepin de Fedora y openSUSE no significa que el proyecto Deepin haya desaparecido. Simplemente deja de formar parte de los repositorios oficiales de estas distribuciones.
Quienes prefieren este entorno todavía tienen varias opciones:
Usar una distribución donde Deepin sea el escritorio principal o esté oficialmente soportado
Instalar Deepin desde repositorios de terceros
Compilar el entorno manualmente desde el código fuente
Eso sí, usar paquetes externos implica un compromiso: no pasan necesariamente por las mismas revisiones de seguridad y controles de calidad que los paquetes incluidos en los repositorios oficiales.
Una lección sobre cómo se gobiernan las distribuciones Linux
El caso Deepin muestra una realidad importante del ecosistema Linux: la inclusión de software en una distribución no depende solo de que sea popular o atractivo.
También requiere:
mantenimiento activo
código auditable
cumplimiento estricto de políticas de seguridad
Cuando alguno de esos elementos falla, incluso un entorno de escritorio conocido puede ser retirado de los repositorios oficiales. Para proyectos como Fedora y openSUSE, la prioridad sigue siendo clara: seguridad, transparencia y mantenimiento sostenible.
theregister.com
OpenSUSE deep sixes Deepin desktop over security stink
