SoftwareLibre

donde se necesitan resoluciones específicas no contempladas por defecto. Rendimiento más fluido en Plasma 6.6.1 con Wayland Presentation Time Otro de los puntos fuertes de Plasma 6.6.1 es la mejora del rendimiento de las animaciones y transiciones en todo el sistema. Para ello se aprovecha de forma más intensa el protocolo Wayland Presentation Time, que permite sincronizar de manera más precisa la presentación de fotogramas con el hardware gráfico. Este ajuste técnico se traduce, en la práctica, en animaciones más suaves y menos tirones visuales al abrir ventanas, cambiar de escritorio o interactuar con elementos del panel. Aunque pueda parecer un cambio menor, puede marcar la diferencia en equipos con monitores de alta frecuencia de refresco o en configuraciones con varias pantallas, habituales en oficinas y espacios de trabajo profesionales. Corrección de regresiones y pulido general Más allá de las mejoras visibles, Plasma 6.6.1 acumula decenas de correcciones de errores y regresiones detectadas tras el lanzamiento de Plasma 6.6 El equipo de KDE ha puesto el foco en garantizar que las novedades de Plasma 6.6 no se traduzcan en problemas para los usuarios finales, ajustando tanto componentes del escritorio como elementos del espacio de trabajo. Esta estrategia resulta especialmente relevante para las distribuciones europeas que suelen apostar por Plasma como opción por defecto o recomendada, y que necesitan un entorno lo más robusto posible para sus lanzamientos. En paralelo a este trabajo de mantenimiento, los desarrolladores ya están avanzando en Plasma 6.7, donde se esperan funciones nuevas como mejoras en el efecto de Vista General, sincronización opcional entre puntero de stylus y ratón en Wayland, o ajustes en el Monitor del Sistema. Sin embargo, estas novedades llegarán más adelante; ahora el protagonismo es para la estabilidad que aporta Plasma 6.6.1. Con todo este conjunto de cambios, Plasma 6.6.1 se posiciona como una actualización recomendable para quienes ya utilizan Plasma 6.6 y buscan un escritorio más estable, con animaciones mejor sincronizadas y una menor probabilidad de cierres inesperados en KWin, Discover u otras partes clave del sistema, algo que muchos usuarios valorarán tanto en entornos domésticos como corporativos.

Ubunlog Plasma 6.6.1 refuerza estabilidad y rendimiento en KDE https://ubunlog.com/wp-content/uploads/2026/02/Plasma-6.6.1.webp La reciente llegada de Plasma 6.6.1 supone el primer gran paso para pulir la última versión del escritorio de KDE. Tras un estreno de Plasma 6.6 considerado sólido y con buen rendimiento general, el nuevo punto de actualización se centra en corregir fallos, mejorar la estabilidad y afinar el comportamiento del sistema, especialmente en configuraciones modernas basadas en Wayland. Lejos de introducir funciones espectaculares, esta actualización se orienta a los detalles que se notan en el día a día: menos cuelgues, mejor respuesta visual y un uso más fiable del entorno de escritorio, algo especialmente relevante para usuarios europeos que utilizan Plasma en equipos de trabajo, portátiles y estaciones de desarrollo. Primer punto de actualización de Plasma 6.6 Plasma 6.6.1 llega como la primera revisión de mantenimiento de la rama 6.6, apenas una semana después de su publicación inicial. KDE ha optado por un ciclo rápido de correcciones para atajar cuanto antes los problemas detectados por la comunidad y los desarrolladores, consolidando así la base sobre la que se está construyendo Plasma 6.7. Esta versión no introduce grandes cambios visuales, sino que se centra en ajustar el comportamiento del escritorio Plasma, el espacio de trabajo y el compositor KWin. El resultado es un entorno más predecible y estable, algo clave para quienes dependen del sistema para tareas profesionales o educativas, tanto en España como en el resto de Europa. KWin: menos crashes y mejor compatibilidad Buena parte de las novedades de Plasma 6.6.1 se concentran en KWin, el compositor y gestor de ventanas de KDE. Varios fallos que podían provocar cierres inesperados en escenarios de uso intensivo han sido corregidos, reduciendo la probabilidad de perder la sesión de trabajo por un simple problema gráfico. Entre los ajustes más destacados se encuentran las correcciones relacionadas con el uso intensivo de métodos de entrada, que en algunos casos podían hacer que KWin se detuviera. También se han solucionado problemas que aparecían al reactivar el sistema desde suspensión cuando se utilizaban aplicaciones concretas, como Input Leap u otras herramientas de control remoto o compartición de entrada. Además, se han abordado fallos que afectaban a Discover, la herramienta de gestión de software de KDE, que podía llegar a cerrarse al intentar instalar actualizaciones. Con Plasma 6.6.1 estas situaciones deberían reducirse notablemente, lo que resulta especialmente importante para usuarios menos técnicos que dependen de Discover para mantener su sistema al día. Plasma 6.6.1 introduce mejoras en KRDP, X11 y back-ends gráficos Plasma 6.6.1 también corrige detalles en el soporte de escritorio remoto. El servidor RDP de KDE, se ha mejorado el manejo del portapapeles desde el servidor hacia el cliente, un aspecto clave para quienes trabajan a distancia o administran equipos de forma remota. En entornos que todavía utilizan X11, se han integrado correcciones en la capa XCB utilizada por KWin, lo que debería traducirse en un funcionamiento más estable para quienes aún no han dado el salto definitivo a Wayland o utilizan aplicaciones que dependen fuertemente de X11. En el back-end DRM de KWin, responsable de la interacción con la capa gráfica del sistema, ahora se admite el atenuado mediante brillo por software en pantallas externas. Esto permite ajustar mejor la luminosidad en monitores que no ofrecen un control directo de brillo o cuya integración con el sistema no es óptima, un caso relativamente habitual en ciertas combinaciones de hardware en el mercado europeo. También se añade compatibilidad con modos personalizados en el back-end virtual, algo útil para escenarios de pruebas, máquinas virtuales, demostraciones o configuraciones avanzadas[...]

mite definir formas libres adaptativas en propiedades como clip-path. A diferencia de path(), utiliza sintaxis estándar de CSS, admite diversas unidades y permite funciones matemáticas. * Se ha corregido un problema por el cual un paquete de idioma podía desactivarse tras una actualización mayor, provocando que Firefox se mostrara en un idioma incorrecto. * En Windows, al arrastrar una imagen descargada a Adobe Illustrator ahora se inserta correctamente la imagen en lugar de su URL. * Se han aplicado varias correcciones de seguridad. Ya disponible, pronto en tu distribución Linux Firefox 148 ya se puede descargar desde su página web oficial, y también se puede acceder a las notas de este lanzamiento. Para los usuarios de Linux es mejor esperar a que nuestra distribución añada los nuevos paquetes, aunque también hay disponibles paquetes flatpak y snap, ambos proporcionados por Mozilla. Los usuarios de Ubuntu también tenemos la posibilidad de usar el repositorio oficial.

Ubunlog Firefox 148 llega con la principal novedad de poder desactivar la IA https://ubunlog.com/wp-content/uploads/2026/02/Firefox-148.webp Mozilla cambió de CEO recientemente, y lo primero que dijo fue que el navegador del panda rojo pasaría a ser un navegador centrado en la IA. Muchos usuarios se quejaron, afirmando incluso que se cambiarían a otro, motivo por el que la compañía salió al paso a decir que actuarían como siempre: aunque la IA tendrá mucho peso en el desarrollo de Firefox, los usuarios siempre tendremos control total sobre el software. Y aquí tenemos Firefox 148 con opciones para poder desactivar la IA. Las funciones con Inteligencia Artificial irán llegando cada vez más y mejores, y la novedad más destacada de Firefox 148 es ese «Kill Switch» para «matar» toda la IA del navegador. Además, también se pueden desactivar funciones sueltas, con lo que podemos aprovechar la IA si queremos o quedarnos con un Firefox «pelado» como el que hemos usado hasta ahora. Explicado esto, lo que sigue es la lista con las novedades que ha traído Firefox 148. Novedades de Firefox 148 * Se ha añadido una sección Controles de IA en Ajustes para gestionar las funciones mejoradas con inteligencia artificial. * Firefox ahora ofrece compatibilidad mejorada con lectores de pantalla para acceder a fórmulas matemáticas incrustadas en archivos PDF. * Las mejoras remotas ahora están desacopladas de los requisitos de telemetría en los Ajustes de Firefox. Ahora puedes optar por recibir cambios remotos del navegador incluso si has desactivado el envío de telemetría o la participación en estudios experimentales. * Firefox Backup ahora está disponible en Windows 10 para usuarios que también utilizan la función “Borrar el historial cuando Firefox se cierra”. Las copias de seguridad no incluirán ningún dato configurado para eliminarse al cerrar el navegador. * Ahora están disponibles los siguientes idiomas para traducción: * Traducción desde y hacia chino tradicional. * Traducción al vietnamita. * Los fondos de pantalla de Nueva pestaña ahora también aparecerán en las nuevas pestañas de contenedor, además de en las pestañas predeterminadas. * El documento inicial about:blank ahora es compatible con la web. Si la primera navegación de un contexto de navegación va a about:blank, se completa de forma síncrona y ya no es reemplazada por un segundo documento generado por el parser. * Se ha añadido compatibilidad de service workers para WebGPU, haciéndolo disponible en todos los contextos de workers. Esto permite que WebGPU se ejecute en segundo plano, especialmente útil para extensiones y páginas que comparten recursos entre varias pestañas y periodos de tiempo. * Firefox ahora es compatible con los métodos Iterator.zip() e Iterator.zipKeyed(), lo que permite combinar iteradores en uno solo que agrupa valores por posición, de forma similar a la función zip presente en otros lenguajes. * Firefox ahora es compatible con la API Trusted Types, orientada principalmente a prevenir ataques de cross-site scripting (XSS). * Firefox ahora es compatible con la API Sanitizer, que proporciona nuevos métodos para manipular HTML de forma segura. El método element.setHTML() permite insertar contenido HTML sin vulnerabilidades como XSS, y también se incluye document.parseHTML() para analizar HTML de manera segura. * Firefox ahora es compatible con el atributo location.ancestorOrigins. * Firefox ahora es compatible con la interfaz NavigationPrecommitController.addHandler() de la Navigation API, permitiendo registrar un controlador de navegación posterior al commit durante la fase previa al commit para procesos de navegación en varios pasos. * Firefox ahora es compatible con la propiedad position-try-order como parte de CSS Anchor Positioning, que controla el orden de intentos de posicionamiento alternativos. * Firefox ahora es compatible con la función CSS shape(), que per[...]

a empleada para la ejecución de videojuegos en Linux, lo que de manera implícita abarca Wine y sobre todo Proton, ya que la bifurcación impulsada en su día por Valve ha desplazado en un alto porcentaje a los videojuegos compilados de forma nativa para Linux. Un aspecto interesante de la oferta de NVIDIA es que se menciona la traducción de binarios dinámica (DBT), que apunta a no hacer referencia a Wine, sino más bien a emuladores como box64 y FEX-Emu. Esto podría estar relacionado con los planes de la compañía de competir con AMD e Intel en el mercado de procesadores, sector en el que no puede fabricar CPU x86, pero sí ARM, algo que forzaría a realizar emulación de arquitectura en caso de ejecutar software compilado para x86. Y estas son las ofertas de trabajo de Intel y NVIDIA para reforzar sus apuestas por la ejecución de videojuegos en Linux. Llegados a este punto, probablemente más de uno haya pensado en la mala situación de Windows 11, sistema operativo que cada vez está dejando más descontentos a sus usuarios, lo que ha hecho que muchos se estén planteando o hayan hecho una migración a Linux. Con este panorama abriéndose, Intel y NVIDIA tienen que mover ficha si no quieren perder un tren que actualmente domina AMD. La entrada Intel y NVIDIA refuerzan sus equipos para mejorar el soporte gráfico en Linux es original de MuyLinux

MuyLinux Intel y NVIDIA refuerzan sus equipos para mejorar el soporte gráfico en Linux https://www.muylinux.com/wp-content/uploads/2026/02/gpu.jpg El Linux Gaming, al menos en lo que respecta a las gráficas, ha sido un terreno en el que AMD se ha mostrado cada vez más dominante gracias a su combinación de buen soporte, integración y contribución por parte de Valve. Afortunadamente, parece que Intel y NVIDIA tienen intenciones de sumarse a la fiesta tras publicar diversas ofertas de empleo para trabajar en el soporte de la pila gráfica de Linux con el fin de mejorar el soporte para los videojuegos. En el caso de Intel, la compañía ha publicado un buen puñado de ofertas de trabajo que abarcan middleware, computación de alto rendimiento (HPC) y la pila gráfica de Linux. La última área acapara el subsistema de renderización directa (DRM), las API OpenGL y Vulkan, Proton y Wine. Para el desarrollo del soporte gráfico de Linux se han publicado tres ofertas (1, 2 y 3), lo que puede ser toda una declaración de intenciones por parte de Intel. La situación de Intel no es muy buena desde hace tiempo, pero centrándonos en Linux, sorprende que no haya puesto sus ojos en ningún momento en el soporte de videojuegos, más viendo que todos sus controladores están presentes en el kernel y Mesa y son oficiales. Esto, sumado a que convive con AMD en la pila gráfica estándar del sistema, haría que una transición de AMD a Intel en distintas generaciones de la Steam Deck fuese muy sencilla, pero pese a ello, Intel decidió incumplir las expectativas que generaron sus gráficas dedicadas, medio abandonar el desarrollo de su driver de Vulkan para Mesa y centró todos sus esfuerzos en Windows. El hecho de que se mencione de manera explícita a OpenGL y Vulkan da a entender que los desarrolladores que serán contratados contribuirán a Iris y ANV respectivamente. Si bien Intel cuenta con el mejor soporte de OpenGL en Linux, las cosas se invierten totalmente en Vulkan, API para la que la compañía ofrece hoy en día un soporte muy flojo en comparación con el RADV utilizado por las gráficas Radeon y el driver privativo y oficial de NVIDIA. Con todo lo explicado, y si Intel por fin se toma en serio su soporte a través de ANV, puede que en un futuro se puedan instalar distribuciones Linux en consolas portátiles como la MSI Claw 8 AI+, que en la actualidad están totalmente atadas a Windows por las circunstancias ya descritas. Quién sabe, es posible que en un futuro veamos una redención de todas sus gráficas dedicadas e incluso unas negociaciones con Valve para que una futura generación de la Steam Deck implemente Intel en lugar de AMD. Otro aspecto a tener en cuenta es el driver Xe para Linux, que fue anunciado hace cuatro años y todavía sigue sin estar en fase estable, así que todas las gráficas de la marca siguen tirando del veterano y funcional i915. Xe es un driver orientado a estar mejor dedicado a las gráficas integradas Xe y a las dedicadas de Intel sin tener que arrastrar una gran cantidad de código que en estos momentos soporta muchísimas generaciones de GPU de Intel. Cambiando de tercio, en el caso de NVIDIA tenemos una situación similar, aunque en la oferta no se menciona ni a Proton ni a Wine. Sin embargo, está titulada como “Ingeniero sénior de software de gráficos para Linux” y entre las tareas están el ser “parte de la definición, construcción, desarrollo y prueba de un nuevo software de gráficos Linux profesional y de consumo” y el desarrollo y mantenimiento de “tecnologías de software destinadas a habilitar y respaldar el hardware GPU de NVIDIA: en los sistemas operativos basados ​​en Linux actuales y futuros, garantizando el mejor rendimiento y conjunto de funciones e implementación multiplataforma”. En el apartado de formas de destacar se puede leer el tener “experiencia en el desarrollo del gaming en Linux”, dando a entender que el gigante verde busca a alguien con experiencia con la pil[...]

aro querer sustituir el Firefox Snap por un .deb tradicional mantenido ya sea por Mozilla directamente o por el equipo de mozillateam. Siguiendo todos estos pasos, desde la eliminación completa del Snap hasta la configuración de APT con prioridades y repositorios adecuados, puedes mantener en Ubuntu un Firefox .deb totalmente funcional y actualizado sin que el sistema te reinstale el paquete Snap cada vez que apagas el equipo o aceptas actualizaciones. La clave está en limpiar orígenes antiguos, fijar correctamente el pinning y elegir si prefieres el repositorio oficial de Mozilla o el PPA mozillateam, sabiendo que en ambos casos te libras del paquete de transición de Ubuntu que fuerza el uso de Snap.

bien configuradas, APT escogerá el Firefox procedente de packages.mozilla.org en lugar de cualquier otra versión disponible. A partir de este momento, las futuras actualizaciones de Firefox te llegarán desde el repositorio de Mozilla cuando ellos publiquen nuevas versiones, sin que vuelva a colarse el Snap de Ubuntu. Alternativa: usar el PPA mozillateam con pinning específico Si prefieres seguir usando el PPA mozillateam en lugar del repositorio oficial de Mozilla, también puedes tener un Firefox .deb actualizado y evitar que el sistema vuelva al Snap de Ubuntu. Es un método algo diferente, pero igualmente válido para quienes ya confían en ese PPA o lo utilizan también para Thunderbird. Para añadir este PPA, abre una terminal y ejecuta el siguiente comando, que incorporará el origen a tu sistema y actualizará los índices: sudo add-apt-repository ppa:mozillateam/ppa -y Después de añadirlo, es buena idea refrescar los repositorios e instalar actualizaciones básicas para asegurarte de que todo está alineado con las nuevas versiones del PPA. Puedes hacerlo con: sudo apt update sudo apt upgrade Si tu sistema lo requiere, también puedes recurrir a un sudo apt full-upgrade para aplicar cambios más profundos, aunque conviene revisarlos antes por si afecta a otros paquetes críticos fuera de Firefox o Thunderbird. Para forzar que APT use siempre el Firefox de este PPA y bloquee el de Ubuntu, se crea un archivo de preferencias similar al del repositorio de Mozilla, pero apuntando a LP-PPA-mozillateam. Por ejemplo, con nano podrías hacer: sudo nano /etc/apt/preferences.d/99mozillateamppa Dentro de ese archivo, se suelen usar dos bloques: uno para reforzar la preferencia del PPA mozillateam y otro para bloquear el Firefox del repositorio de Ubuntu. Un ejemplo típico sería: Package: firefox* Pin: release o=LP-PPA-mozillateam Pin-Priority: 501 Package: firefox* Pin: release o=Ubuntu Pin-Priority: -1 El primer bloque le dice a APT que el Firefox procedente del PPA mozillateam debe tener prioridad por encima de los repositorios oficiales. El segundo bloque bloquea explícitamente el paquete Firefox de Ubuntu, que es el que suele redirigir al Snap. Con esto, evitas que el sistema intente volver a ese paquete de transición cuando hagas actualizaciones generales. Para instalar Firefox desde este PPA con el idioma español, es habitual usar una orden que especifique el origen correspondiente, de forma que no haya dudas sobre qué repositorio se está empleando. Por ejemplo: sudo apt install -t 'o=LP-PPA-mozillateam' firefox firefox-locale-es A partir de ahí, Firefox se actualizará a sus nuevas versiones cuando el equipo del PPA las suba, normalmente de forma bastante rápida. Es un método probado en distribuciones como Ubuntu y Kubuntu 22.04 o 22.10, y muchos usuarios lo usan también para tener Thunderbird y Firefox ESR en formato .deb. Ventajas de usar Firefox .deb frente al paquete Snap Más allá de la parte técnica de repositorios y prioridades, muchos usuarios buscan el Firefox .deb en lugar del Snap por cuestiones de integración y sensación de fluidez. Un caso muy concreto es el de quienes quieren conservar o aplicar correctamente temas de cursor personalizados, algo que con el Snap puede no respetarse igual, precisamente por el aislamiento propio de este tipo de paquetes. Los paquetes .deb suelen integrarse mejor con el tema de escritorio, los iconos, la configuración del sistema y otros elementos, porque comparten el mismo entorno de bibliotecas y rutas típicas de la distribución. También tienden a arrancar algo más rápido y a comportarse de forma más predecible cuando se usan extensiones del sistema o integraciones externas. Por contra, los Snaps tienen ventajas en cuanto a aislamiento, dependencias empaquetadas y facilidad para ofrecer la misma aplicación en múltiples distribuciones, pero en la práctica, hoy por hoy, no terminan de convencer a buena parte de la comunidad de usuarios de Ubuntu en el escritorio. Por eso no es r[...]

los paquetes que lleguen desde packages.mozilla.org sin mostrar avisos de firma desconocida. Añadir el repositorio Mozilla APT a la lista de fuentes Con la clave ya instalada, toca incorporar el repositorio de paquetes de Mozilla a tus orígenes de software. Puedes hacerlo de dos maneras: desde la interfaz gráfica de «Programas y actualizaciones» o directamente editando ficheros en la terminal. Si prefieres la vía gráfica, abre «Programas y actualizaciones«, ve a la pestaña «Otro software» y pulsa en «Añadir». En la caja de texto introduce la siguiente línea completa del repositorio y guarda los cambios: deb https://packages.mozilla.org/apt mozilla main Si quieres hacerlo por terminal, también puedes crear un nuevo archivo en /etc/apt/sources.list.d con esa línea dentro, usando por ejemplo tu editor de texto favorito. Lo importante es que APT sepa que existe el origen https://packages.mozilla.org/apt con la sección «mozilla main». Configurar APT para priorizar el repositorio de Mozilla y bloquear el Snap El punto clave para que Firefox Snap no vuelva a instalarse es configurar correctamente las prioridades APT. No basta con añadir el repositorio de Mozilla; hay que indicarle al sistema que prefiera siempre ese origen para Firefox y que, además, rechace los paquetes de Firefox procedentes de los repositorios de Ubuntu que conducen al Snap. Para hacer esto de forma robusta, se recomienda crear un archivo de preferencias en /etc/apt/preferences.d que incluya dos bloques: uno dando prioridad máxima a packages.mozilla.org y otro asignando una prioridad negativa al Firefox de Ubuntu. Puedes hacerlo en un solo comando usando echo y tee, sin copiar línea a línea, así: echo 'Package: * Pin: origin packages.mozilla.org Pin-Priority: 1000 Package: firefox* Pin: release o=Ubuntu Pin-Priority: -1' | sudo tee /etc/apt/preferences.d/mozilla El primer bloque indica que cualquier paquete cuyo origen sea packages.mozilla.org tiene prioridad 1000, lo que, en la práctica, hace que APT siempre lo elija frente a otros orígenes con la misma versión del paquete. El segundo bloque le dice a APT que los paquetes cuyo nombre comience por firefox y procedan de los repositorios de Ubuntu tienen prioridad -1, es decir, no deben ser instalados automáticamente. Con esta configuración matas dos pájaros de un tiro: garantizas que Firefox se instale y se actualice desde el repositorio oficial de Mozilla y, al mismo tiempo, impides que Ubuntu vuelva a meter su paquete de transición asociado al Snap cuando hagas un upgrade general del sistema. Actualizar índices e instalar Firefox desde Mozilla Tras añadir el repositorio y ajustar las preferencias, ya puedes decirle a APT que actualice la lista de paquetes disponibles y proceda con la instalación limpia de Firefox, esta vez desde packages.mozilla.org. Para asegurarte de que no quedan restos anteriores, puedes hacer una pequeña purga antes. Empieza eliminando cualquier instalación previa de Firefox .deb que pudiera quedar, junto con sus traducciones desde APT, usando: sudo apt purge firefox sudo apt purge firefox-locale-es sudo apt autoremove Con esto te aseguras de que se borran tanto el navegador como el paquete de idioma castellano asociados a orígenes anteriores (Ubuntu o PPA). Tus datos personales de Firefox (perfil, marcadores, contraseñas) suelen almacenarse en tu directorio de usuario, por lo que normalmente no los pierdes al purgar el paquete, pero siempre es recomendable tener copia de seguridad por si acaso. Ahora actualiza la información de paquetes y aplica posibles actualizaciones pendientes de otros componentes, para que todo quede sincronizado antes de instalar el nuevo Firefox: sudo apt update sudo apt upgrade Una vez hecho esto, ya puedes instalar el navegador y, si lo deseas, el paquete de localización para español directamente desde el repositorio oficial de Mozilla. Ejecuta: sudo apt install firefox sudo apt install firefox-l10n-es-es Si las preferencias APT están[...]

s fundamental quitar cualquier rastro del Firefox Snap y, si lo has usado, también limpiar el PPA de mozillateam y sus reglas de prioridad. Esta limpieza evita que se crucen orígenes de paquetes y que termines con un lío de versiones distintas. Si actualmente tienes Firefox instalado desde el Snap oficial de Ubuntu, el primer paso es desinstalarlo por completo desde la terminal. Para ello, abre una consola y ejecuta: sudo snap remove firefox En algunos casos es buena idea añadir la opción de purga para que se borren también datos y configuración gestionados por Snap, así que puedes usar snap remove –purge firefox si quieres hacer una limpieza todavía más profunda del paquete Snap y sus restos. En Ubuntu 22.04 y versiones posteriores, además del Snap, puede que tengas instalado el paquete de transición firefox desde APT, que en realidad solo sirve de contenedor para el Snap. Para eliminarlo y evitar que APT lo use como puente para reinstalar el Snap, ejecuta: sudo apt remove --autoremove firefox Si el sistema responde que no hay nada que eliminar, no pasa nada, significa que ya no estaba instalado ese paquete. Lo importante es asegurarse de que no quede ningún firefox .deb de Ubuntu que apunte al Snap, porque eso es justo lo que puede reactivar la instalación del paquete Snap en futuras actualizaciones. Cómo desactivar el PPA mozillateam si lo has usado antes Si previamente tenías Firefox instalado desde el PPA mozillateam, conviene dejarlo todo en orden antes de pasar al repositorio oficial de Mozilla. Mantener ambos orígenes a la vez es posible, pero puede liar a APT con las prioridades y versiones, así que lo más limpio es elegir uno solo. Para eliminar el PPA mozillateam de tu sistema, ejecuta en la terminal el siguiente comando, que retira el origen de software: sudo add-apt-repository -r ppa:mozillateam/ppa Además del propio PPA, es probable que tengas un archivo de preferencias APT que da prioridad a este repositorio. Suele estar en /etc/apt/preferences.d/mozilla-firefox o con un nombre similar. Para quitarlo sin dejar rastro, puedes hacer: sudo rm -rf /etc/apt/preferences.d/mozilla-firefox Algunos tutoriales también recomiendan crear un archivo como /etc/apt/preferences.d/99mozillateamppa. Si en tu caso existe un fichero con ese nombre, revisa su contenido o elimínalo si ya no quieres depender del PPA mozillateam. De esta forma, APT dejará de tener reglas antiguas que puedan interferir con el repositorio oficial de Mozilla. Instalar Firefox desde el repositorio APT oficial de Mozilla Con el terreno ya despejado de Snaps y PPAs antiguos, es el momento de añadir el repositorio oficial de Mozilla para instalar Firefox en formato .deb. Este método funciona perfectamente en Ubuntu 24.04 LTS y también en versiones anteriores compatibles con APT moderno. Crear el directorio para las claves APT (si no existe) Las claves de firma de repositorios APT se suelen guardar en /etc/apt/trusted.gpg.d, aunque en algunos tutoriales se recomienda crear un directorio específico para agrupar claves de proveedores externos. Si el directorio ya existe, no hace falta hacer nada; si no, puedes crearlo con: sudo mkdir -p /etc/apt/trusted.gpg.d Este paso garantiza que tendrás un lugar adecuado para almacenar la clave de firma de Mozilla, que es imprescindible para que APT confíe en los paquetes que descargue del nuevo repositorio. Importar la clave de firma del repositorio de Mozilla El siguiente paso es añadir la clave GPG oficial del repositorio APT de Mozilla. Esta clave permite verificar que los paquetes descargados realmente proceden de Mozilla y no han sido manipulados. Para ello, puedes usar wget desde la terminal de esta forma: wget -q https://packages.mozilla.org/apt/repo-signing-key.gpg -O- | sudo tee /etc/apt/trusted.gpg.d/packages.mozilla.org.asc > /dev/null Si tu sistema no tiene wget instalado, puedes añadirlo primero con un sencillo sudo apt install wget. Una vez importada la clave, APT podrá autenticar [...]

Ubunlog Cómo instalar Firefox desde el repositorio oficial de Mozilla en Ubuntu y bloquear el paquete Snap https://ubunlog.com/wp-content/uploads/2026/02/Firefox-en-version-deb.webp Cuando instalas Firefox desde el repositorio oficial de Mozilla en Ubuntu y desinstalas la versión Snap, lo lógico sería que todo quedara así para siempre. Pero muchos usuarios se encuentran con la misma sorpresa: tras reiniciar el sistema o instalar actualizaciones, vuelve a aparecer el Firefox en formato Snap como si nada hubiera pasado. Si te ha pasado varias veces, no es que estés haciendo algo mal: es el comportamiento por defecto de Ubuntu si no se configura bien APT y las prioridades de los paquetes. En este artículo vamos a ver paso a paso cómo instalar Firefox desde el repositorio APT oficial de Mozilla en Ubuntu, cómo desinstalar cualquier rastro del paquete Snap y, sobre todo, cómo evitar que el sistema vuelva a traértelo de vuelta en futuras actualizaciones. La idea es que, al final, te quedes con un Firefox .deb bien integrado en el sistema, respetando cosas como temas de cursor, temas GTK y apariencia, y sin tener que pelearte a diario con reinstalaciones de Snap. Por qué Ubuntu insiste en instalar Firefox como Snap Desde Ubuntu 22.04 LTS en adelante, Canonical ha apostado fuerte por los paquetes Snap para aplicaciones de escritorio, y Firefox es uno de los casos más claros. En estas versiones, el paquete firefox del repositorio oficial de Ubuntu es básicamente un paquete de transición vacío que se limita a instalar el Snap de Firefox. Así, aunque lo veas como si fuera un .deb normal, lo que se acaba ejecutando es el paquete Snap. Esto provoca que, si tú instalas Firefox .deb desde otro origen (por ejemplo, el repositorio oficial de Mozilla) y no cambias las prioridades de APT, en cuanto haya actualizaciones o el sistema crea que debe «corregir» dependencias, reinstala el paquete firefox de Ubuntu, y con él, el Snap. Por eso te encuentras una y otra vez con Firefox en formato Snap tras cada reinicio o actualización completa del sistema. Además, muchos usuarios notan que el Firefox Snap tiene ciertos efectos secundarios molestos como problemas con temas de iconos o cursores personalizados, integración peor con algunos temas de escritorio, arranques algo más lentos o detalles curiosos con permisos. De ahí que cada vez más gente prefiera usar el Firefox .deb tradicional, bien desde el PPA de Mozilla Team o, de forma más limpia y directa, desde el repositorio APT oficial de Mozilla. Opciones para usar Firefox .deb en Ubuntu En Ubuntu tienes dos caminos principales para tener Firefox en formato .deb sin depender del Snap. Ambos son válidos, pero conviene entender qué hace cada uno para no mezclar configuraciones que luego entren en conflicto. La primera opción es usar el PPA «mozillateam» (LP-PPA-mozillateam). Este PPA ha sido durante años la referencia para tener la última versión de Firefox, así como versiones ESR y Thunderbird en .deb. Permite actualizar con rapidez, suele ir por delante de los repositorios de Ubuntu y se integra muy bien en el sistema. Eso sí, si lo usas, hay que fijar prioridades APT para impedir que el Firefox de Ubuntu (que lleva al Snap) vuelva a colarse. La segunda opción, más reciente y muy recomendable, es añadir directamente el repositorio APT oficial de Mozilla (packages.mozilla.org). Con este método, Firefox te llega directamente de Mozilla, sin intermediarios, en formato .deb, y puedes configurar APT para que siempre prefiera este origen frente a cualquier otro para los paquetes de Firefox. Además, este repositorio es ya el que Mozilla documenta como forma oficial para instalar Firefox en Ubuntu y otras distribuciones basadas en Debian. Antes de nada: limpiar el Firefox Snap y restos previos Antes de meternos en la instalación desde el repositorio oficial de Mozilla, e[...]

tes habían más opciones. La más destacada fue Latte Dock, pero —aunque parece que sigue recibiendo algo de mantenimiento— ha dejado de ser una alternativa viable para la mayoría de usuarios. También está Crystal Dock, que hace poco lanzó nueva versión, pero no sería algo que yo recomendara a nadie. Lo demás, no se integra del todo bien con Plasma, o ni siquiera llega al nivel del panel. La persona que me preguntaba por esto usaba GNOME con Dash to Dock, una excelente extensión del escritorio con una excelsa configuración… y, por contradictorio que resulte, no hay nada similar para Plasma. Pero, insisto, tampoco creo que sea necesario. Florituras aparte, el core de la funcionalidad de cualquier dock está ahí, sin depender de componentes externos. ¿Cuántos usáis el panel de Plasma al estilo dock? ¿Tenéis algún consejo para mejorar la experiencia? ¿Y algún widget recomendado? Os leo en los comentarios. La entrada Cómo configurar el panel de Plasma como un dock es original de MuyLinux

MuyLinux Cómo configurar el panel de Plasma como un dock https://www.muylinux.com/wp-content/uploads/2026/02/dock-1.png Me preguntaba alguien hace poco qué dock recomiendo para KDE Plasma… Y la respuesta es: ninguno. Salvo que seas muy tiquismiquis, no necesitas ninguna aplicación de terceros para tener un dock en Plasma plenamente funcional. Y me explico. Si por dock entendemos lo que ofrece macOS, sistema que popularizó este componente del escritorio, el panel de KDE Plasma dispone de una configuración de fábrica que será más que suficiente para la mayoría de usuarios. Además, no es nada complicado hacerlo, pero hay que molestarse un poco en mirar… pero muy poco. Para este minitutorial, me voy a basar en el recién lanzado KDE Plasma 6.6, aunque prácticamente todas las opciones se encuentran disponibles en la versión actual del escritorio (algunas también en Plasma 5). De panel a dock https://www.muylinux.com/wp-content/uploads/2026/02/panel.jpg Modo panel Lo primero es entrar en las «Preferencias del panel» a través del menú contextual del mismo, con la opción «Mostrar configuración del panel«. https://www.muylinux.com/wp-content/uploads/2026/02/mc.jpg Aparecerá entonces el módulo de Preferencias, que es el que nos interesa. https://www.muylinux.com/wp-content/uploads/2026/02/prf.jpg Los ajustes incluyen: 1. Posición. Permite mover el panel arriba, abajo, a izquierda o derecha. Por defecto está situado abajo, aunque es posible crear múltiples paneles. 2. Alineación. Permite situar el panel, en el caso de que no ocupe todo el ancho de su marco, a izquierda, derecha o al centro. Por defecto se sitúa al centro. 3. Anchura. Ajuste clave para que el panel se comporte como un dock. Las opciones disponibles son: * * Rellenar la anchura (predeterminada) * Ajustar el contenido * Personalizado La opción para que simule el comportamiento de un dock es **Ajustar el contenido», de manera que el panel vaya creciendo conforme se muestren más iconos. 4. Visibilidad. Este ajuste se encarga de lo propio y las opciones disponibles son: * * Siempre visible (predeterminada) * Ocultar automáticamente * Esquivar ventanas * Las ventanas van por detrás La opción más recomendable es la de Esquivar ventanas, ya que se adapta mejor al contenido en pantalla sin superponerse o desaparecer por defecto. 5. Opacidad. Ajuste estético y, por lo tanto, a gusto del usuario. Las opciones incluyen: «Adaptable», «Opaco» y «Transparente». 6. Flotante. Este ajuste también es estético, pero muy característico para dotar de presencia de dock al panel. Las opciones disponibles son: * * Desactivado * Solo miniaplicaciones * Panel y miniaplicaciones La opción recomendada es Panel y miniaplicaciones. 7. Altura del panel. Determina el tamaño de los iconos, pero también el de algunos componentes —como la bandeja de sistema, si tiene solo una fila o dos…— y queda al gusto del usuario, aunque un dock suele precisar de un tamaño mínimo considerable. Y con esto y un bizcocho, ya tienes un señor dock, si no de diez, de ocho. https://www.muylinux.com/wp-content/uploads/2026/02/dock.jpg Modo dock Bromas aparte, el funcionamiento es impecable y la integración con el entorno, perfecta. Y con lo básico. Dependiendo de tus gustos y necesidades podrás personalizar el panel con temas visuales, con widgets de diferente tipo —menús, lanzadores, separados y muchos otros— y otros retoques avanzados, crear diferentes paneles… Pero no hace falta complicarse mucho más… O sí: queda a gusto del consumidor. Personalmente, hace muchos años que uso lo que sea a modo de dock y aunque KDE siempre facilitó está configuración, nunca había sido tan completa o había estado tan pulida con lo que trae el escritorio por defecto. Ahora bien, si quieres más… aquí no hay más. Me refiero, por ejemplo, a los típicos efectos visuales de los iconos. ¿Y con aplicaciones de terceros? An[...]

ca, incluyendo soporte para PCIe Gen4, DP/eDP, USB y UFS. También hay nuevos controladores para plataformas de Rockchip, Google Tensor, Renesas y Mediatek, así como ajustes para HDMI 2.1 FRL en determinados chips. Todo ello contribuye a ampliar el abanico de dispositivos que pueden ejecutar Linux con un soporte de hardware aceptable desde el propio kernel principal. Herramientas de rendimiento: perf se refuerza para AMD Zen 6 En el apartado de herramientas, el subsistema perf se actualiza con soporte para nuevas métricas y eventos de rendimiento en procesadores AMD Zen 6. Esto incluye contadores para predicción de saltos, actividad de cachés L1 y L2, TLB y eventos «uncore» como la actividad del controlador de memoria, lo que resulta muy útil para desarrolladores y administradores que necesitan perfilar con detalle sus aplicaciones en plataformas de nueva generación. Además, perf estrena una herramienta perf sched stats orientada a registrar y analizar estadísticas del planificador, así como diversas correcciones y mejoras en el manejo de tipos de datos y eventos de otros proveedores. Son cambios que, aunque poco vistosos, ayudan a que el ecosistema de monitorización y tuning sobre Linux sea cada vez más completo. Impacto temprano en rendimiento: luces y sombras Con cualquier gran actualización del kernel es habitual encontrarse con regresiones de rendimiento en hardware muy reciente Estas pruebas se han realizado manteniendo la misma configuración de sistema, herramientas de compilación y parámetros de energía, cambiando únicamente el kernel. La comunidad ya está profundizando en si se trata de problemas específicos de Panther Lake o de regresiones más amplias en Linux 7.0, por lo que es previsible que durante las próximas semanas se pulan muchos de estos detalles antes de que llegue la versión estable. La llegada de Linux 7.0-rc1 refleja un ciclo de desarrollo en el que se combinan nuevas capacidades para hardware de última generación, mejoras en sistemas de archivos, avances en seguridad y un apoyo cada vez más decidido a Rust dentro del núcleo; aunque el salto de numeración no suponga una revolución, esta versión candidata sienta las bases de un kernel que apunta a convertirse en referencia para las próximas grandes distribuciones y, para quienes tengan la experiencia y el entorno adecuados, puede ser el momento ideal para empezar a ponerlo a prueba con cabeza.