Deepin 25.0.10 llega a principios de año como una revisión de mantenimiento centrada en pulir la experiencia diaria, facilitar las tareas de instalación y reforzar la coherencia del ecosistema inmutable. No se trata de una revolución, pero sí de un salto de madurez que acelera la adopción de este escritorio visualmente cuidado, que poco a poco gana peso fuera de su mercado original.

Instalación y experiencia de usuario

Esta entrega presenta una imagen de sistema renovada que agrupa las mejoras publicadas hasta la fecha, con ajustes adicionales en el instalador, el gestor de archivos, el entorno de escritorio y otros componentes. El objetivo es reforzar la estabilidad, la seguridad y la coherencia de la experiencia sin alterar el enfoque base de Deepin 25 hacia un sistema inmutable con un protagonismo notable de la inteligencia artificial. Una novedad destacada es una versión de instalación más inteligente: el proceso de particionado y formateo es más claro visualmente, lo que ayuda a usuarios menos experimentados a entender qué se va a borrar.

Para quienes migran desde otras distribuciones o desde versiones anteriores, el enfoque más amable con los datos facilita ponerse al día con la versión más reciente sin depender de copias de seguridad externas o restauraciones complejas. Además, se incorpora la posibilidad de conservar los datos del usuario durante una instalación de disco completo, reduciendo así el tiempo de recuperación y la configuración tras la reinstalación.

Gestor de archivos renovado

El gestor de archivos recibe una renovación profunda para aumentar la eficiencia en el día a día. Entre las mejoras destacan el desplazamiento automático de la lista cuando se arrastran elementos hacia el borde de la ventana, lo que facilita la gestión de directorios extensos, y la introducción de una vista por grupos para ordenar contenidos por fecha, tamaño o tipo. También se han añadido pestañas fijadas para mantener accesos directos a carpetas de uso frecuente y evitar múltiples ventanas.

Otra mejora importante es la apertura de carpetas desde el escritorio o desde aplicaciones de terceros en nuevas pestañas dentro de la misma ventana, lo que evita ventanas duplicadas y ayuda a mantener un entorno de trabajo limpio, especialmente en configuraciones de múltiples monitores.

Pulido de la interfaz y control

La actualización presta especial atención a DDE, la barra de tareas y el centro de control. Se han refinado los bordes, la alineación y el aspecto de las vistas previas para una experiencia más coherente en modo claro y en modo oscuro, y se mejora la precisión al hacer clic en los iconos de la barra de tareas.

En el centro de control se añaden ajustes para configuraciones avanzadas como el registro de logs y la protección de solo lectura del sistema, conocido como Rocky read-only, que permite desbloquear temporalmente la escritura en directorios críticos manteniendo la seguridad mediante snapshots y restauraciones.

También se han afianzado cambios en la pantalla de bloqueo y en el comportamiento de suspensión. En equipos con configuración multi monitor, al cerrar la tapa y dejar la acción de energía en no hacer nada, el sistema puede conmutar automáticamente un monitor externo como pantalla principal, una situación común en entornos de oficina o teletrabajo.

Nuevas funciones y soporte orientado a IA

Además de un pulido visual, Deepin 25.0.10 introduce varias funciones nuevas orientadas a usuarios profesionales y a un mejor soporte multilingüe. Destaca la llegada de un tema empresarial denominado Origin, pensado para entornos de trabajo con una apariencia sobria y uniforme. También se incorporan nuevos métodos de entrada como una versión de Wubi 98 y un enriquecimiento de diccionarios para Wubi-Pinyin.

En línea con la estrategia de IA, se estrena una herramienta de capturas de pantalla asistidas por inteligencia artificial. Esta función permite no solo guardar imágenes, sino también resumir, explicar o traducir el texto que aparece en la captura, lo que resulta útil para documentar incidencias, traducir interfaces o extraer información de manuales y páginas web de forma más rápida.

El ecosistema de aplicaciones propias también recibe ajustes: la tienda de aplicaciones mejora las colecciones y etiquetas, añade opciones de ordenación en la vista de administración de apps y ofrece un acceso directo a la carpeta de instaladores. Se ha trabajado en mensajes de error y avisos de tiempo de espera para que sean más claros, y se añade soporte para Qt5 y Qt6, con mejoras en la integración de Wine.

Estabilidad, seguridad y drivers gráficos

Gran parte de la versión está dedicada a corregir errores y cerrar vulnerabilidades. Se atienden problemas de entorno que impedían iniciar ciertas aplicaciones, conflictos con el gestor de entrada y avisos de actualización. En seguridad, Deepin 25.0.10 corrige vulnerabilidades conocidas y aplica parches para la propia tienda de aplicaciones, además de actualizar paquetes clave como git, el reproductor Audacious, nasm y varias bibliotecas de desarrollo.

En el ámbito gráfico, se actualiza el driver propietario de NVIDIA a la versión 580.119.02, mejorando la compatibilidad y corrigiendo fallos previos. También se resuelven conflictos de dependencias que afectaban a usuarios con GPU dedicada durante actualizaciones. Se abordan módulos como el centro de control, el lanzador de aplicaciones, la pantalla de inicio de sesión y herramientas propias como el editor de texto, el reproductor de vídeo y el cliente de correo.

Dispositivos, red y herramientas del sistema

Se refuerza la compatibilidad con dispositivos y redes: se corrigen problemas de desplazamiento natural en ratones Bluetooth, fallos con impresoras específicas y la carga de la tienda de aplicaciones cuando IPv6 está activo por defecto. En herramientas del sistema se revisa la estabilidad del gestor de energía, la lógica de performance y el recolector de logs; se corrigen errores tras instalar componentes como UEngine Runner, y se mejora el terminal para evitar pérdida de temas de usuario y ofrecer avisos más precisos en operaciones administrativas.

La actualización también avanza en localización: se mejora especialmente el soporte para la lengua lao y se refuerza la coherencia de textos en distintos idiomas, lo que facilita su uso en la Unión Europea y otros mercados multilingües.

Recomendaciones de uso y escenario ideal

La propuesta de Deepin 25.0.10 es funcionalidad ampliada y corrección de errores, más que una ruptura con lo anterior. Se recomienda descargar la nueva imagen para instalaciones en equipos nuevos o para sistemas antiguos que lleven tiempo sin actualizar, ya que la actualización progresiva podría resultar más lenta o propensa a conflictos.

Para quienes ya usan Deepin 25 y mantienen actualizaciones al día, basta con acceder al apartado Sistema y Actualización en el centro de control para obtener los mismos paquetes que incluye la imagen, sin necesidad de reinstalar. En la práctica, 25.0.10 funciona como una instantánea de mayor madurez que reduce las actualizaciones iniciales tras una instalación limpia.

Aun así, la experiencia no está exenta de detalles pendientes, como ligeras demoras en la primera comprobación de actualizaciones, o ciertas inconsistencias temporales en la interfaz durante actualizaciones; estos quedan fuera del uso diario y no impiden la productividad.

Probar Deepin 25.0.10

Para probar el sistema, se puede descargar el ISO de Deepin 25.0.10 desde la web oficial y crear un medio de instalación en USB con herramientas habituales. Es posible arrancar en modo live para evaluar rendimiento en el hardware propio y, si resulta convincente, proceder a la instalación gracias a un asistente gráfico que aprovecha las nuevas funciones de preservación de datos y la protección por snapshots del sistema inmutable.

Con este lanzamiento, Deepin refuerza su línea hacia un escritorio visualmente cuidado y estable a largo plazo, respaldado por capacidades de IA y mejoras prácticas en instalación, gestión de archivos y compatibilidad de hardware. En conjunto, se trata de una propuesta madura para usuarios domésticos y profesionales que buscan un entorno moderno y relativamente sencillo de mantener.

from Linux Adictos https://ift.tt/RfI8HMB
via IFTTT

El emulador RPCS3 ha alcanzado un hito importante: el 70.94 por ciento del catálogo de PlayStation 3 ya es jugable. Este progreso es significativo dadas las particularidades de la consola original, que llegó al mercado con una arquitectura compleja y poco convencional. El equipo de desarrollo ha trabajado con rigor para aumentar la compatibilidad, y si bien se ha avanzado mucho todavía queda camino por recorrer para que la emulación se convierta en una opción plenamente madura. Estado de la compatibilidad: En la página de compatibilidad se observa que el 70.94 por ciento ya está marcado en verde como jugable, lo que indica que esos títulos se pueden completar con buen rendimiento y sin fallos importantes. El 26.19 por ciento está en amarillo como dentro del juego, es decir, se pueden iniciar pero no terminar, o presentan fallos o rendimiento insuficiente. Hay un 2.93 por ciento marcado como intro, que solo muestra imágenes o el juego no avanza más allá de los menús, y un 0.03 por ciento que carga pero no presenta nada. Ningún juego falla por completo. RPCS3 suele tener más problemas con los títulos más aclamados: recordemos que en muchas listas de gustos títulos como The Last of Us suelen situarse entre los más demandados, y en RPCS3 ese juego figura como ingame, lo que equivale a una experiencia de prueba en la que a veces se puede empezar pero no terminar, con una mezcla de glitches o caídas de rendimiento. Esto ilustra que la compatibilidad no es lineal: el mismo título puede comportarse de forma muy diferente según el estado del proyecto y de la configuración. Perspectivas personales: para quienes guardan una PS3 por coleccionismo y por disfrutar de títulos como God of War en la mejor forma posible, la emulación en RPCS3 sigue siendo una alternativa atractiva pero no definitiva. He probado God of War 2 en PC usando PCSX2 y, aunque es posible, no llega a igualar la experiencia de los remasters oficiales para PS3. En resumen, el 70% de jugables es un avance, pero todavía es insuficiente para quienes tienen títulos preferidos que no funcionan de forma fluida. La arquitectura de la PlayStation 3: la emulación de PS3 es extremadamente demandante para la CPU y relativamente más ligera para la GPU. Esto se debe a la arquitectura Cell, con un núcleo general PPE y varios SPU que requieren emulación precisa y paralela. Traducir esa lógica de juego a una CPU moderna implica una sincronización constante entre hilos, lo que convierte a la CPU en el cuello de botella principal. La GPU, por su parte, es menos problemática porque la carga gráfica original es modesta para equipos actuales. En esencia, el reto es reproducir el procesamiento interno del sistema con fidelidad. Una comparación con shadPS4: algunas voces señalan que podría ser más fácil lograr que títulos como God of War 3 y Ascension o The Last of Us Remaster funcionen en shadPS4 que en RPCS3. La emulación de PS4, al basarse en una arquitectura x86 y soportar GPUs potentes, puede distribuir la carga de una forma más natural, permitiendo centrarse en la mejora de gráficos y resolución sin tener que emular con tanta fidelidad el hardware de una consola anterior. Aun así, shadPS4 está en etapas iniciales frente a RPCS3 en cuanto a madurez y estabilidad. Qué se necesita para jugar con RPCS3: para que la experiencia sea razonable es necesario hardware de gama media o superior. En la práctica, esto significa disponer de una CPU adecuada, suficiente memoria RAM y almacenamiento suficiente, además de una configuración cuidadosa en el emulador. Aunque la experiencia mejora con cada actualización, siempre habrá títulos que requieren paciencia y ajustes finos. Cierre: el hito del 70% de jugables es alentador y refleja el impulso de la emulación de PS3. No obstante, no sustituye la experiencia original en todos los casos. La evolución depende tanto de mejoras en el software de emulación como de la disponibilidad de hardware cada vez más potente. Con paciencia y seguimiento, es posible que la línea de títulos completamente jugables siga expandiéndose en los próximos meses.

from Linux Adictos https://ift.tt/gjPavqQ
via IFTTT

Hace ya un tiempo desde que Mozilla habilitó un repositorio oficial para instalar Firefox en distribuciones con base Debian/Ubuntu. Lo que no sorprendió aquí es que lo hiciera para distros con base Ubuntu, pues lo que se ofrece por defecto en los sabores oficiales del sistema de Canonical es un paquete snap. Así que lanzaron un repositorio en el que se puede descargar todo, pero en DEB. Ahora, Mozilla ha lanzado otro repositorio, pero éste está destinado a distribuciones que usan paquetes RPM y para instalar Firefox Nightly.

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

No lo explican en su nota, pero yo sí tengo claras las diferencias: como explicaba, el repositorio para Debian/Ubuntu incluyen también la versión estable, pero porque Canonical ya no ofrece el DEB de esa opción. Fedora y otras distribuciones que usan paquetes RPM sí tienen Firefox estable en paquetes «normales», pero instalar la versión «nocturna» es un poco más complicado. De ahí que hayan lanzado este repositorio.

Cómo instalar el RPM de Firefox Nightly en Fedora, openSUSE y otras distros con base RPM

Para los usuarios que estén en Fedora 41 y posteriores u otras distros que usen el gestor de paquetes dnf5:

sudo dnf config-manager addrepo --id=mozilla --set=baseurl=https://packages.mozilla.org/rpm/firefox --set=gpgcheck=0 --set=repo_gpgcheck=0
sudo dnf makecache --refresh
sudo dnf install firefox-nightly

Para openSUSE u otras distribuciones que usen zypper:

sudo zypper ar -G https://packages.mozilla.org/rpm/firefox mozilla
sudo zypper refresh
sudo zypper install firefox-nightly

Si se usa otras distros basadas en RPM como RHEL, CentOS, Rocky Linux y versiones de Fedora más antiguas (ojo que hay líneas diferentes para usuarios dnf y zypper):

sudo tee /etc/yum.repos.d/mozilla.repo > /dev/null << EOF
[mozilla]
name=Mozilla Packages
baseurl=https://packages.mozilla.org/rpm/firefox
enabled=1
repo_gpgcheck=0
gpgcheck=0
EOF

# Para usuarios dnf
sudo dnf makecache --refresh
sudo dnf install firefox-nightly

# Para usuarios zypper
sudo zypper refresh
sudo zypper install firefox-nightly

Paquetes de idiomas

En teoría, los paquetes de idioma se instalarán automáticamente extrayendo a información desde el idioma configurado en los ajustes, pero no en todos los casos. Si el idioma no es el correcto, se puede instalar con sudo dnf install firefox-nightly-l10n-es para el español. El comando dns search firefox-nightly-l10n mostrará todos los idiomas disponibles.

Si algo de esto fallara, lo que no tiene el por qué pasar, siempre se puede instalar desde sus binarios.

from Linux Adictos https://ift.tt/G0xNciv
via IFTTT

MX Linux 25.1 Infinity llega como una actualización de mantenimiento basada en Debian 13.3 «Trixie», con imágenes ISO renovadas que buscan facilitar instalaciones nuevas plenamente actualizadas desde el primer arranque. Aunque el número sugiere una evolución, no se trata de MX Linux 26: es una revisión acumulativa que continúa la trayectoria estable de la distribución, optimizada para despliegues en entornos de oficina y educativos, especialmente donde la conectividad a Internet es limitada.\n\nQué es MX Linux y en qué se centra esta actualización 25.1\nMX Linux es una distribución basada en Debian y enfocada en la estabilidad y el rendimiento, reconocida por su simplicidad y por ofrecer una experiencia limpia sin sobrecargar al usuario con software innecesario. Con la rama 25 se adoptó Debian 13 como base, y MX Linux 25.1 Infinity actúa como una revisión de esa rama, integrando mejoras y parches liberados desde su lanzamiento.\n\nBase Debian 13.3 «Trixie» y kernels LTS actualizados\nLa edición 25.1 se apoya en Debian 13.3 «Trixie», lo que aporta un ecosistema de paquetes más pulido y actualizaciones de seguridad. En el ámbito del núcleo, las ISOs estándar incorporan el kernel Linux 6.12 LTS, pensado para estabilidad a largo plazo. Para hardware reciente, las imágenes AHS (Advanced Hardware Support) mantienen el kernel Linux 6.18 LTS, con mejor compatibilidad y rendimiento en equipos modernos.\n\nMejoras de compatibilidad y rendimiento en hardware actual\nLas nuevas ISOs incluyen todos los parches de seguridad y correcciones acumuladas desde el lanzamiento de MX Linux 25. En la edición AHS se refuerza especialmente el soporte para hardware reciente, con mejoras en tarjetas Wi‑Fi 6E y en las gráficas AMD y NVIDIA. En conjunto, el uso del kernel 6.15 en la rama AHS puede traducirse en mejoras de rendimiento gráfico y de estabilidad para usuarios que exigen más capacidad en tareas intensivas.\n\nLa gran novedad: soporte de doble sistema de inicio (dual-init)\nLa característica más destacada de MX Linux 25.1 es la incorporación del soporte dual-init: systemd y SysVinit se incluyen en las imágenes de instalación, permitiendo al usuario elegir desde el menú de la sesión en vivo con qué init iniciar. En la versión inicial 25 existían ISO separadas para cada opción; con 25.1 ahora es posible decidirlo durante el live y en la instalación.\n\nLimitaciones para quienes ya instalaron MX Linux 25\nEste cambio tiene doble lectura: afecta principalmente a instalaciones nuevas. Quienes ya tengan MX Linux 25 instalado con systemd o SysVinit seguirán usando el mismo init tras actualizar a 25.1, mediante los canales habituales. Si alguien desea cambiar de init tras haber instalado la rama 25, la ruta recomendada es realizar una instalación limpia con las nuevas ISOs dual-init para que el sistema quede configurado desde cero con la opción deseada.\n\nNuevas ISOs y entornos de escritorio disponibles\nMX Linux 25.1 se distribuye en tres entornos de escritorio: Xfce, KDE Plasma y Fluxbox. Xfce continúa como la edición más difundida, KDE Plasma apunta a quienes buscan un entorno más moderno y personalizable, y Fluxbox ofrece una opción extremadamente ligera para equipos con recursos limitados. Las ISOs actualizadas están disponibles en la página oficial del proyecto, donde se detalla el contenido y se puede elegir la variante deseada.\n\nActualización desde MX Linux 25 y versiones anteriores\nQuienes ya tienen MX Linux 25 no necesitan reinstalar para beneficiarse de las mejoras de 25.1; la actualización mediante el gestor de paquetes es suficiente. En caso de usuarios que aún estén en versiones anteriores, como MX Linux 24, se puede realizar una actualización de la base mediante las herramientas de gestión de paquetes. Para quienes prefieran empezar de cero, las nuevas ISOs dual-init facilitan el despliegue rápido con el sistema ya actualizado desde la instalación.\n\nPreguntas frecuentes sobre MX Linux 25.1 Infinity\n- ¿Es MX Linux 25.1 una versión completamente nueva? No: es una revisión de imágenes y paquetes que incorpora parches y mejoras desde MX Linux 25.\n- ¿Necesito reinstalar para pasar de MX Linux 25 a 25.1? No es necesario en la mayoría de los casos; la actualización de paquetes suele ser suficiente. En instalaciones que requieran cambiar el init, conviene usar las nuevas ISOs dual-init para una configuración limpia.\n- ¿Qué edición es mejor para hardware antiguo? Fluxbox y Xfce suelen consumir menos recursos, mientras KDE Plasma ofrece más funcionalidades a costa de un mayor uso de memoria.\n- ¿Qué kernels incluye? Las ISOs estándar traen Linux 6.12 LTS; las imágenes AHS incorporan Linux 6.18 LTS, con soporte para hardware reciente.\n\nActualiza ya\nCon esta revisión, MX Linux mantiene su foco en estabilidad, rendimiento y facilidad de despliegue. La combinación de imágenes actualizadas, soporte dual-init y kernels LTS aporta una opción sólida para usuarios en Europa y alrededor del mundo que buscan una distribución confiable para escritorio y entorno educativo o corporativo.

from Linux Adictos https://ift.tt/GfXrjMs
via IFTTT

Red Star OS es un sistema operativo desarrollado en Corea del Norte que, a simple vista, podría parecer otro Linux moderno. Sin embargo, su diseño está orientado a un objetivo muy concreto: controlar de forma detallada lo que ocurre en cada equipo conectado a la intranet nacional. Este artículo ofrece una revisión estructurada de su historia, características y el ecosistema que lo rodea, con especial atención a sus mecanismos de supervisión, gestión de privilegios y las filtraciones que han permitido acercarse a su funcionamiento.

Origen y desarrollo
Red Star OS fue concebido por el Korea Computer Center y está dirigido principalmente a la administración pública, a centros educativos y a algunas empresas del país. Aunque se apoya en el núcleo de Linux y en software libre, la distribución está fuertemente modificada, combinando componentes con licencia GPL y elementos propietarios. Su objetivo es reducir la dependencia de software extranjero y ejercer un control más fino sobre cada máquina conectada a la intranet nacional.

Arquitectura y características principales
La distribución se agrupa en una familia Unix-like y utiliza un kernel monolítico derivado de Linux. En los escritorios y servidores suele apoyarse en entornos y paquetes adaptados, con una personalización de KDE en versiones antiguas que imitaban un diseño similar al de Windows y, en versiones posteriores, una estética que recuerda a macOS. Aunque la interfaz pueda parecer familiar, la posibilidad de personalizar, desactivar servicios o modificar configuraciones críticas está seriamente restringida.

Versiones y evolución
Las primeras versiones de Red Star OS aparecieron entre 2002 y 2008, con una línea de desarrollo que siguió versiones 1.x y 2.0 que mantenían un aspecto Windows XP. A partir de la versión 3.0, la estética se inclinó hacia un escritorio similar a macOS, con un dock inferior y una apariencia más pulida. La versión 4.0, cuyo rastro público se ve reforzado a partir de 2019, amplía herramientas de gestión y de control de la red, consolidando la línea de vigilancia que caracteriza a la distribución.

Interfaz, experiencia de usuario y herramientas incluidas
La experiencia de usuario está claramente moderada por políticas de seguridad y control. El sistema trae un conjunto de aplicaciones cerrado y limitado, con pocas opciones reales de personalización. Entre las herramientas destacadas se encuentran una suite ofimática adaptada al coreano norcoreano, un editor de texto, un visor de imágenes, un cliente de correo y herramientas para audio y video. En versiones antiguas se incluía una capa de compatibilidad con Windows mediante Wine para facilitar la transición desde sistemas Microsoft.

Navegador y ecosistema de intranet
Uno de los componentes más conocidos es Naenara, un navegador basado en Mozilla Firefox que ha sido modificado para integrarse con la intranet nacional y con el portal Naenara. Su configuración de red y certificados está orientada a dirigir la navegación hacia servicios internos y a limitar el acceso a Internet global. A lo largo de los años ha sido objeto de análisis por vulnerabilidades y por su dependencia de infraestructuras nacionales.

Mecanismos de control, vigilancia y trazabilidad
Red Star OS destaca por sus mecanismos de vigilancia integrados. Entre ellos se encuentra un sistema de marcado de archivos o watermarking: cada vez que un usuario copia un archivo a un medio extraíble, el sistema inserta un identificador que permite rastrear el origen y el recorrido del archivo. Este enfoque, junto con un firewall propio y un antivirus con actualizaciones desde servidores norcoreanos, configura un ecosistema centrado en evitar modificaciones no autorizadas y en supervisar con rigor las configuraciones y el uso del sistema.

Gestión de privilegios y control de administrador
Los usuarios habituales no disponen de privilegios de superusuario de forma directa. Para elevar permisos, se utiliza una herramienta interna denominada rootsetting, pensada para tareas de mantenimiento o configuración avanzada. Aunque el usuario puede obtener un acceso temporal más alto, existen medidas de kernel que dificultan modificaciones en archivos sensibles incluso desde cuentas con privilegios elevados, y el arranque incluye chequeos de integridad que pueden provocar bloqueos o reinicios ante cambios no autorizados.

Idioma, localización y posibilidad de uso en inglés
La distribución se entrega en coreano estándar del norte y no contempla, en su desarrollo oficial, versiones multilingües para usuarios externos. No obstante, fuera de Corea del Norte se han documentado métodos para cambiar parcialmente el idioma a inglés mediante ajustes en archivos de configuración y técnicas de elevación de privilegios en entornos de laboratorio o en máquinas virtuales, lo que permite analizar el sistema con mayor comodidad sin necesidad de dominar el coreano.

Relación con Fedora y otras distribuciones
Red Star OS forma parte de la familia de derivados de Fedora y presenta coincidencias notables en la estructura de paquetes y en la base del kernel, especialmente en la versión 3.0 basada en Fedora 11. En el panorama de Linux, se asocia con proyectos orientados a infraestructuras estatales y a ecosistemas nacionales, junto a otras distribuciones que persiguen objetivos similares. No debe confundirse con la distribución latinoamericana Estrella Roja GNU/Linux, que es un proyecto distinto.

Filtraciones, vulnerabilidades y análisis externos
Gran parte de lo que hoy se sabe sobre Red Star OS proviene de filtraciones y análisis realizados fuera de Corea del Norte. Investigadores y analistas han documentado capacidades de trazabilidad, el comportamiento de Naenara ante ciertas vulnerabilidades y herramientas para analizar particiones y configuraciones. También se han descrito fallos que permiten ejecutar comandos mediante enlaces specially prepared, evidenciando que incluso sistemas fuertemente controlados pueden presentar vulnerabilidades explotables.

Conclusión
Red Star OS representa un caso singular dentro del ecosistema Linux: una distribución diseñada para un control extremo y una vigilancia persistente, integrada en una infraestructura de intranet cerrada y orientada a la soberanía tecnológica. Su evolución muestra una transición de una estética Windows a una apariencia más moderna inspirada en macOS, pero con un conjunto de restricciones que reflejan una filosofía de uso y supervisión muy específica. El análisis de este sistema facilita entender hasta qué punto la vigilancia tecnológica puede integrarse a nivel del sistema operativo y qué implicaciones tiene para la seguridad, la libertad de uso y la gestión de identidades digitales en contextos gubernamentales cerrados.

from Linux Adictos https://ift.tt/Tqt4CXz
via IFTTT

Introducción
La pregunta sobre si Adobe Photoshop puede instalarse y funcionar de forma fiable en Linux ha dejado de ser una curiosidad y se acerca a una posibilidad tangible. Aunque no hay soporte oficial por parte de Adobe, un desarrollador de la comunidad ha logrado que el instalador de Creative Cloud para Windows se ejecute sobre WINE y que Photoshop 2021 y Photoshop 2025 funcionen en sistemas GNU/Linux. Este artículo describe el progreso, el estado actual y las implicaciones para usuarios de Linux en España y Europa.

Desarrollador independiente y clave técnico
El avance lo lidera un desarrollador de código abierto conocido como PhialsBasement. Su foco ha sido el instalador de Creative Cloud para Windows ejecutado con WINE. En los últimos meses ha ido depurando fallos que impedían completar la instalación en Linux, afinando la compatibilidad con bibliotecas de Windows simuladas por WINE. El cuello de botella principal estaban en MSXML3 y MSHTML, módulos que gestionan HTML y XML en el proceso de instalación. Sin estos componentes funcionando como en Windows, el instalador fallaba.

Logros y estado actual
Después de varias correcciones y pruebas, el instalador ya se ejecuta de principio a fin y permite instalar Photoshop 2021 y Photoshop 2025 en entornos Linux. Este no es un simple ejercicio teórico: se trata de instalaciones completas en las que el programa puede abrirse y usarse. Para Photoshop 2021, la experiencia se describe como muy fluida, con rendimiento estable para tareas de diseño y fotografía. Aun así, existen detalles menores, como problemas en la función de arrastrar y soltar, que podrían depender de la configuración de Wayland u otros elementos del escritorio.

Parcheo y estado de la incorporación
Es importante subrayar que estos parches no forman parte de WINE oficial. Inicialmente, PhialsBasement presentó su trabajo como una petición de integración en el repositorio de WINE mantenido por Valve para su versión orientada a juegos y Steam Deck. La conversación llevó a que la propuesta se dirigiera al repositorio principal de WineHQ.org, donde se coordinan las contribuciones que llegan a las versiones estables y de desarrollo usadas por millones de usuarios. Integrar estos cambios en el repositorio principal es un paso esencial para que las distros europeas los incluyan sin que los usuarios tengan que compilar por su cuenta. El código y las pruebas se pueden revisar en GitHub en el repositorio de PhialsBasement.

Implicaciones para usuarios de Linux
Para muchos usuarios, el mayor obstáculo ha sido la falta de compatibilidad real con herramientas clave de Adobe. Si estos parches se integran en versiones futuras de WINE y, posteriormente, en Proton, los profesionales podrían migrar a Linux sin perder acceso a Photoshop. Aunque no se garantiza que todo funcione de forma inmediata, el avance reduce significativamente la fricción. Además, como el instalador de Creative Cloud ya funciona en WINE parcheado, podría abrir la puerta a otras aplicaciones de la suite como Premiere Pro o Illustrator, aunque cada caso requerirá pruebas de compatibilidad.

Impacto en Proton y dispositivos como Steam Deck
El objetivo final es que Proton, la versión de WINE optimizada por Valve para Steam, pueda incorporar estas mejoras. De prosperar, usuarios de Steam Deck y otros dispositivos híbridos podrían disponer de un entorno de trabajo creativo más completo, usando Photoshop en una estación de edición móvil cuando sea necesario. Aunque actualmente la integración en Proton no se ha concretado, este es un rumbo que podría materializarse en futuras versiones.

Limitaciones y precauciones
Aun con estos avances, conviene ser realistas: el soporte de Photoshop 2025 en Linux a través de WINE parcheado sigue siendo experimental. No es una solución oficial, ni un paquete de distribución habitual. Requiere ciertas competencias técnicas para compilar y configurar, y pueden aparecer errores o comportamientos inestables en distintos entornos. Se han señalado problemas puntuales como el drag and drop en escritorios basados en Wayland, lo que sugiere que cada sistema puede necesitar ajustes.

Un paso hacia la compatibilidad de software en Linux
Históricamente, la mayor parte de la atención de la comunidad se ha centrado en los videojuegos y en Proton. Este impulso ha cambiado la percepción de Linux como plataforma para juegos; ahora se extiende a la productividad y la creación de contenidos. Que un instalador completo de Creative Cloud funcione en WINE abre la posibilidad de ampliar el abanico de aplicaciones profesionales disponibles en Linux. Si estos parches se integran en WINE y en Proton, y la comunidad continúa colaborando, es razonable esperar que en los próximos años Photoshop y otras herramientas de Adobe encuentren alternativas más sólidas para usuarios europeos sin depender de Windows para producción en los próximos años.

Conclusión
Este progreso marca un paso relevante en la evolución de la compatibilidad de software en Linux. Aunque no sustituye a una solución oficial y estable de Adobe, demuestra que las barreras técnicas pueden superarse mediante cooperación abierta y pruebas continuas. Si la trayectoria se mantiene, es plausible que Linux gane terreno como plataforma productiva para diseño, fotografía y edición de video, con herramientas de referencia que antes requerían un sistema operativo cerrado.

Cierre
Este avance subraya una tendencia importante: la interoperabilidad y la apertura del ecosistema permiten ampliar las posibilidades de trabajo en Linux. Para quienes deseen explorar este camino, el repositorio de PhialsBasement con los parches de WINE para Photoshop está disponible en GitHub. Aunque no se garantiza una experiencia de producción estable de inmediato, estas iniciativas impulsan un ecosistema más flexible y colaborativo.

from Linux Adictos https://ift.tt/JPxt1QK
via IFTTT

Introducción

WhatsApp es una de las aplicaciones de mensajería más usadas en el mundo. Muchos usuarios la utilizan no solo para conversar, sino también para tomar notas y organizar ideas de forma rápida. Este artículo explica el formato básico que WhatsApp admite y cómo aprovecharlo para mejorar la claridad de tus mensajes.

Formato disponible

WhatsApp ofrece soporte para marcas simples que permiten resaltar información sin herramientas externas. A continuación se describen las opciones más útiles y ejemplos de uso.

• Negrita: se coloca un asterisco al inicio y al final del texto. Por ejemplo, texto en negrita se vería así.
• Cursiva: se utiliza un guion bajo al inicio y al final. Por ejemplo, texto en cursiva.
• Tachado: se usa una virgulilla al inicio y al final. Por ejemplo, texto tachado.
• Monoespaciado: se envuelve el texto entre comillas graves, por ejemplo, texto monoespaciado.
• Código en línea: similar al monoespaciado, para código breve, por ejemplo, texto de código.
• Listas:
  • Desordenadas: se pueden marcar con asteriscos o guiones antes del texto. Al pulsar enter, se continúa la misma lista.
  • Ordenadas: se inicia con 1. y seguido del texto para cada elemento. Termina la lista al dejar de escribir y pulsar dos veces enter.
• Citas: para citar mensajes o ideas, empieza la línea con el símbolo mayor que. Cada salto de línea también debe empezar con el mismo símbolo.

Opción del menú y una aclaración

Una de las claves para entender estas marcas es que al seleccionar el texto, WhatsApp ofrece opciones de formato. En la versión web se muestran todas, mientras que en móviles las opciones pueden limitarse a negrita, cursiva, tachado y monoespaciado. Para el resto, conviene recordar las reglas o guardar este artículo como referencia.

Diferencias con Markdown real

Me gustaría que la experiencia fuera aún más parecida a Markdown real. Aunque WhatsApp admite varias marcas, no es exactamente el Markdown completo. En Markdown se usan uno o dos símbolos para las mismas funciones que aquí vemos, y eso exige un poco más de planificación. Aun así, WhatsApp sigue siendo una herramienta poderosa para tomar notas personales y compartir ideas con formato.

Conclusión

Conocer estas marcas básicas permite ahorrar tiempo y mejorar la legibilidad de tus mensajes. Practica, guarda este artículo y experimenta con el formato para encontrar el estilo que mejor se adapte a tus necesidades.

from Linux Adictos https://ift.tt/Y0UVLjy
via IFTTT

Valve ha publicado una pequeña actualización Beta de SteamOS que, pese a su tamaño reducido, introduce un cambio técnico relevante para quienes ejecutan juegos de Windows en Linux, especialmente en Steam Deck. La nueva versión 3.7.20 Beta incorpora el driver NTSYNC, una pieza pensada para acercar todavía más el comportamiento del sistema a cómo funcionan determinadas funciones internas de Windows.

Aunque sobre el papel no se trata de una revolución, este movimiento puede traducirse en mejoras de rendimiento y precisión en algunos títulos, sobre todo aquellos que dependen mucho de la sincronización de hilos y procesos. No se espera un salto espectacular en todos los juegos, pero sí ajustes finos que, en la práctica, pueden notarse en determinados escenarios, donde Steam Deck y SteamOS han ido ganando terreno entre los aficionados a Linux.

Qué aporta el driver NTSYNC a SteamOS

El cambio más llamativo del parche es la incorporación del driver NTSYNC dentro de SteamOS. Este componente llegó originalmente al kernel Linux 6.14, lanzado en marzo de 2025, con la idea de ofrecer una implementación más fiel de las primitivas de sincronización de Windows NT. En la práctica, esto significa que Linux puede comportarse de una forma más parecida a Windows a la hora de coordinar hilos y procesos, algo crucial para la estabilidad y el rendimiento de muchos juegos modernos.

Hasta ahora, SteamOS y Proton ya contaban con una solución propia, conocida como fsync, que cumplía una función similar y permitía obtener buenos resultados en la mayoría de títulos. Por ese motivo, Valve no tenía una urgencia extrema por dar soporte a NTSYNC en su sistema. Sin embargo, la integración directa del driver en el sistema operativo hace que parte de ese trabajo deje de depender de parches externos y pase a formar parte del ecosistema estándar del kernel y del propio SteamOS.

El proyecto original de Wine, del que Proton toma su base, añadió soporte oficial para NTSYNC en la versión 10.16. Esto ha pavimentado el camino para que implementaciones derivadas, como Proton, puedan ir adoptando esta tecnología de forma más natural. Se espera que una futura versión de Proton, previsiblemente Proton 11, pueda acabar usando NTSYNC por defecto, lo que permitiría unificar aún más el comportamiento entre Wine «clásico» y la versión personalizada de Valve.

Mientras tanto, los usuarios más curiosos ya podían experimentar con NTSYNC a través de GE-Proton, una variante comunitaria muy popular en Europa que integró soporte para este driver hace un tiempo. Con la llegada del soporte directo en SteamOS, será más sencillo que estas soluciones de la comunidad y las oficiales converjan técnica y funcionalmente.

Impacto potencial en Steam Deck y juegos de Windows

En el día a día, la presencia del driver NTSYNC se traduce en una mejor alineación entre Windows y Linux en aspectos muy técnicos, pero relevantes para los videojuegos. Muchas producciones actuales dependen de mecanismos de sincronización complejos para coordinar física, inteligencia artificial, animaciones o carga de recursos. Si la implementación de esas primitivas en Linux se aproxima lo suficiente a la de Windows, la capa de compatibilidad (Wine, Proton, etc.) tiene menos fricción a la hora de reproducir el comportamiento original del juego.

En la práctica, esto puede significar que ciertos títulos se comporten de forma más estable, reduzcan microcortes o incluso ganen algunos frames por segundo en situaciones concretas. No se trata de una mejora universal ni garantizada para todo el catálogo, y en muchos casos la experiencia seguirá siendo similar a la que ya se obtenía gracias a fsync. Sin embargo, al eliminar parches específicos y apoyarse en una funcionalidad estándar del kernel, Valve y la comunidad pueden centrar esfuerzos en pulir otros aspectos del rendimiento.

Para usuarios de Steam Deck, esto supone un paso más en la consolidación del juego en Linux como alternativa real a Windows. Aunque este cambio no vaya a aparecer en grandes titulares comerciales, se trata de una mejora de fondo que puede marcar diferencias en algunos juegos complejos o mal optimizados.

Cómo acceder a SteamOS 3.7.20 Beta con NTSYNC

La actualización que introduce el driver NTSYNC está disponible en el canal Beta de SteamOS 3.7.20. Para instalarla en una Steam Deck u otro dispositivo con SteamOS, es necesario cambiar el canal de actualización del sistema. Este ajuste se realiza desde el propio menú de configuración del sistema de SteamOS, sin necesidad de herramientas externas ni comandos avanzados.

El procedimiento general consiste en acudir a la sección de «Ajustes» > «Sistema» > «Canal de actualización del sistema» y seleccionar la opción Beta o, en su caso, Preview. Una vez realizado el cambio, el dispositivo comprobará si hay actualizaciones pendientes y permitirá descargar e instalar la nueva versión. Como siempre en este tipo de canales, se recomienda tener cierta cautela, ya que estas versiones pueden incluir cambios todavía en pruebas.

Para usuarios en Europa que utilicen la Steam Deck como máquina principal de juego, puede ser interesante probar este canal si quieren beneficiarse de las novedades técnicas de forma anticipada. No obstante, quienes prioricen la máxima estabilidad pueden preferir esperar a que estos cambios se integren en una versión estable de SteamOS, cuando Valve considere que el comportamiento está lo suficientemente pulido.

Mejoras de seguridad: InputPlumber y vulnerabilidades corregidas

Aunque el foco principal está en NTSYNC, la actualización de SteamOS 3.7.20 Beta incluye también un ajuste importante en materia de seguridad. En la parte descrita como «Non-Deck», Valve ha habilitado polkit para la interfaz D-Bus de InputPlumber y solucionado una potencial condición de carrera, abordando así dos vulnerabilidades identificadas como CVE-2025-66005 y CVE-2025-14338.

La activación de polkit en la interfaz D-Bus de InputPlumber introduce una capa adicional de control de permisos, asegurando que solo procesos autorizados puedan interactuar con determinadas funciones sensibles del daemon. Al mismo tiempo, la corrección de la condición de carrera detectada reduce las posibilidades de que un atacante pueda aprovecharse de un comportamiento inesperado en momentos en los que se producen accesos simultáneos a recursos compartidos.

Desde la perspectiva de usuarios europeos preocupados por la seguridad, estos ajustes encajan en una tendencia más amplia de reforzar la superficie de ataque de los sistemas Linux utilizados para juegos. Aunque la mayoría de jugadores no notarán cambios visibles en su experiencia diaria, la corrección de estas vulnerabilidades contribuye a un entorno más robusto frente a posibles explotaciones.

Un paso más en la madurez de SteamOS para juegos

La combinación de la integración y las mejoras de seguridad en InputPlumber demuestra que Valve continúa afinando SteamOS tanto en el terreno del rendimiento como en el de la protección del sistema. No estamos ante una actualización repleta de cambios visibles, sino ante un ajuste discreto pero significativo, especialmente para quienes siguen de cerca la evolución del juego en Linux.

Con cada paso de este tipo, SteamOS se va consolidando como una plataforma más madura, capaz de ofrecer una experiencia de juego competitiva sin depender de Windows. Para los usuarios de Steam Deck en España y en otros países europeos, la llegada del driver NTSYNC en la rama Beta es una oportunidad para comprobar cómo avanza la compatibilidad con títulos exigentes, mientras que las correcciones de seguridad ayudan a mantener el sistema más protegido sin necesidad de acciones adicionales por parte del jugador.

from Linux Adictos https://ift.tt/KJVL501
via IFTTT

En el entorno de Arch Linux se está moviendo algo interesante: existe un proyecto en marcha que podría cambiar el futuro del gestor de paquetes Pacman. La idea es desarrollar una nueva base para la gestión de paquetes escrita completamente en Rust, un lenguaje que destaca por su seguridad y fiabilidad. Este proyecto se conoce como ALPM (Arch Linux Package Management).

Durante más de un año, el desarrollo de ALPM ha contado con financiación y eso se ha notado en los avances. Ya se han definido especificaciones claras sobre cómo deben estructurarse los paquetes, cómo manejar los datos y qué mecanismos criptográficos usar para garantizar la integridad y autenticidad de los archivos del sistema. No es solo una idea teórica: hay trabajo sólido detrás.

¿Pacman por ALPM? Es una posibilidad real

Esto ha llevado a muchos a preguntarse si Pacman acabará siendo reemplazado. Hay diferencias importantes entre ambos proyectos, no solo a nivel técnico, sino también legal. Pacman está licenciado bajo GPL, mientras que ALPM utiliza licencias más permisivas como Apache 2.0 y MIT, lo que facilitaría su adopción en otros proyectos o contextos sin tantas restricciones.

Por ahora, no hay ninguna confirmación oficial de que Pacman vaya a desaparecer. Una posibilidad que se baraja es un enfoque híbrido: mantener el comando Pacman tal y como lo conocemos, pero apoyarlo internamente en una implementación moderna escrita en Rust, de forma similar a lo que ya se ha hecho en otras distribuciones con herramientas críticas del sistema.

De momento estamos ante los primeros pasos de esta propuesta. Si hay cambios no serán inmediatos, aunque Arch Linux sea famoso por su modelo de desarrollo Rolling Release y por la implementación rápida del software. Entre las dudas que quedan por resolver también encontramos qué harán las distribuciones con la misma base, como Manjaro o EndeavourOS, entre otras.

from Linux Adictos https://ift.tt/gu32q8k
via IFTTT

Linus Torvalds se ha pasado al Vibe Coding. Es broma. El creador de Linux es, de hecho, uno de los más críticos con la Inteligencia Artificial, llegando a afirmar que casi todo es marketing, algo en lo que coincido. Ahora bien, Torvalds también hace cosas para entretenerse, y algo que está haciendo en la actualidad es trabajar en proyectos sin demasiada importancia dejándose ayudar por los asistentes de IA. Por ejemplo, AudioNoise.

AudioNoise es «Otro repositorio tonto relacionado-a-pedal-de-guitarra«, más o menos. Es un proyecto que ha empezado en las vacaciones navideñas, y básicamente es un programa para simular los efectos de un pedal para guitarra. Lo está desarrollando con Antigravity, un fork de VSCode desarrollado por Google y que tiene a Gemini integrado; un IDE pensado sobre todo para el Vibe Coding.

¿Linus Torvalds se va a pasar al Vibe Coding?

Todo esto no pasa de noticia como curiosidad. Linus Torvalds va a seguir desarrollando Linux «a mano». Por lo que ha comentado en diferentes ocasiones, usa Vim para escribir el código, y ni siquiera hace uso de lo que se conoce como Intellisense, esas pequeñas ayudas de editores como Visual Studio Code que permiten escribir más rápido y eliminar errores. Esto último no es algo que comparta, pero lo entiendo.

Hace un tiempo yo tenía un compañero que escribía páginas web con el bloc de notas, y también lo hacía todo a mano. Yo ya usaba Intellisense y Emmet en VSCode, y podía poner, por ejemplo, h1 seguido del tabulador para poner <h1></h1>. Además de ganar tiempo, es más difícil equivocarse con la sintaxis. Pero a veces hace algo inesperado, y por ese motivo hay gente que prefiere hacerlo todo sin automatismos.

¿Qué pasará en el futuro? No tengo una bola de cristal, pero creo que Linus Torvalds no se pasará al Vibe Coding ni empezará a usar Intellisense siquiera. Por otra parte, es más probable que veamos muchos más trabajos suyos como AudioNoise, ya que el Vibe Coding mejora la productividad. Eso sí, si nos encontramos con algún bug en sus proyectos de ocio, probablemente tengamos que culpar a la IA.

from Linux Adictos https://ift.tt/C9EzHMy
via IFTTT