La suite ofimática libre multiplataforma, LibreOffice, ha avanzado mucho en los últimos tiempos. Cada vez está mostrando un mayor grado de maduración, y de funcionalidad para entornos de productividad. Además, ahora podrás seleccionar también un modo oscuro para los que les gusta mejor esos tonos más oscuros, ya sea por simple estética o por reducir el estrés visual si pasas largos periodos de tiempo frente a la pantalla trabajando con esta suite.

Algunas distros Linux, como es el caso de Ubuntu, vienen con un modo oscuro, lo que facilita mucho las cosas y activando este modo a nivel general, las apps que lo soportan cambiarán automáticamente a ese aspecto oscuro. Pero si no tienes una distro con dicho modo, o quieres simplemente poner el modo oscuro en LibreOffice, sin que afecte al resto de programas, entonces en este tutorial podrás ver cómo se puede hacer eso…

Además, no solo conseguirás un semi-modo oscuro como el de ciertos temas, sino un modo oscuro completo. Para ello, sigue estos pasos:

1. Abre algún programa de LibreOffice, como puede ser el procesador de textos Writer.
2. Luego haz clic en el menú Herramientas.
3. Pulsa en Opciones.
4. Haz clic en Colores de la aplicación.
5. Selecciona el color negro en las opciones Fondo del documento y Fondo de la Aplicación.
6. Ahora, si los iconos no están en color oscuro, puedes cambiar esto desde el menú Herramientas > Opciones > Ver > Estilo de iconos y seleccionar algún tema oscuro. El tema dependerá de los que tengas a tu disposición según tu distribución…

Por cierto, si estás usando Flatpak para tu LibreOffice, entonces seguramente puede que veas de color blanco la zona de la cabecera. Para poder corregir eso, puedes hacer lo siguiente:

1. Abre uno de los programas de LibreOffice.
2. Ve a Herramientas > Opciones > Personalización.
3. Allí selecciona alguno de los temas preinstalados que te gusten (oscuros). No será del todo negro, pero al menos estará mejor que antes…

from Linux Adictos https://ift.tt/3qwi3PN
via IFTTT

Tras el lanzamiento de hace dos semanas, ya tenemos una nueva versión de desarrollo del software para ejecutar apps de Windows en otros sistemas operativos, como Linux. Pero lo que ya se puede probar ahora es WINE 6.0-rc1, algo más importante y por lo que WineHQ ha publicado dos notas. En la primera, más corta, nos hablan de este aterrizaje, mencionando que «WINE 6.0 marca el comienzo del período anual de congelación del código«, mientras que la segunda es la habitual en donde nos dan muchos más detalles.

Desde la v5.22 de la semana pasada se han corregido 53 fallos y se han introducido un total de 457 cambios. Son muchos más de la media de 300 habituales y prácticamente el doble que en otras ocasiones, pero no se esperaba menos de un lanzamiento en el que, si bien es cierto que no es una versión estable, también lo es que cambia de número.

Novedades más destacadas de WINE 6.0-rc1

Cómo es habitual, WineHQ detalla todos los cambios en su nota (la segunda), pero sólo menciona unos pocos como destacados:

• Se ha actualizado el motor Gecko.
• Las librerías WindowsCodecs y QCap se han convertido a PE.
• Inicio de fuentes más rápido en el proceso de inicio.
• Soporte para tuberías con nombre con nombres vacíos.
• Varias correcciones de errores.

Los usuarios interesados ya pueden instalar WINE 6.0-rc1 desde su código fuente, disponible en este y este otro enlace, o a partir de los binarios que se pueden descargar desde aquí. En el enlace desde donde podemos descargar los binarios también hay información para añadir el repositorio oficial del proyecto para recibir esta y otras actualizaciones futuras tan pronto en cuanto las tengan listas a sistemas como Ubuntu/Debian o Fedora, pero también hay versiones para Android y macOS.

La próxima versión de desarrollo debería ser WINE 6.0-rc2 y, si no hay sorpresas, que ya me atrevo a avanzar que no pasará viendo lo puntuales que son en WineHQ, llegará el próximo 18 de diciembre. Entre las mejoras que introducirá, lo único que podemos asegurar es que llegará con cientos de pequeñas mejoras y correcciones como es habitual.

from Linux Adictos https://ift.tt/33KKcJl
via IFTTT

Cuando Jim Keller estuvo en AMD, uno de los proyectos que inició fue la microarquitectura K12. AMD ya había lanzado sus Opteron A-Series, basados en núcleos ARM Cortex, pero querían llegar más allá con una microarquitectura propia sin núcleos IP como los anteriores. Es decir, lo mismo que ha hecho ahora Apple Silicon. Pero ese producto, fue abandonado…

…o mejor dicho, lo dejaron latente. No se sabía nada sobre ella, y han pasado varios años desde que se debería haber lanzado el producto final sin saber nada. Ahora AMD ha recuperado este trabajo y prepara una alternativa al SoC Apple M1. Un nuevo SoC con CPU ARM diseñada por ellos y con DRAM integrada.

Esta microarquitectura K12 FFX se basaba en la ISA ARMv8 de 64-bit, y en un inicio se pretendía crear chips para servidores eficientes. Pero ahora no se ha dejado demasiado claro el objetivo de AMD. Puede que estén dirigidos a nuevas generaciones de portátiles y dispositivos móviles de alto rendimiento.

Lo que sí que parece claro es que quieren una apuesta ganadora, usando núcleos ARM y GPU Radeon (RDNA2) combinados en un SoC. Algo que también ha querido hacer Samsung. De esa forma se combina la eficiencia energética y el rendimiento de los ARM, junto con el buen desempeño gráfico de la Radeon, que superaría a las GPUs que ahora se usan en el mundo ARM (véase PowerVR, Adreno,…).

¿Podría esto resolver el problema de la GPU del M1 que decía Linus Torvalds?. Desde luego será interesante, puesto que para las GPUs Radeon sí que existen controladores, por lo que podría ser mucho más sencillo adaptar Linux para que funcione a la perfección con estos chips. ¿Serán los equipos que tanto espera Linus Torvalds? Veremos, pero la noticia, aunque aún no hay demasiados datos, me parece de lo más interesante…

from Linux Adictos https://ift.tt/3lO3Gmm
via IFTTT

Cuando Jim Keller estuvo en AMD, uno de los proyectos que inició fue la microarquitectura K12. AMD ya había lanzado sus Opteron A-Series, basados en núcleos ARM Cortex, pero querían llegar más allá con una microarquitectura propia sin núcleos IP como los anteriores. Es decir, lo mismo que ha hecho ahora Apple Silicon. Pero ese producto, fue abandonado…

…o mejor dicho, lo dejaron latente. No se sabía nada sobre ella, y han pasado varios años desde que se debería haber lanzado el producto final sin saber nada. Ahora AMD ha recuperado este trabajo y prepara una alternativa al SoC Apple M1. Un nuevo SoC con CPU ARM diseñada por ellos y con DRAM integrada.

Esta microarquitectura K12 FFX se basaba en la ISA ARMv8 de 64-bit, y en un inicio se pretendía crear chips para servidores eficientes. Pero ahora no se ha dejado demasiado claro el objetivo de AMD. Puede que estén dirigidos a nuevas generaciones de portátiles y dispositivos móviles de alto rendimiento.

Lo que sí que parece claro es que quieren una apuesta ganadora, usando núcleos ARM y GPU Radeon (RDNA2) combinados en un SoC. Algo que también ha querido hacer Samsung. De esa forma se combina la eficiencia energética y el rendimiento de los ARM, junto con el buen desempeño gráfico de la Radeon, que superaría a las GPUs que ahora se usan en el mundo ARM (véase PowerVR, Adreno,…).

¿Podría esto resolver el problema de la GPU del M1 que decía Linus Torvalds?. Desde luego será interesante, puesto que para las GPUs Radeon sí que existen controladores, por lo que podría ser mucho más sencillo adaptar Linux para que funcione a la perfección con estos chips. ¿Serán los equipos que tanto espera Linus Torvalds? Veremos, pero la noticia, aunque aún no hay demasiados datos, me parece de lo más interesante…

from Linux Adictos https://ift.tt/3lO3Gmm
via IFTTT

Después de dos años de desarrollo, se anunció el primer lanzamiento significativo del navegador web experimental «Beaker 1.0», que destaca por su soporte integrado para el protocolo de comunicaciones Hypercore P2P.

Con este protocolo, se forma una red de entrega de contenido descentralizada, cuyos nodos son usuarios de navegadores. Dicha red permite alojar aplicaciones web que no requieren servidores.

El código del proyecto está escrito en JavaScript utilizando el motor Chromium y la plataforma Electron y se distribuye bajo la licencia MIT.

El protocolo Hypercore combina tecnologías blockchain y BitTorrent. Al igual que con BitTorrent, los visitantes descargan archivos del sitio y comienzan a participar en su distribución.

La principal diferencia con Hypercore es la capacidad de modificar archivos sin crear una nueva URL.

Para crear su sitio, solo necesita preparar el código HTML/JavaScript necesario, crear un entorno Hyperdrive y colocar un enlace a este entorno, al que se accede mediante la URL «hyper://».

Cuando abra este enlace, el contenido se descargará directamente del sistema del autor, después de lo cual el cargador podrá participar en su distribución a otros usuarios.

El protocolo Hypercore se basa en un registro que está disponible solo para agregar nuevos datos y no permite cambios en la información ya agregada.

Dichos registros se pueden distribuir rápidamente entre los participantes de la red en modo P2P, mientras que cada nodo puede descargar solo los fragmentos de interés en el registro y comenzar a participar en su distribución.

La integridad del registro se verifica mediante la estructura «Merkle Tree», en la que cada rama verifica todas las ramas y nodos subyacentes, gracias al hash conjunto (en forma de árbol) mediante la función hash BLAKE2b-256.

Teniendo el hash final, el usuario puede verificar la corrección de todo el historial de operaciones, así como la corrección de los estados pasados ​​de la base de datos.

Para crear sitios, el navegador tiene un editor de código integrado, herramientas para sincronizar directorios con el contenido del sitio, una terminal web (una consola de comandos para navegar por el entorno Hyperdrive) y una API especial para leer y descargar archivos.

Admite vincular varios entornos Hyperdrive, fusionar entornos, crear bifurcaciones, participar en la distribución de los entornos de otros usuarios.

Además de la creación de sitios descentralizados, áreas de aplicación de Beaker como el intercambio de datos privados (el acceso al recurso solo se puede obtener mediante un enlace informado en forma de hash), la organización de la capacitación en programación web (en el proceso de aprendizaje, puede limitarse a un navegador sin sistemas de servidor y herramientas adicionales), simplificando la interacción en los equipos de desarrollo web y probando prototipos de sitios (puede crear una bifurcación del sitio, realizar un cambio y compartir el resultado).

¿Como instalar Beaker 1.0 en Linux?

Para quienes estén interesados en poder instalar este navegador web en su distro, deben saber que el paquete para Linux está construido de momento en formato AppImage o para construirlo desde su código fuente.

En el primero de los dos casos, debemos descargar cualquier de los paquetes actuales. Esto lo hacemos desde el siguiente enlace.

Para el caso de Appimage como ejemplo tomaré la última versión 1.0 en estos momentos, está la descargamos con:

wget https://github.com/beakerbrowser/beaker/releases/download/1.0.0/Beaker.Browser-1.0.0.AppImage

Damos permisos de ejecución con:

sudo chmod +x Beaker.Browser-1.0.0.AppImage

Y ejecutamos con doble clic sobre el archivo o desde la terminal con:

./Beaker.Browser-1.0.0.AppImage

Ahora, para los que estén interesados en construir el navegador desde el código fuente, deben de contar con ibtool, m4, autoconf y automake.

Para instalar estas herramientas, por ejemplo en Debian, Ubuntu y cualquier derivado de estos:

sudo apt-get install libtool m4 make g ++ autoconf

En el caso de Fedora y derivados:

sudo dnf install libtool m4 make gcc-c ++ libXScrnSaver

Y finalmente para realizar la compilación del navegador, basta con teclear los siguientes comandos:

git clone https://github.com/beakerbrowser/beaker.git
cd beaker / scripts
npm install
npm run rebuild
npm start

Si quieres conocer más al respecto, puedes consultar el siguiente enlace.

from Linux Adictos https://ift.tt/2JEKElt
via IFTTT

Se acaba de anunciar el lanzamiento de la nueva versión de Mesa 20.3.0 y al igual que en versiones anteriores la primera versión de la rama tiene un estado experimental el cual después de la estabilización final del código, se lanzará la versión estable 20.3.1.

En Mesa 20.3 se implementó soporte completo para OpenGL 4.6 para GPU Intel (controladores i965, iris) y AMD (radeonsi), soporte OpenGL 4.5 para GPU AMD (r600), NVIDIA (nvc0) y llvmpipe, OpenGL 4.3 para virgl (virtual la GPU Virgil3D para QEMU/KVM), así como soporte para Vulkan 1.2 para tarjetas Intel y AMD, y Vulkan 1.0 para VideoCore VI (Raspberry Pi 4).

Principales novedades de Mesa 20.3.0

En esta nueva versión se incluye un controlador v3dv con soporte para el acelerador de gráficos VideoCore VI utilizado en las placas Raspberry Pi 4, Raspberry Pi 400 y Compute Module 4 basadas en el chip Broadcom BCM2711. Kronos reconoce que el controlador cumple totalmente con la especificación Vulkan 1.0.

El paquete incluye un nuevo controlador lavapipe con implementación de un rasterizador de software para la API de Vulkan (similar a llvmpipe, pero para Vulkan). La implementación del software se basa en duplicar las llamadas de la API de Vulkan a la API de Gallium.

El rendimiento y la funcionalidad del controlador Zink Gallium se han incrementado significativamente con la implementación de la API OpenGL además de Vulkan (el controlador le permite obtener OpenGL acelerado por hardware si hay controladores en el sistema que están limitados a admitir solo la API Vulkan).

Otro cambio que se destaca es en «ACO» en el que se ha agregado soporte para motores NGG (Geometría de próxima generación) cuando se trabaja con sombreadores de geometría. La función está implementada en el controlador RADV (para tarjetas AMD).

Para las GPU Intel Haswell, el controlador ANV agrega soporte para la extensión Transform Feedback Vulkan, que permite que el proyecto DXVK use la API Direct3D Stream Output, que es responsable de renderizar muchas superficies en los juegos.

Se agregó compatibilidad inicial para las tarjetas gráficas AMD Dimgrey Cavefish (NAVI 23) y Van Gogh APU (RDNA2) en el controlador RadeonSI.

De los demás cambios que se destacan: 

• Los controladores Intel GPU OpenGL y Vulkan añaden soporte para la familia de procesadores Alder Lake (12.a generación).
• Rendimiento gráfico optimizado en los chips Tiger Lake y Rocket Lake (algunos juegos y pruebas, como el Unreal Engine 4 Vulkan Demo, muestran una aceleración del 9-12%).
• Se han agregado las configuraciones glx_extension_override e indirecto_gl_extension_override a driconf, con las que puede anular la lista de extensiones GLX disponibles.
• Capa agregada para traducir la representación intermedia (IR) de los sombreadores NIR a la representación intermedia TGSI (Infraestructura de sombreado de gráficos de tungsteno).
• El controlador Iris para las GPU Intel admite kernels OpenCL (MESA_SHADER_KERNEL) para descargar cálculos al lado de la GPU.
• Se agregó soporte para la especificación OpenCL 1.2 al rastreador de estado de Clover con la implementación de OpenCL.
• El controlador llvmpipe para el procesamiento de software de OpenGL proporciona soporte para OpenGL 4.5.

Finalmente si quieres conocer más al respecto, puedes consultar el siguiente enlace.

¿Cómo instalar los drivers de video Mesa en Linux?

Los paquetes de Mesa se encuentran en todas las distribuciones de Linux, por lo que su instalación puede realizarse ya sea descargando y compilando el código fuente (toda la información al respecto aquí) o de una forma relativamente sencilla, la cual depende de la disponibilidad dentro de los canales oficiales de tu distribución o de terceros.

Para los que son usuarios de Ubuntu, Linux Mint y derivados pueden añadir el siguiente repositorio en donde los controladores son actualizados de manera rápida.

sudo add-apt-repository ppa:kisak/kisak-mesa -y

Ahora vamos a actualizar nuestro listado de paquetes y repositorios con:

sudo apt update

Y finalmente podemos instalar los drivers con:

sudo apt upgrade

Para el caso de los que son usuarios de Arch Linux y derivados estos los instalamos con el siguiente comando:

sudo pacman -S mesa mesa-demos mesa-libgl lib32-mesa lib32-mesa-libgl

Para quienes sean usuarios de Fedora 32 pueden utilizar este repositorio, por lo que deben de habilitar corp con:

sudo dnf copr enable grigorig/mesa-stable

sudo dnf update

Finalmente, para los que son usuarios de openSUSE, pueden instalar o actualizar tecleando:

sudo zypper in mesa

from Linux Adictos https://ift.tt/2KXOYfN
via IFTTT

Como bien sabes, el kernel panic (pánico en el núcleo), es un mensaje de error que se muestra por parte del kernel de un sistema operativo tipo Unix cuando ha ocurrido algo de lo que no se puede recuperar. Usualmente, estos mensajes aportan información de depuración que puede ser útil para saber de dónde viene el problema y que los desarrolladores puedan solventar estos problemas.

Si provienes del mundo de Microsoft Windows, es el equivalente a la famosa BSoD (Blue Screen of the Death), es decir, esos famoso pantallazos azules que suceden a veces en estos sistemas operativos cuando algo no va bien. Solo que en los entornos *nix, se les conoce como kernel panic…

Aunque muchos conoce bien lo que es un kernel panic, e incluso habrán sufrido alguno de ellos en algún momento, no todos conocen todas las posibles causas por las que se puede producir uno en el núcleo Linux de su distro favorita. O quizás, algunos no conocen todas las posibles causas…

Para que conozcas los motivos, aquí te dejo una lista con las causas más frecuentes por las que ocurre un kernel panic:

• Pueden ocurrir cuando la imagen initramfs está corrupta. Este sistema usado durante el arranque es vital para el inicio, y si le ocurre algo puede generar un kernel panic.
• También puede ocurrir cuando la initramfs no se ha creado de forma correcta para un kernel específico. Ten en cuenta que cada versión de kernel necesita de su propia initramfs. Si esto no es así, podrás obtener un kernel panic.
• Otra causa podría ser que el kernel no esté correctamente instalado o no está soportado.
• Si nada de lo anterior ocurre, también podría llegar un kernel panic debido a parches o actualizaciones recientes que tengan algún tipo de fallo.
• Otra posibilidad es cuando un módulo ha sido instalado desde la red u otra fuente, pero la imagen initrd no ha sido correctamente creada con éste módulo instalado.
• Cuando se pretende leer una dirección de memoria inválida o no permitida. Sean los motivos que sean…
• Un problema con el hardware también podría generar un kernel panic. O si falta algún módulo o controlador necesario para ciertos componentes esenciales.
• Ciertas acciones de explotación de vulnerabilidades de kernel o sus controladores también pueden generarlo al comprometer la integridad del sistema.

from Linux Adictos https://ift.tt/39JdCuU
via IFTTT

Después del lanzamiento de este verano en el que una de las novedades más destacadas era la introducción de Linux 5.4, ya tenemos nueva versión de Raspberry Pi OS. Para los despistados o los que lean por primera vez sobre este sistema operativo, recordar que es el que anteriormente se conocía como Raspbian, nombre que provenía de unir en una misma palabra Raspberry, la marca de la compañía, y Debian, el sistema operativo en el que se basa.

Por lo que leemos en la nota de su lanzamiento, parece que llega sin novedades realmente destacadas, o esa es la impresión que se lleva un usuario que disfruta mucho más de Manjaro en su versión KDE con un Plasma mucho más vistoso y completo. Pero esto no significa que no introduzca novedades, empezando por un Chromium 84 que, entre otras cosas, mejora la calidad del vídeo en páginas como YouTube.

Novedades de la edición de diciembre de 2020 de Raspberry Pi OS

• Chromium 84, lo que mejora la reproducción de vídeos de servicios como YouTube, Google Meet, Microsoft Teams o Zoom.
• A partir de ahora, Raspberry Pi OS pasa a usar PulseAudio como servidor de sonido.
• Relacionado con lo anterior, ahora hay un cambio en el selector de sonido en el que la opción del menú aparece en la parte inferior de perfiles del dispositivo.
• Mejoras al conectarse y configurar impresoras, con CUPS y system-config-printer instalados por defecto.
• El soporte para Orca, el lector de pantallas de accesibilidad, ha sido mejorado en aplicaciones como la de configuración y apariencia. Además, el sonido del lector ha mejorado gracias al paso a PulseAudio.
• Se han añadido opciones a la herramienta de configuración, como la pestaña Sistema desde la que podremos configurar el LED que aparecen en equipos como el Raspberry Pi 400.

Los usuarios interesado en instalar Raspberry Pi OS, pueden descargar la nueva imagen desde este enlace. Los usuarios existentes pueden actualizar desde el sistema operativo con el comando sudo apt full-upgrade.

from Linux Adictos https://ift.tt/36Ect6a
via IFTTT

Hace más de un año, Arch Linux lanzó la última actualización mediana, no de punto, de su gestor de paquetes. Entre sus novedades encontrábamos algunas como que se añadió el algoritmo zstd que, en comparación con el algoritmo «xz», aceleraba la compresión y el desempaquetado de paquetes, al tiempo que preservaba el nivel de compresión. Ya mirando al futuro, ha entrado en fase alfa Pacman 6.0, la futura actualización mayor que introducirá novedades destacadas.

La versión alfa de Pacman 6.0 ha sido lanzada hace unas horas, y los detalles se han publicado en esta entrada del blog de Allan McRae. La novedad más destacada se ha diseñado pensando en ahorrar tiempo, siempre y cuando nuestra conexión a internet sea buena y nos permite descargar archivos grandes en poco tiempo.

Pacman 6.0 ahorrará tiempo en las instalaciones

Para concretar más, la novedad más destacada de las que llegarán junto a Pacman 6.0 son las descargas paralelas. Como hemos explicado, al poder descargar varios paquetes al mismo tiempo, el tiempo de instalación se verá reducido, pero sólo si nuestra conexión a internet es capaz de gestionar bien el aumento de peso general de las descargas.

Los usuarios interesados en probar la futura versión del gestor de paquetes pueden hacerlo abriendo el terminal y escribiendo este comando:

pacman -U http://allanmcrae.com/packages/pacman-6.0.0alpha1-1-x86_64.pkg.tar.zst

Pero hay que tener claro que estamos hablando de una versión alfa y que se esperan problemas, por lo que yo no recomendaría su instalación en equipos de producción. De hecho, el mismo McRae avisa de que puede haber problemas con asistentes de AUR por los cambios introducidos en ABI. También hay unos pocos problemas con el gestor de descargas, pero todos los fallos serán solucionados antes del lanzamiento de la versión estable.

Si queréis ver las descargas paralelas en acción, podéis verlo en este vídeo que el desarrollador a subido a Google Drive.

from Linux Adictos https://ift.tt/3ggxXsT
via IFTTT

El mundo del gaming avanza en la plataforma Linux. Si hace una década le decías a alguien que Linux llegaría a tener todo lo que hoy existe, en cuanto a APIs, clientes como Steam, o los controladores nativos de NVIDIA o AMD que existen, y las cifras de títulos nativos que existen, es probable que se riese a carcajada limpia. Pero lo cierto es que todo eso ha cambiado de una forma extrema, y aunque aún está muy distante de Windows, se han logrado grandes cosas.

Actualmente, las plataformas de gaming por streaming también abren nuevas vías para ejecutar videojuegos triple A en cualquier plataforma, siempre y cuando estas plataformas soporten también tu sistema. Una de ellas es NVIDIA GeForce Now, que hasta ahora no estaba disponible para Linux, aunque eso podría cambiar…

Y es que desde hace tiempo, NVIDIA GeForce Now también está disponible para el navegador web. Sin embargo, NVIDIA se ha olvidado de la plataforma del pinguino por ahora. Además de Windows y macOS, para los que está disponible la app cliente para este servicio, también se tiene que contemplar la posibilidad de usarlo en ChromeOS.

Por cierto, ahora es posible jugar con NVIDIA GeForce Now desde Chrome en Linux, haciendo un sencillo cambio para agregar un User-Agent de ChromeOS en el navegador con base Chromium. Pero no me estoy refiriendo a eso en este artículo, sino a un soporte sin tener que hacer esas cosas…

Pero esta noticia puede ir más allá de estos sistemas Linux de Google. NVIDIA hizo un anuncio recientemente sobre llevar GeForce NOW también a Safari para iOS. Y también habló de otras plataformas, para llevar su servicio de streaming como un cliente webRTC para otros navegadores, lo que podría implicar que también funcionaría en navegadores web Chrome sobre GNU/Linux y Android, pero con un soporte mucho mejor.

from Linux Adictos https://ift.tt/36CT6du
via IFTTT