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

La llegada de Budgie 10.10 marca un punto de inflexión en la evolución de este escritorio para GNU/Linux. La nueva versión supone el cierre de una etapa, tanto por ser el último lanzamiento de la rama 10 como por firmar el abandono definitivo de X11 en favor de Wayland, un movimiento que están adoptando cada vez más entornos de escritorio.

Budgie 10.10 introduce más novedades, pero el abandono de X11 y su apuesta por Wayland es, sin lugar a dudas, la más destacada. No gusta a todos por igual, pero es innegable que es presente y futuro de lo que vemos en Linux.

Budgie 10.10: fin de la serie 10 y adiós definitivo a X11

Esta versión se presenta como la última gran actualización de Budgie 10 y al mismo tiempo como la primera que funciona únicamente sobre Wayland. Con ello se da por cerrada la transición progresiva iniciada hace más de doce meses, durante los cuales se han ido adaptando paso a paso buena parte de los componentes internos del escritorio al nuevo sistema de ventanas.

Los desarrolladores dejan claro que Budgie 10.10 sella la migración oficial desde X11. A partir de ahora, el camino está orientado hacia Budgie 11, que será el siguiente gran salto y pondrá la serie 10 en una especie de “modo mantenimiento”, centrándose principalmente en correcciones de errores y parches de seguridad, dejando atrás nuevas funciones de calado.

Una sesión Wayland apoyada en múltiples protocolos

Para ofrecer una experiencia fluida bajo Wayland, Budgie 10.10 se apoya en un amplio abanico de protocolos específicos del ecosistema Wayland. Entre ellos se incluyen ext-workspace-v1, wlr-foreign-toplevel-management-unstable-v1, wlr-layer-shell-unstable-v1, wlr-output-management-unstable-v1 y xdg-output-unstable-v1, que permiten gestionar escritorios, ventanas, paneles, salidas de vídeo y otros elementos críticos del entorno.

El objetivo de integrar tantos protocolos no es otro que lograr que todo funcione con la misma naturalidad que en la sesión basada en X11. Para el usuario medio esto se traduce en que sus paneles, atajos de teclado, iconos de escritorio y el panel lateral Raven deberían seguir comportándose como siempre, con la ventaja añadida de las mejoras en seguridad, gestión de pantallas y eficiencia que se asocian habitualmente con Wayland.

Recomendación de compositores: apuesta por Labwc y wlroots

Aunque el equipo de Budgie está trabajando en su propio compositor Wayland a largo plazo, por ahora recomienda claramente utilizar un compositor basado en wlroots, con menciones explícitas a Labwc como opción especialmente afinada para este escritorio.

Para facilitar esa integración, se ha creado un “labwc bridge” o puente con Labwc que se ejecuta de manera automática al iniciar sesión. Este pequeño componente se encarga de copiar y adaptar la configuración de Labwc utilizada por Budgie hacia el directorio ~/.config/budgie-desktop/labwc, reduciendo al mínimo los conflictos con configuraciones previas del usuario. La idea es que no haya que pelearse con ficheros de configuración a mano para disfrutar de un escritorio plenamente funcional.

Gracias a este puente, bajo Wayland se activan funciones clave como atajos de teclado por defecto para acción rápida, aceleración ajustada para ratones y touchpads, coherencia en el tema visual (tipografías, sombras, diseño de la barra de título), reglas específicas de ventanas y distintas opciones de gestión de ventanas. Sobre el papel, la intención es que quien venga de X11 note el menor cambio posible en su día a día.

Herramientas Wayland incluidas por defecto en Budgie 10.10

Para cubrir tareas habituales como la captura de pantalla, la gestión de la inactividad o el bloqueo de sesión, Budgie 10.10 incorpora una serie de utilidades pensadas explícitamente para Wayland. Entre las más destacadas se encuentran grim y slurp para tomar capturas de imagen, que se apoyan en la infraestructura de Wayland en lugar de depender de los antiguos mecanismos de X11.

En el apartado de bloqueo y gestión de la sesión, la nueva versión puede trabajar con swayidle, gtklock o swaylock para controlar el tiempo de inactividad y el bloqueo de pantalla, así como con wlopm para regular el apagado de monitores. Para el fondo de escritorio, se utiliza swaybg, mientras que la configuración de múltiples pantallas y resoluciones se puede afinar con wdisplays, una herramienta que facilita el ajuste fino de la salida de vídeo en equipos de sobremesa y portátiles.

Mejoras en applets y paneles de Budgie

El applet de Night Light es uno de los que más evoluciona, ya que ahora se integra con Gammastep para controlar la temperatura de color de la pantalla. Esto permite reducir el tono azulado por la noche y descansar mejor la vista, algo que muchos usuarios en Europa valoran para trabajar o estudiar durante largas jornadas frente al ordenador.

Por su parte, el applet de Notificaciones facilita activar o desactivar rápidamente el modo No molestar mediante un clic central del ratón, una pequeña mejora de usabilidad que puede marcar la diferencia para quienes reciben muchas alertas mientras trabajan.

El applet de lista de tareas (Tasklist) también se ha revisado con una implementación más moderna, diseñada para escalar mejor cuando hay muchas aplicaciones abiertas. Esto ayuda a mantener el panel organizado tanto en pantallas pequeñas como en monitores ultrapanorámicos cada vez más presentes en oficinas y hogares.

Budgie 10.10 introduce nuevas capacidades de Budgie Panel y Budgie Desktop View

Otra de las claves de la actualización está en la manera en que Budgie Panel y Budgie Desktop View aprovechan layer-shell, un mecanismo propio de Wayland que permite definir qué elementos deben permanecer anclados a los bordes de la pantalla o quedarse por debajo de las ventanas abiertas.

En concreto, Budgie Panel utiliza layer-shell para fijarse con solidez a los bordes del monitor, evitando solapamientos o comportamientos extraños al cambiar de resolución o conectar nuevas pantallas. Budgie Desktop View, por su lado, se sirve de este mismo sistema para mantenerse siempre en un plano inferior respecto a las ventanas, Raven y el propio panel, garantizando que los iconos de escritorio sigan en su sitio sin interferir con el resto de la interfaz.

Budgie Control Center y accesibilidad bajo Wayland

La configuración del sistema también recibe atención con mejoras en Budgie Control Center (BCC). Se han introducido comprobaciones de visibilidad en varios paneles, lo que significa que algunas opciones solo aparecen cuando tienen sentido según el gestor de ventanas o compositor que se esté usando.

El panel de Multitarea (Multitasking) se ha actualizado con soporte específico para Wayland, y se han incorporado archivos de configuración («keyfiles») que permiten controlar qué muestra exactamente el BCC en función del entorno subyacente. De esta manera, los fabricantes de distribuciones y los usuarios avanzados pueden ajustar mejor la experiencia a sus necesidades.

Asimismo, Budgie Control Center cuenta ahora con un panel independiente para la función Night Light, lo que facilita manejar a golpe de clic el ajuste de luz cálida o fría en la pantalla. Se han puesto sobre la mesa diversas opciones de accesibilidad, entre las que destaca la incorporación de una lupa o magnificador, especialmente útil para personas con problemas de visión o para trabajar con detalles minúsculos en pantallas de alta densidad de píxeles.

Distribuciones y disponibilidad

La publicación de Budgie 10.10 es inmediata, pero su despliegue real dependerá de cada distribución. Los desarrolladores indican que la nueva versión llegará pronto a los repositorios estables de proyectos populares como openSUSE Tumbleweed o Arch Linux, muy utilizados en la comunidad por su enfoque moderno y sus rápidos ciclos de actualización.

Un paso más hacia Budgie 11

Todo este movimiento en torno a Budgie 10.10 se entiende mejor al verlo como una preparación de cara a Budgie 11, el siguiente gran capítulo del proyecto. La transición completa a Wayland en la serie 10 permite sentar unas bases sólidas sobre las que construir el futuro del escritorio, con margen para introducir cambios profundos sin arrastrar la compatibilidad con X11.

Aunque la fecha concreta de Budgie 11 no está fijada, la hoja de ruta apunta a que el esfuerzo de desarrollo se irá concentrando progresivamente en esta nueva versión. Budgie 10 quedará como opción estable para quienes prefieran no cambiar nada más allá del paso a Wayland, mientras que la próxima iteración del escritorio podría traer una oleada de funciones y ajustes de mayor calado.

Con este lanzamiento, Budgie 10.10 se coloca como una versión clave: es la que cierra una década de la serie 10, adopta Wayland como única base gráfica y pone al día applets, paneles y herramientas de configuración para adaptarse a los nuevos tiempos. Para usuarios y distribuciones en España y el resto de Europa, supone una oportunidad de subirse a un escritorio moderno que intenta mantener la sensación de siempre, pero apoyado en una infraestructura más actual y preparada para lo que venga con Budgie 11.

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

El Proyecto Debian ha publicado Debian 13.3, la tercera actualización puntual de la rama estable “Trixie”. Esta revisión está enfocada en reforzar la seguridad y corregir errores, en lugar de implementar cambios significativos para el usuario. Esta nueva versión no implica una variación del sistema, sino que actualiza los paquetes y las imágenes de instalación oficiales.

La llegada de Debian 13.3 es especialmente importante para quienes instalen el sistema en equipos nuevos o en entornos profesionales, ya que las nuevas ISOs incluyen todas las correcciones acumuladas en las últimas semanas de forma predeterminada. Esto evita tener que descargar cientos de actualizaciones tras el primer arranque, lo que puede ser problemático en conexiones limitadas o en despliegues masivos.

Naturaleza de la actualización Debian 13.3

Debian 13.3 se presenta como la tercera revisión de mantenimiento de Debian GNU/Linux 13 “Trixie”, lanzada aproximadamente dos meses después de la versión 13.2. La filosofía del proyecto se mantiene: congelar la base del sistema y proporcionar correcciones periódicas sin afectar la estabilidad general ni la compatibilidad de paquetes.

Según el comunicado oficial, esta actualización incluye 108 correcciones de errores en diversos paquetes y 37 actualizaciones de seguridad. Esto significa que muchos problemas identificados desde el lanzamiento inicial de Trixie han sido resueltos y están ahora integrados en las nuevas imágenes de instalación.

Refuerzos de seguridad y paquetes actualizados en Debian 13.3

Uno de los enfoques clave de Debian 13.3 es el refuerzo de la seguridad del sistema. La lista de fallos corregidos incluye numerosas vulnerabilidades (CVEs) en componentes ampliamente utilizados, tanto en entornos de escritorio como en servidores, lo que resulta esencial para organizaciones europeas que deben cumplir normativas de protección de datos.

Entre los paquetes que han recibido parches de seguridad se encuentran Chromium, rust-sudo-rs, FFmpeg, Thunderbird, Krita, Containerd, WordPress y VLC. Estas herramientas son ampliamente utilizadas en estaciones de trabajo, servidores web, infraestructuras de contenedores y flujos de trabajo multimedia, por lo que su actualización disminuye el riesgo de exposición a ataques.

Además de estos parches, Debian 13.3 también agrupa ajustes y correcciones en diferentes componentes del ecosistema de escritorio y del sistema base, lo que mejora la experiencia general sin introducir cambios drásticos que puedan romper configuraciones existentes.

Mejoras técnicas destacadas en Trixie 13.3

Desde el punto de vista técnico, Debian 13.3 integra nuevas versiones y correcciones en subsistemas clave. Un ejemplo es GNOME Mutter, el compositor y gestor de ventanas del entorno GNOME, que recibe una actualización para optimizar su desempeño y resolver problemas encontrados en sesiones gráficas modernas.

Asimismo, se ha atendido un problema de canal lateral de temporización en EDK2, un conjunto de componentes de firmware UEFI de uso común. Este tipo de vulnerabilidades pueden aprovechar variaciones en los tiempos de ejecución para filtrar información sensible, por lo que su corrección agrega una capa adicional de protección, especialmente relevante en servidores y estaciones profesionales.

Otro aspecto práctico es la solución a un bloqueo en el arranque bajo Wayland de la aplicación QIV. En esta actualización se forzó el uso del backend GDK de X11 (a través de XWayland), lo que permite que la aplicación funcione sin que el usuario tenga que modificar manualmente su configuración. Estas correcciones se complementan con mejoras en Wayland que se han venido adoptando en el ecosistema.

Por último, Debian 13.3 efectúa ajustes en la base de datos de zonas horarias para países como Argentina y Ucrania. Aunque pueda parecer un detalle menor, una configuración adecuada del tiempo es crítica en sistemas de facturación, servicios financieros y en cualquier entorno donde la trazabilidad y el registro de eventos sean importantes.

Imágenes de instalación actualizadas y arquitecturas soportadas

La actualización viene acompañada de nuevas imágenes de instalación de Debian 13.3, diseñadas tanto para usuarios domésticos como para administradores que necesiten implementar el sistema en varias máquinas. Estas ISOs ya integran todos los parches mencionados, minimizando el tiempo dedicado a descargas posteriores.

Debian 13.3 está disponible para una amplia gama de arquitecturas, lo que favorece su adopción en diferentes tipos de hardware. Entre las plataformas compatibles se encuentran 64-bit (amd64), AArch64 (arm64), RISC-V de 64 bits (riscv64), PowerPC 64-bit Little Endian (ppc64el), IBM System z (s390x) y ARMhf (armhf). Esta diversidad es especialmente útil en Europa, donde coexisten desde equipos de sobremesa convencionales hasta servidores mainframe y dispositivos embebidos.

Imágenes live con escritorios actualizados

Además de las imágenes tradicionales de instalación, el Proyecto Debian ofrece imágenes live de Debian 13.3 para sistemas de 64 bits, que facilitan la prueba del sistema directamente desde un USB o DVD sin alterar el disco duro. Estas imágenes son especialmente útiles para docentes, técnicos de soporte y usuarios interesados en explorar Trixie antes de instalarla.

Las ediciones live de Debian 13.3 incluyen varios entornos de escritorio preinstalados, tales como KDE Plasma 6.3.6, GNOME 48, Xfce 4.20, Cinnamon 6.4.10, LXQt 2.1, MATE 1.26.1 y LXDE 0.11.1, además de una edición con el gestor de ventanas IceWM denominada “Junior”. Esta variedad permite adaptarse a equipos más modestos, portátiles de uso diario o estaciones de trabajo más potentes, un aspecto muy valorado en centros educativos y administraciones públicas.

Debian 13.3 es una actualización para usuarios actuales de Debian 13

Los usuarios que ya estén ejecutando Debian 13 “Trixie” no necesitan reinstalar el sistema para beneficiarse de las mejoras en la versión 13.3. Simplemente deben mantener activos los repositorios oficiales y aplicar las actualizaciones habituales mediante las herramientas estándar de Debian.

El procedimiento recomendado consiste en abrir un emulador de terminal o una consola virtual y ejecutar los comandos de actualización completos: sudo apt update && sudo apt full-upgrade. También se puede utilizar gestores gráficos de paquetes, como Synaptic, para quienes prefieran una interfaz visual. De este modo, el sistema quedará alineado con el estado de Debian 13.3 sin necesidad de modificar particiones ni reinstalar. Para más información sobre los cambios en el gestor de paquetes, consulte APT 3.0.

Para aquellos que tengan dudas sobre la versión de Debian que están utilizando, es posible consultar el número de versión instalado ejecutando en la terminal el comando cat /etc/debian_version. Esta verificación es útil para confirmar si el sistema ya está actualizado tras aplicar las últimas actualizaciones.

Contexto dentro del ciclo de vida de Debian

Debian 13.3 se enmarca dentro de la política habitual de lanzar revisiones periódicas de la rama estable, en las que se integran principalmente correcciones de seguridad y errores detectados. Estas actualizaciones tienen como objetivo mantener la fiabilidad que caracteriza a la distribución, muy utilizada como base de otras derivadas y en infraestructuras críticas de empresas y organismos públicos.

Paralelamente a la publicación de esta revisión de Trixie, el proyecto también ha liberado nuevas imágenes para Debian 12 “Bookworm” en su versión 12.13, que cuentan con 96 correcciones de errores y 85 actualizaciones de seguridad. Aunque se trata de una rama distinta, evidencian el compromiso de la comunidad por mantener actualizadas tanto la versión actual como la anterior, aspecto fundamental para aquellos que aún no han migrado a Debian 13. Consulte también la actualización de Debian 12 “Bookworm”.

Con esta actualización puntual, Debian refuerza a Trixie como una opción fiable y actualizada para entornos de escritorio, servidores y despliegues profesionales, mejorando la seguridad, ajustando componentes clave como el soporte gráfico y afinando detalles prácticos como las zonas horarias. Las nuevas ISOs facilitan instalaciones más rápidas y limpias, mientras que los usuarios actuales solo necesitan ejecutar la actualización estándar para beneficiarse de todas estas mejoras sin alterar sus flujos de trabajo.

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

Hace ya un tiempo desde que KDE comenzó a trabajar en Plasma Login Manager. Este nuevo gestor de inicio de sesión llegará oficialmente junto a Plasma 6.6, programado para febrero de este año, y será responsabilidad de las diferentes distribuciones decidir si lo implementan o no. En versiones anteriores, como Plasma 5, se utilizó SDDM, mientras que antes, en Plasma 4, se utilizaba KDM. Por lo tanto, es evidente que cada actualización mayor conlleva cambios en el inicio de sesión. Entre las primeras distribuciones en adoptar Plasma Login Manager se encuentra Fedora 44.

Entre las numerosas diferencias entre Fedora y Ubuntu, destaca la forma en que cada proyecto actualiza su software. Aunque ambos lanzan nuevas versiones cada seis meses, Ubuntu tiende a mantener mucho software y actualizarlo junto con el resto del sistema en la siguiente iteración. Por otro lado, Fedora actualiza casi todo lo que no forma parte de su base en cuanto está disponible. Ya se ha confirmado que Fedora 44 implementará Plasma Login Manager.

Fedora 44 Llegará en Abril con Plasma Login Manager en Ediciones KDE

Los plazos de lanzamiento están alineados. Plasma 6.6 se prevé para mediados de febrero, mientras que Fedora 44 está programado para aparecer aproximadamente dos meses después. Las ediciones con escritorio KDE (incluyendo Fedora KDE, Fedora KDE Mobile y Fedora Kinoite) adoptarán Plasma Login Manager, y si será la primera distribución en implementarlo dependerá de las decisiones tomadas por el proyecto KDE.

Actualmente, KDE está trabajando en dos sistemas operativos diferentes: KDE neon, con base Ubuntu, que se considera una distribución “normal”, y KDE Linux, una distribución inmutable que se encuentra en fase alfa, lo que significa que no debería ser considerada aún. Si la implementación del Plasma Login Manager se retrasa en KDE neon, entonces Fedora 44 será la primera en adoptarlo.

El uso de PLM por parte de Fedora está actualmente en proposición, y el objetivo es «continuar proporcionando la experiencia KDE Plasma más actual y de mayor calidad». Se prevé que la transición se realice de manera tan fluida que el usuario no tendrá que intervenir; lo único que notarán, si es que lo notan, será el cambio de SDDM a PLM al actualizar a Fedora 44.

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

La Steam Machine se presentó a finales de 2025 y tiene que salir a la venta este 2026, en el primer cuarto para ser más concretos. Para muchos, como un servidor que quiere algo ya montado y que ofrezca un rendimiento medio, es un aparato interesante, pero muchos coincidimos que dependerá de lo que pidan por él. Y de eso vamos a hablar hoy, más concretamente de un rumor que deprimiría a muchos. O no.

Y es que se habría filtrado el precio de la Steam Machine, y éste parece demasiado alto de entrada. La historia empieza en una página que sería de un revendedor de Valve, Smarty.cz. En el código de la página estaría listada la Steam Machine con unos precios que al cambio quedarían en 950$ el modelo de 512GB y 1070$ el modelo con 2TB. Pone los pelos de punta, ¿no?

El precio de la Steam Machine no será tan alto

El precio de la Steam Machine no será tan alto. A mí me dio de lleno este rumor, y por ese motivo hice mis deberes. Lo primero que hice fue ir a la página y ver cómo andaban las cosas allí: busqué «steam deck» para ver a cuánto tenían la OLED, y, aunque no entiendo checo, sí vi que ofrecen la Steam Deck OLED por 19.990CZK, lo que son unos 823,11€ en el momento de escribir este artículo.

A partir de ese momento pude volver a respirar. En España, la Steam Deck OLED de 1TB está por 679€, lo que son 144€ menos que en Smarty.cz. Una cosa sí está clara: en dicho portal añaden un extra para poder obtener beneficios. Lo que no está tan claro es si el precio descubierto en el código es el que tendrán en Smarty.cz en el futuro o sólo lo están usando para rellenar el hueco (placeholder).

Conclusiones más esperanzadoras

Supongamos que los precios son los que serán, lo que aún no se ha demostrado, y que la Steam Machine de 2TB tendrá un precio en Smarty.cz de 22305 coronas checas, se supone que impuestos incluidos. Eso serían 917€, a lo que habría que restarle lo que se queda el revendedor. 823 es aproximadamente 679×1,21, y la operación inversa sobre el precio de los 917€ nos daría como resultado que la Steam Machine valdría 759€.

Así que si la página tiene los precios correctos y los porcentajes son como he explicado, la filtración podría haber adelantado el precio final de la Steam Machine, y no sería tan malo. Y menos aún habiendo llegado a imaginar que valdría aproximadamente 1000€ + IVA.

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

Los componentes de Wine Is Not an Emulator siguen con el desarrollo de la próxima versión de su software para ejecutar aplicaciones de Windows en otros sistemas operativos. Lo que nos han entregado hace unas horas es WINE 11.0-rc5, una nueva candidata a estable que no se puede descartar que sea la última. Recordamos que el año pasado se lanzaron seis antes de entregarnos WINE 10.0 estable. En el calendario, esa RC llegó el 18 de enero de 2025.

WINE 11.0-rc5 sigue en la congelación de código, por lo que no se facilita lista de destacados. En números, se han realizado un total de 27 cambios, con una lista de bugs corregidos que asciende a 32. Y con eso continuamos, con la lista de fallos corregidos en WINE 11.0-rc5.

Bugs corregidos en WINE 11.0-r5

• GAP-Diveplanner: devuelve error de ejecución ‘5’.
• iriver LDB Manager: se bloquea al navegar por el árbol de directorios.
• Pantalla en 3D Studio Max v9 se actualiza mal.
• Soldiers Heroes of World War II se bloquea al iniciarse.
• sijpv12.exe se bloquea.
• Heroes of Might and Magic 5 no funciona (pantalla vacía).
• Alan Wake’s American Nightmare, algunas texturas pierden transparencia.
• Heartstone Deck Tracker v0.14.9 falla al iniciarse.
• Elasto Mania: se congela al iniciar, luego funciona pero sin sonido.
• MiPony 2.5.0 no se puede iniciar.
• Todos los juegos sufren tartamudeos moderados a severos con el muestreo del ratón ~1000.
• Batman: Arkham Origins no muestra sombra de la capa en modo DX11.
• BioShock 2 se bloquea antes de entrar al menú principal con d3dcompiler_47 incorporado.
• League of Legends: código de excepción c0000005.
• Tomb Raider (2013) al activar teselación provoca bloqueo con el renderizador Vulkan.
• Sumatra PDF imprime siempre el documento completo.
• The Evil Within tiene un rendimiento muy lento.
• Bully: Scholarship Edition no reproduce las intros.
• The Evil Within muestra pantalla negra con el renderizador OpenGL.
• WINE envía el mensaje WM_(SYS)KEYUP dos veces para la tecla Alt (y similares) si el demonio Fcitx/IBus está en ejecución.
• El juego se bloquea ~30 segundos, continúa y luego se congela en «TKKG 1».
• El instalador de Virtualbox falla al instalar.
• «Tower Wars» se bloquea al iniciar la partida.
• Rocket League: el controlador OSS provoca que el juego se bloquee.
• Microsoft Deadly Tide requiere la implementación de ICM_DECOMPRESSEX_BEGIN en iccvid.
• Problemas de enfoque en SQLyog.
• Face Noir: inventario 3D demasiado oscuro.
• Earth 2150 se congela al final del video de introducción.
• Las ventanas de DirectDraw en pantalla completa son invisibles.
• Wolfenstein: The Old Blood / Wolfenstein: The New Order – pantalla negra en el menú.
• Monster Truck Madness 2 se bloquea con «double free detected».
• Monster Truck Madness 2 tarda mucho al cargar o salir de una carrera.

Ya disponible

WINE 11.0-rc5 ya se puede descargar desde el botón que tenéis debajo de estas líneas. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

La semana que viene llegará WINE 11.0-rc6, también sin lista de destacados, o eso es lo que se espera. Si deciden lanzar la versión estable, ésta podría llegar en cualquier momento, y no en viernes como el resto de versiones de desarrollo y RCs.

.boton {color: white; background-color: grey !important; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

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

Desde hace tanto que ni recuerdo la primera vez, yo suelo usar tres dedos en el panel táctil para pegar el texto del portapapeles. Es algo que me gusta y me parece productivo, pero su uso podría tener los días contados. GNOME, el proyecto que hay detrás del escritorio más usado en Linux (aunque KDE le pisa los talones) y Mozilla, compañía que desarrolla Firefox, se plantean dejar de ofrecer soporte para este gesto tan útil.

Aunque están debatiéndolo al mismo tiempo, cada proyecto tiene sus motivos. GNOME dice que es algo del pasado, un «x11ismo», una función que no tiene sentido en el presente, y así lo explican en una propuesta en su GitLab. Como explicaré más adelante, hay quienes piensan que hay algo más, llegando a valorar temas políticos e ideológicos de los que tan poco me gusta hablar.

GNOME lo eliminaría por defecto, pero se podría volver a activar

Jordan Petridis explica:

«Esto es un x11ismo, originalmente un xsetting, que con frecuencia da lugar a comportamientos inesperados cuando la gente pulsa el botón central del ratón. La ausencia total de cualquier indicación de que esto vaya a ocurrir no es sino un auténtico caos. Las personas que conocen esta funcionalidad y realmente la aprecian pueden anular fácilmente esta configuración«.

Lo que no explican y he llegado a leer en redes es que también puede haber motivaciones políticas o ideológicas. Sin querer meterme demasiado en esto, se sabe que GNOME está escorado a la izquierda, llegando a colocar etiquetas feas a quien piensan diferente, y quien se está haciendo cargo de X11, ahora XLibre, es una persona que cae más a la derecha, alguien conservador que afirma cosas como que su trabajo está libre de políticas DEI (las siglas que se usan en EEUU para referirse a políticas de inclusión). Es algo que según algunos usuarios podría tener algo que ver, y que cada uno piense lo que quiera.

Por otra parte, GNOME no propone eliminar la opción por completo. Se podría volver a activar usando este comando:

gsettings set org.gnome.desktop.interface gtk-enable-primary-paste true

Ahora bien, todo este debate está teniendo lugar ahora mismo y podrían terminar dejando las cosas como están.

El punto de vista de Firefox

Firefox se está planteando lo mismo. Mozilla piensa que en muchas ocasiones hay falsos positivos, es decir, que se activa sin que el usuario quiera:

«Se trata de una funcionalidad y un comportamiento poco conocidos que generan confusión entre los usuarios cuando pulsan el botón central del ratón sin saber cuál es su función. La mayoría de las veces también se activa por accidente, y resulta muy extraño que el contenido del portapapeles se inserte en esas circunstancias. Además, la función no es en absoluto descubrible y, de hecho, incluso en la wiki de Freedesktop, la totalidad de la selección ‘PRIMARY’ se menciona como un ‘huevo de pascua‘».

Esto es algo que entiendo, pero no comparto como alguien que usa mucho este gesto. Entiendo que cuando pasa algo sin que queramos es algo confuso, pero también puedes entender por qué ha pasado y aprender a aprovecharlo. Para mí es un paso atrás, pues tener que pulsar Ctrl+V o clic derecho y luego buscar la opción me parece más lento, y para mí menos intuitivo.

Como GNOME, Mozilla tampoco eliminaría la opción por completo. Podría añadir una opción en los ajustes para recuperar el comportamiento.

No te afectará si usas Chromium y otros escritorios

A mí ese gesto me gusta. Confieso que no me hace ninguna gracia que lo quiten, pero yo suelo usar Vivaldi (Chromium) y KDE, por lo que no me veré afectado en caso de que ambos proyectos vayan adelante. Por otra parte, es un mal menor si permiten recuperar el comportamiento que llevo usando al menos los últimos diez años. No me gustan demasiado los cambios, y menos si me quitan algo que doy por sentado. Veremos cómo acaba todo esto.

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