Hace ya casi año y medio que «Buster» está con nosotros. Desde entonces, el proyecto Debian ha lanzado 7 actualizaciones de mantenimiento, la sexta a finales de septiembre y hace unas horas han lanzado Debian 10.7. No es la actualización más emocionante de esta famosa distribución, madre y abuela de muchos sistemas operativos, pero este tipo de actualizaciones no lo son nunca, como tampoco lo son las similares en algunos de sus hijos como Ubuntu.

Tal y como indica el proyecto en la nota de este lanzamiento, los usuarios que ya estén usando Debian 10 no deben preocuparse demasiado para recibir todas las novedades de esta actualización, más que nada porque son las que han ido lanzando durante los últimos meses y, si no las tienen ya instaladas, aparecerán pronto como disponibles.

Debian 10.7 no es una nueva versión de Debian

Tenga en cuenta que la versión puntual no constituye una nueva versión de Debian 10, sino que solo actualiza algunos de los paquetes incluidos. No hay necesidad de deshacerse de los viejos medios de «Buster». Después de la instalación, los paquetes se pueden actualizar a las versiones actuales usando un mirror de Debian actualizado. Aquellos que instalan actualizaciones de security.debian.org con frecuencia no tendrán que actualizar muchos paquetes, y la mayoría de estas actualizaciones se incluyen en la versión puntual.

Otra cosa que también mencionan es que los que instalan las actualizaciones desde security.debian.org tendrán aún menos que actualizar, porque éstos sí que habrán instalado ya todas las actualizaciones de seguridad CVE, lo que es el grueso que incluyen las nuevas imágenes. Y hablando de nuevas imágenes, las de 10.7 están disponibles en este enlace, y hay que recordar que son sólo para nuevas instalaciones o para quien no quiera subir desde Debian 9 o anterior actualizando desde el mismo sistema operativo.

Por otra parte, se espera que Debian 11 llegue en algún momento de 2021.

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

A veces necesitas eliminar casi todos los ficheros de un directorio, pero quieres conservar uno o algunos de ellos. Cuando hay gran cantidad de ellos, ir uno a uno es una tarea tediosa. No es la mejor opción, hay formas de poder hacer mucho más sencillo el trabajo en Linux y que puedas eliminar todos los que necesitas de una vez.

Por ejemplo, es probable que quieras eliminar solo los que comienzan por un nombre determinado, o los que tienen una extensión específica, etc. Todo eso es posible, de hecho, en otras ocasiones ya he mostrado tutoriales similares en LxA. Aquí podrás seguir el tutorial paso a paso y de forma simple para poder eliminar todos esos ficheros que quieres, excepto lo que quieres salvar.

Y lo mejor es que no necesitarás instalar ningún programa, se puede hacer fácilmente con comandos como rm y find. Es decir, programas que ya vienen preinstalados en cualquier distro Linux. Y por supuesto, el método se basará en la búsqueda de patrones y usar esas coincidencias para eliminar solo aquello que quieres.

Pues bien, para poder eliminar hay varias alternativas, que son…

Eliminar ficheros de un directorio con rm

Bien, para poder usar el comando rm para eliminar lo que te apetece, tienes que conocer antes algunas formas de identificar patrones:

• *(lista de patrones) – coincide con cero o más ocurrencias de los patrones especificados
• ?(lista de patrones) – coincide con cero o una ocurrencia de los patrones especificados
• +(lista de patrones) – coincide con una o más ocurrencias de los patrones especificados
• @(lista de patrones) – coincide con uno de los patrones especificados
• !(lista de patrones) – coincide con cualquier cosa excepto con uno de los patrones dados

Para activar extglob para poderlos usar, tienes que ejecutar primero el siguiente comando:

<br data-mce-bogus="1">

shopt -s extglob<br data-mce-bogus="1">

¡Ojo! No lo especifico, pero se supone que tienes permisos para hacer dichas operaciones, y que estás dentro de ese directorio cuando ejecutas el comando rm. Cuidado con esto, ya que si lo ejecutas en otra ruta, puede que termines eliminando ficheros que no deseas. Es decir, antes de ejecutar estos comandos, asegúrate de que has entrado en el directorio que quieres con cd.

Ahora ya puedes usar rm para eliminar lo que te apetezca. Por ejemplo, eliminar todos los ficheros de un directorio excepto los que coincidan con el nombre «lxa»:

rm -v !("lxa")

También puedes especificar dos o más nombres que no quieres eliminar. Por ejemplo, para evitar eliminar «lxa» y «desdelinux»:

 rm -v !("lxa"|"desdelinux") 

Puedes eliminar todos los ficheros, menos los que tienen extensión .mp3. Por ejemplo:

 rm -v !(*.mp3) 

Al finalizar, puedes volver a deshabilitar extglob:

 shopt -u extglob 

Eliminar ficheros de un directorio con find

Otra alternativa a rm es usar find para eliminar lo que te apetece. Puedes usar una pipe y xargs con rm, o usar la opción -delete de find. Es decir, la sintaxis genérica sería:

find /directory/ -type f -not -name 'PATRÓN' -delete
find /directory/ -type f -not -name 'PATRÓN' -print0 | xargs -0 -I {} rm [opciones] {}

Por ejemplo, imagina que quieres eliminar todos los ficheros de un directorio menos los que tienen extensión .jpg, podrías usar uno de estos dos comandos, ya que ambos obtienen el mismo resultado:

find . -type f -not -name '*.jpg'-delete

find . -type f -not -name '*.jpg' -print0 | xargs -0 -I {} rm -v {}

En cambio, si quisieras agregar algún patrón extra, también podrías. Por ejemplo, imagina que no deseas eliminar ni los .pdf ni los .odt de un directorio:

find . -type f -not \(-name '*pdf' -or -name '*odt' \) -delete

Por supuesto, lo mismo podrías hacer con | y xargs como en el ejemplo anterior. Por cierto, hemos usado -not para negar, pero puedes eliminar eso para hacerlo positivo, es decir, para eliminar los patrones que coinciden y no excluirlos.

Eliminar ficheros de un directorio usando la variable GLOBIGNORE

Por último, existe otra alternativa a find y rm, y es usando una variable de entorno para señalar a los ficheros que deseas eliminar o excluir. Por ejemplo, imagina que deseas eliminar todos los ficheros de un directorio llamado Descargas salvando los .pdf, .mp3 y .mp4. En ese caso, podrías hacer lo siguiente:

cd Descargas
GLOBIGNORE=*.pdf:*.mp4:.*mp3
rm -v *
unset GLOBIGNORE

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

Hace poco se dio a conocer la liberación de la nueva versión de DXVK 1.7.3, en la cual se ha introducido el soporte para los nuevos DXGI introducidos en Windows 10 Update 1809, además de las correcciones de errores, algunas mejoras a sombreadores y sobre todo mejoras de renderizado.

Para quienes desconocen de DXVK, deben saber que es una biblioteca funciona a través de la traducción de llamadas a la API de Vulkan.

Si bien DXVK aun que se usa principalmente en Steam Play, no es el único lugar donde los usuarios de Linux pueden aprovechar esta fantástica tecnología. También aporta la implementación D3D11 basada en Vulkan para Linux y Wine, en lo que respecta al rendimiento y la optimización cuando se ejecutan juegos de Direct3D 11 en Wine, puesto que también brindan soporte para Direct3D9.

Principales novedades de DXVK 1.7.3

En esta nueva versión, tal y como se mencionó al principio, se destaca que se agregó agrega soporte para nuevas interfaces DXGI recientemente expuestas en Windows 10, una opción para escalar la pantalla frontal DXVK en pantallas HiDPI, varias correcciones y varias optimizaciones de configuración para escalar el indicador HUD en pantallas con alta densidad de píxeles.

Además, el código de sombreado generado para D3D11 se ha modificado para que los controladores puedan optimizar las operaciones de textura cuando no hay enlace de textura.

Se ha realizado una optimización para eliminar operaciones de dibujo innecesarias, lo que ha mejorado el rendimiento de algunos juegos.

En cuanto a las correcciones, se menciona que se corrigieron fallas de juegos antiguos usando D3D9 en sistemas con controlador RADV, así como también de los errores de validación de la API de Vulkan cuando HUD estaba habilitado.

Además, también se destaca que se mejoró el código para las operaciones de renderizado por lotes para reducir la cantidad de llamadas de sorteo al jugar Trine 4.

De los demás cambios que se destacan de esta nueva versión:

• Se corrigieron problemas con la representación de tela en EverQuest 2 en sistemas con tarjetas gráficas NVIDIA.
• Se solucionaron problemas de renderizado en Trine 4 en determinadas GPU y sistemas NVIDIA con el controlador RADV.
• Se han incrementado los requisitos para el entorno de construcción; ahora necesita MinGW 8.0 para construir.

Esta nueva versión debería incluirse en la próxima actualización de Proton con Steam Play para una fácil implementación.

Finalmente si quieres conocer más al respecto sobre esta nueva versión puedes consultar el registro de cambios en el siguiente enlace. 

¿Cómo añadir el soporte de DXVK a Linux?

DXVK se puede usar para ejecutar aplicaciones y juegos 3D en Linux usando Wine, actuando como una alternativa de mayor rendimiento a la implementación de Direct3D 11 integrada en Wine que se ejecuta sobre OpenGL.

DXVK requiere de la última versión estable de Wine para ejecutarse. Por lo que, si no cuentas con este instalado. Ahora solo tendremos que descargar el último paquete estable de DXVK, este lo encontramos en el siguiente enlace.

wget https://github.com/doitsujin/dxvk/releases/download/v1.7.3/dxvk-1.7.3.tar.gz

Después de haber realizado la descarga ahora vamos a descomprimir el paquete recién obtenido, esto lo pueden hacer con desde su entorno de escritorio o desde la misma terminal ejecutando en el siguiente comando:

tar -xzvf dxvk-1.7.3.tar.gz

Después accedemos a la carpeta con:

cd dxvk-1.7.3

Y ejecutamos el comando sh para ejecutar el script de instalación:

sudo sh setup-dxvk.sh install

setup-dxvk.sh install --without-dxgi

Cuando se instale DXVK en un prefijo de Wine. La ventaja es que se puede usar Wine vkd3d para juegos D3D12 y DXVK para juegos D3D11.

Además, la nueva secuencia de comandos permite instalar la dll como enlaces simbólicos, lo que facilita la actualización de DXVK para obtener más prefijos de Wine (puede hacerlo a través del comando –symlink).

Como verán la carpeta de DXVK contiene otras dos dll para 32 y 64 bits estas las vamos a colocar de acuerdo a las siguientes rutas.
En donde “usuario” lo remplazas por el nombre de usuario que utilizas en tu distribución de Linux.

Para 64 bits las colocamos en:

~/.wine/drive_c/windows/system32/

O

/home/”usuario”/.wine/drive_c/windows/system32/

Y para 32 bits en:

~/.wine/drive_c/windows/syswow64

O

/home/”usuario”/.wine/drive_c/windows/system32/

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

Micro Magic Inc. es una empresa californiana centrada proveer de herramientas EDA. Fundada en 1995, y vendida en 2004 a Juniper Networks. Sus fundadores son Mark Santoro y Lee Tavrow, ambos con experiencia, ya que habían trabajando juntos en Sun Microsystems liderando el desarrollo de los microprocesadores SPAR. Santoro también trabajó en Apple, a los mandos de Steve Jobs.

Y ahora ha saltado a las noticias debido a que afirman tener el núcleo basado en RISC-V más rápido del mundo. Y no solo parece tener un rendimiento excepcional, también es muy eficiente energéticamente hablando, ya que su consumo es bastante moderado. Algo que podría ser interesante para dispositivos móviles.

La compañía hizo un breve anuncio a finales de octubre de 2020. En él se apreciaba que habían conseguido un núcleo basado en la ISA RISC-V de 64-bits y que era capaz de alcanzar velocidades de hasta 5 Ghz a 1.1v. Además, las cifras conseguidas en algunos benchmarks eran realmente prometedoras, demostrando que RISC-V puede rendir tanto o más que otras ISAs maduras actuales. Solo es cuestión de crear una microarquitectura adecuada…

Cuando se analizó en estos bancos de pruebas de rendimiento, se consiguieron marcas como la de 13.000 puntos en CoreMarks. Un solo núcleo Micro Magic funcionando a 0.8v nominales podía también entregar 11.000 puntos CoreMarks @ 4.25Ghz, consumiendo solo 200mW.

La imagen que puedes ver en el artículo es una placa Odroid con un chip Micro Magic funcionando a 4,327 Ghz a 0.8v y a 5.19Ghz a 1.1v. Una muestra entregada por Andy Huang, asesor de Micro Magic, para el medio EETimes.

Y si eso te parece mucho, espera a ver las comparaciones que han hecho usandoc omo referencia el índice EEMBC. En ese caso, se obtiene una puntuación de 55.000 CoreMarks por vatio para este RISC-V. En cambio, si se compara con un Apple Silicion, el M1, éste obtendría solo 10.000 CoreMarks en términos de EEMBC. Es decir, el chip de Micro Magic superaría en ese sentido al de Apple. Además, si se divide eso por 8 núcleos de este SoC y 15W, daría en total menos de 100 CoreMarks por vatio.

Desde Micro Magic también han querido demostrar más a este medio. Y han comparado el chip basado en RISC-V con el Arm Cortex-A9. Bajo esos puntos de referencia de EEMBC, el Cortex-A9 de cuatro núcleos consigue una cifra de 22.343 CoreMarks, que si se divide entre esos cuatro núcleos y 5W por núcleo, se obtiene solo 1112 CoreMarks por vatio. Es decir, el chip de Micro Magic saldría nuevamente victorioso.

Huang continuó explicando estas marcas y la importancia del rendimiento por vatio. Y es que son realmente importantes para los dispositivos móviles actuales que dependen de una batería, e incluso otros sectores de la industria donde sea importante el consumo. Con los 200mW de consumo del chip de Micro Magic, se podrían meter hasta 25 núcleos RISC-V para un consumo típico de 5W. Eso sería algo grandioso, ya que pocos pueden presumir ahora de tener chips con esa cantidad de núcleos en los móviles (actualmente existen chips QuadCore u OctaCore).

Huang también afirmó que, aunque sean una empresa de servicios EDA actualmente, tienen intención de ofrecer sus diseños de núcleos RISC-V a los clientes bajo licenciamiento IP. De ese modo, otras empresas podrán usarlos para escalar en sus diseños adaptados al sector que necesiten (automoción, dispositivos móviles, PC, centros de datos,…).

Más información relacionada

• RISC-V llega al PC
• Soporte UEFI para RISC-V

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

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