Recientemente los desarrolladores que están detrás del navegador web Google Chrome, dieron a conocer la noticia de la adición del soporte para el protocolo HTTP/3 a las compilaciones experimentales de Chrome Canary, que implementa un complemento para habilitar HTTP sobre QUIC.

El protocolo QUIC en sí mismo se agregó al navegador hace cinco años y desde entonces se ha utilizado para optimizar el trabajo con los servicios de Google. Al mismo tiempo, la versión QUIC de Google utilizada en Chrome difería en algunos detalles de la versión de las especificaciones IETF, pero ahora las implementaciones están sincronizadas.

Google Chrome Canary just became the first (available) browser to integrate (very) experimental #QUIC and HTTP/3 support!

Add flags “–enable-quic –quic-version=h3-23” and you should see “http/2+quic/99” show up in the devtools, which is actually http3 in disguise! pic.twitter.com/5Fhui46h3x

— Robin Marx (@programmingart) September 19, 2019

https://platform.twitter.com/widgets.js

Es importante resaltar que Google ha desarrollado QUIC (Quick UDP Internet Connections) desde 2013 como una alternativa al paquete TCP + TLS para la Web, que resuelve problemas con largos tiempos de configuración y negociación para las conexiones TCP y elimina los retrasos en la pérdida de paquetes durante la transferencia de datos.

QUIC es un complemento del protocolo UDP que admite la multiplexación de múltiples conexiones y proporciona métodos de cifrado equivalentes a TLS / SSL.

El protocolo en cuestión ya está integrado en la infraestructura del servidor de Google, es parte de Chrome, está planeado para su inclusión en Firefox y se utiliza activamente para atender las solicitudes de los clientes en los servidores de Google.

Dentro de las principales características de QUIC que se destacan son:

• Alta seguridad, similar a TLS (de hecho, QUIC proporciona la capacidad de usar TLS sobre UDP)
• Control de integridad de flujo que evita la pérdida de paquetes
• La capacidad de establecer una conexión al instante (0-RTT, en aproximadamente el 75% de los casos, los datos se pueden transmitir inmediatamente después de enviar el paquete de configuración de la conexión) y garantizar retrasos mínimos entre el envío de una solicitud y la recepción de una respuesta (RTT, Tiempo de ida y vuelta)
• No usar el mismo número de secuencia al retransmitir un paquete, lo que evita la ambigüedad en la determinación de los paquetes recibidos y elimina los tiempos de espera
• La pérdida de un paquete afecta la entrega de solo el flujo asociado con él y no detiene la entrega de datos en flujos transmitidos en paralelo a través de la conexión actual
• Herramientas de corrección de errores que minimizan los retrasos debido a la retransmisión de paquetes perdidos.
• El uso de códigos especiales de corrección de errores a nivel de paquete para reducir situaciones que requieren la retransmisión de datos de paquetes perdidos.
• Los límites criptográficos de los bloques están alineados con los límites de los paquetes QUIC, lo que reduce el efecto de la pérdida de paquetes en la decodificación del contenido de los siguientes paquetes
• No hay problemas con el bloqueo de la cola TCP
• Soporte para el identificador de conexión, que reduce el tiempo para establecer una reconexión para clientes móviles
• Capacidad para conectar mecanismos avanzados para controlar la sobrecarga de conexión

También se destaca que hace uso la técnica de predecir el ancho de banda en cada dirección para asegurar una intensidad óptima de envío de paquetes, evitando que llegue a un estado de congestión en el que se observa la pérdida de paquetes;

Así como también un rendimiento notable y ganancias de rendimiento sobre TCP. Para servicios de vídeo como YouTube, QUIC mostró una reducción del 30% en las operaciones de re-almacenamiento en búfer al mirar videos.

El protocolo HTTP/3 estandariza el uso de QUIC como transporte para HTTP/2. Para habilitar HTTP/3 y la versión QUIC de los 23 borradores de las especificaciones IETF, se debe ejecutar Chrome con las opciones “–enable-quic –quic-version = h3-23” y luego, cuando se abra el sitio de prueba quic.rocks:4433 en modo de inspección de red en las herramientas de desarrollador, la actividad HTTP / 3 se mostrará como “http / 2 + quic / 99”.

En comparación con un paquete perdido por conexiones HTTP en paralelo solamente se detendra 1 de las tantas conexiones, con lo cual QUIC puede soportar la entrega fuera de orden de modo que un paquete perdido tendrá menor impacto.

Si quieres conocer mas al respecto sobre esto, puedes consultar el siguiente enlace.

from Linux Adictos https://ift.tt/31HsTFH
via IFTTT

Se ha presentado el lanzamiento de la nueva versión de Neovim 0.4 la cual es una rama del editor Vim que se enfoca en aumentar la extensibilidad y flexibilidad.

Para quienes desconocen del proyecto Neovim deben saber que este ha estado reelaborando la base del código Vim durante más de cinco años, como resultado de lo cual se han realizado cambios para simplificar el mantenimiento del código, proporcionando medios para dividir el trabajo entre varios mantenedores, separando la interfaz de la base (la interfaz se puede cambiar sin tocar el interior) e implementando una nueva arquitectura extensible basado en complementos.

De los problemas de Vim que provocaron la creación de Neovim que consta de más de 300 mil líneas de código C. Solo unas pocas personas entienden todos los matices de la base de código de Vim y todos los cambios son controlados por un mantenedor, lo que dificulta el mantenimiento y el trabajo para mejorar el editor.

En lugar del código integrado en el núcleo de Vim para admitir la GUI, Neovim propone utilizar una capa universal que le permite crear interfaces utilizando varios kits de herramientas.

Los complementos para Neovim se ejecutan como procesos separados, para los cuales se utiliza el formato MessagePack. La interacción con los complementos se realiza en modo asíncrono, sin bloquear los componentes básicos del editor.

Para acceder al complemento, se puede usar un socket TCP, es decir El complemento puede ejecutarse en un sistema externo.

Al mismo tiempo, Neovim sigue siendo compatible con versiones anteriores de Vim, continúa admitiendo Vimscript (como alternativa a Lua) y admite la conexión de la mayoría de los complementos estándar de Vim. Las funciones avanzadas de Neovim se pueden usar en complementos creados con la API específica de Neovim.

Ya se han preparado alrededor de 80 complementos específicos, hay carpetas disponibles para crear complementos e implementaciones de interfaz utilizando varios lenguajes de programación (C ++, Clojure, Perl, Python, Go, Java, Lisp, Lua, Ruby) y marcos (Qt5, ncurses, Node .js, Electron, GTK +). Se están desarrollando varias opciones de interfaz de usuario.

Los complementos de GUI son muy parecidos a los complementos, pero a diferencia de los complementos, inician llamadas a las funciones de Neovim, mientras que los complementos se llaman desde Neovim.

Los desarrollos originales del proyecto se distribuyen bajo la licencia Apache 2.0, y la parte base bajo la licencia Vim.

Principales novedades de Neovim 0.4

Con la liberación de esta nueva versión de Neovim 0.4 se ha agregado una gran parte de las nuevas funciones API y eventos de interfaz de usuario a la aplicación.

Además de que también se destaca que se agregó una nueva biblioteca estándar de Nvim-Lua para desarrollar complementos en el idioma Lua.

Por otra parte se continúa con el desarrollo del protocolo de interfaz de usuario, que actualiza la información en la pantalla a nivel de línea, en lugar de caracteres individuales.

Y que además en Neovim 0.4 se agregó el soporte para ventanas flotantes completas que se pueden colocar en cualquier lugar, adjuntar, vincular a buffers de edición individuales, agrupadas en modo Multigrid.

Ahora para el caso de la instalación de esta nueva versión en Linux, es importante recalcar que Neovim esta dentro de la mayoría de los repositorios de las distribuciones más populares.

Aun que el único problema en estos momentos es que la nueva versión aún no se ha actualizado en los repositorios de la mayoría de las distribuciones de Linux.

Ya que de momento solamente Arch Linxu y sus derivados ya cuentan con la disponibilidad de este paquete.

Para realizar la instalación en Arch y derivados, solo tienen que abrir una terminal y en ella van a teclear el siguiente comando:

sudo pacman -S neovim

Mientras que para los que son usuarios de Debian, Ubuntu y derivados podrán instalar el nuevo paquete en cuanto este disponible ejecutando en la terminal el comando:

sudo apt install neovim

En el caso de los que son usuarios de Fedora y derivados:

sudo dnf install neovim

Usuarios de openSUSE:

sudo zypper install neovim

Finalmente para los usuarios de Gentoo

emerge -a app-editors/neovim

from Linux Adictos https://ift.tt/30BnIG8
via IFTTT

Daniel Robbins, el fundador de la distribución Gentoo, quien se retiró del proyecto en 2009 hace algunos días dio a conocer el lanzamiento de la nueva versión de su distribución de Linux actual, Funtoo 1.4. Para quien desconoce de Funtoo debe saber que esta distribución de Linux se basa en la base de Gentoo y tiene como objetivo mejorar aún más las tecnologías existentes.

Las características clave de Funtoo incluyen soporte para la compilación automática de paquetes desde la fuente (los paquetes se sincronizan desde Gentoo), el uso de Git durante el desarrollo, un árbol distribuido de portages, un formato más compacto para manifiestos de compilación y el uso de herramientas Metro para crear versiones en vivo.

Además de que existen 3 ramas de esta distribución:

• Stable: Basada en la rama estable de Gentoo, que es la que es usada por defecto. Comúnmente usada en servidores.
• Current: Contiene los paquetes más recientes del sistema. Muchos de ellos, basados en la rama unstable (inestable) de Gentoo. Según la documentación de Funtoo, está apta para su uso diario.
• Experimental: Además de estar basada en la rama inestable de Gentoo, los paquetes catalogados como masked (enmascarados) están disponibles para su instalación, así como sus versiones de desarrollo, comúnmente con su código fuente almacenado en sistemas de control de versiones, como Git.

Principales novedades de Funtoo 1.4

En este nuevo lanzamiento de Funtoo 1.4 se actualizo la mayoría de los paquetes entre los cuales en el anuncio se destacan las herramientas de compilación que se actualizaron a GCC 9.2.

También el desarrollador destaca que se agregaron nuevos núcleos debian-sources y debian-sources-lts portados desde Debian.

Para construir el núcleo Debian-sources-lts, el indicador USE custom-cflags está habilitado por defecto, lo que activa optimizaciones adicionales. Al compilar el núcleo a partir de configuraciones personalizadas vinculadas a la arquitectura actual, también se agregan las opciones “-march”;.

Mientras que para el caso del entorno de escritorio se propone a Gnome 3.32 (aun que la versión 3.34 fue liberada a semana pasada).

La estructura incluye un nuevo subsistema para soportar OpenGL. De manera predeterminada, se utiliza la biblioteca GLX libglvnd (OpenGL Vendor-Neutral Driver), que es un administrador de programas que redirige los comandos de una aplicación 3D a una implementación particular de OpenGL, lo que hace posible que los controladores Mesa y NVIDIA coexistan.

Se agregaron nuevos ebuild “nvidia-drivers” con controladores NVIDIA, diferentes de ebuild de Gentoo Linux y que usan nvidia-kernel-modules para instalar módulos de kernel. El paquete Mesa se ha actualizado a la versión 19.1.4, en la que el ebuild proporcionado proporciona soporte para la API Vulkan.

También se destaca la actualización de LXC 3.0.4 y LXD 3.14, se agregaron ebuilds para acceder a la GPU desde los contenedores Docker y LXD, lo que le permite usar OpenGL en contenedores.

De los demás cambios que se destacan:

• Pruebas de dependencia adicionales y resolución de problemas relacionados con ellas.
• Python se ha actualizado a la versión 3.7.3 (Python 2.7.15 también se propone como alternativa). Versiones actualizadas de Ruby 2.6, Perl 5.28, Go 1.12.6, JDK 1.8.0.202. Se agregó el port Dart 2.3.2 (dev-lang / dart) especialmente preparado para Funtoo.
• Se han actualizado los componentes del servidor, incluidos nginx 1.17.0, Node.js 8.16.0 y MySQL 8.0.16.
• Descargar y obtener Funtoo 1.4

Para quienes estén interesados en poder obtener esta nueva versión de Funtoo 1.4 deben saber que las imágenes de instalación no se han actualizado durante mucho tiempo y para la instalación se propone utilizar el LiveCD anterior con la posterior implementación manual de componentes y portales Stage3.

Lo pueden hacer desde el siguiente enlace.

Finalmente en aproximadamente un mes, está previsto comenzar a trabajar en el lanzamiento de Funtoo 2.0.

Cómo actualizar Funtoo Linux de 1.3 a 1.4

La actualización a Funtoo Linux 1.4 desde 1.3 es un proceso relativamente sencillo. Para ello tienen que abrir el archivo /etc/ego.conf con un editor de codigo de su preferencia y vamos colocar lo siguiente:

[global]
release = 1.4

Luego ejecuten el siguiente comando.

# ego sync

Se recomienda encarecidamente a los usuarios elegir una tarjeta gráfica con la herramienta Fondue Mix-In. Si está utilizando la tarjeta gráfica patentada de Nvidia, debe ejecutar el siguiente comando para activarla.

# epro mix-ins + gfxcard-nvidia

# emerge -u1 gcc
# emerge -u1 binutils
# binutils-config -l
# binutils-config 3
# source /etc/profile
# emerge -u1 glibc

Actualización mundial:

# emerge -auDN @world --jobs=3 --exclude dev-lang/perl

Después debemos de asegurarnos de que la versión de Python predeterminada sea 3.7 utilizando los siguientes pasos.

# esalect python list

# eselect python set

# eselect python show

Ahora realizaremos la reconstrucción de  todos los módulos con la última versión.

# emerge -u1 dev-lang/perl
# perl-cleaner --all

# emerge -C =dev-lang/python-3.6*
# eselect python cleanup

Si está utilizando debian-sources-lts, realicen los cambios necesarios en el archivo /etc/boot.conf y ejecuten el siguiente comando:

# ego boot update

# etc-update

# reboot

from Linux Adictos https://ift.tt/30glH74
via IFTTT

Daniel Robbins, el fundador de la distribución Gentoo, quien se retiró del proyecto en 2009 hace algunos días dio a conocer el lanzamiento de la nueva versión de su distribución de Linux actual, Funtoo 1.4. Para quien desconoce de Funtoo debe saber que esta distribución de Linux se basa en la base de Gentoo y tiene como objetivo mejorar aún más las tecnologías existentes.

Las características clave de Funtoo incluyen soporte para la compilación automática de paquetes desde la fuente (los paquetes se sincronizan desde Gentoo), el uso de Git durante el desarrollo, un árbol distribuido de portages, un formato más compacto para manifiestos de compilación y el uso de herramientas Metro para crear versiones en vivo.

Además de que existen 3 ramas de esta distribución:

• Stable: Basada en la rama estable de Gentoo, que es la que es usada por defecto. Comúnmente usada en servidores.
• Current: Contiene los paquetes más recientes del sistema. Muchos de ellos, basados en la rama unstable (inestable) de Gentoo. Según la documentación de Funtoo, está apta para su uso diario.
• Experimental: Además de estar basada en la rama inestable de Gentoo, los paquetes catalogados como masked (enmascarados) están disponibles para su instalación, así como sus versiones de desarrollo, comúnmente con su código fuente almacenado en sistemas de control de versiones, como Git.

Principales novedades de Funtoo 1.4

En este nuevo lanzamiento de Funtoo 1.4 se actualizo la mayoría de los paquetes entre los cuales en el anuncio se destacan las herramientas de compilación que se actualizaron a GCC 9.2.

También el desarrollador destaca que se agregaron nuevos núcleos debian-sources y debian-sources-lts portados desde Debian.

Para construir el núcleo Debian-sources-lts, el indicador USE custom-cflags está habilitado por defecto, lo que activa optimizaciones adicionales. Al compilar el núcleo a partir de configuraciones personalizadas vinculadas a la arquitectura actual, también se agregan las opciones “-march”;.

Mientras que para el caso del entorno de escritorio se propone a Gnome 3.32 (aun que la versión 3.34 fue liberada a semana pasada).

La estructura incluye un nuevo subsistema para soportar OpenGL. De manera predeterminada, se utiliza la biblioteca GLX libglvnd (OpenGL Vendor-Neutral Driver), que es un administrador de programas que redirige los comandos de una aplicación 3D a una implementación particular de OpenGL, lo que hace posible que los controladores Mesa y NVIDIA coexistan.

Se agregaron nuevos ebuild “nvidia-drivers” con controladores NVIDIA, diferentes de ebuild de Gentoo Linux y que usan nvidia-kernel-modules para instalar módulos de kernel. El paquete Mesa se ha actualizado a la versión 19.1.4, en la que el ebuild proporcionado proporciona soporte para la API Vulkan.

También se destaca la actualización de LXC 3.0.4 y LXD 3.14, se agregaron ebuilds para acceder a la GPU desde los contenedores Docker y LXD, lo que le permite usar OpenGL en contenedores.

De los demás cambios que se destacan:

• Pruebas de dependencia adicionales y resolución de problemas relacionados con ellas.
• Python se ha actualizado a la versión 3.7.3 (Python 2.7.15 también se propone como alternativa). Versiones actualizadas de Ruby 2.6, Perl 5.28, Go 1.12.6, JDK 1.8.0.202. Se agregó el port Dart 2.3.2 (dev-lang / dart) especialmente preparado para Funtoo.
• Se han actualizado los componentes del servidor, incluidos nginx 1.17.0, Node.js 8.16.0 y MySQL 8.0.16.
• Descargar y obtener Funtoo 1.4

Para quienes estén interesados en poder obtener esta nueva versión de Funtoo 1.4 deben saber que las imágenes de instalación no se han actualizado durante mucho tiempo y para la instalación se propone utilizar el LiveCD anterior con la posterior implementación manual de componentes y portales Stage3.

Lo pueden hacer desde el siguiente enlace.

Finalmente en aproximadamente un mes, está previsto comenzar a trabajar en el lanzamiento de Funtoo 2.0.

Cómo actualizar Funtoo Linux de 1.3 a 1.4

La actualización a Funtoo Linux 1.4 desde 1.3 es un proceso relativamente sencillo. Para ello tienen que abrir el archivo /etc/ego.conf con un editor de codigo de su preferencia y vamos colocar lo siguiente:

[global]
release = 1.4

Luego ejecuten el siguiente comando.

# ego sync

Se recomienda encarecidamente a los usuarios elegir una tarjeta gráfica con la herramienta Fondue Mix-In. Si está utilizando la tarjeta gráfica patentada de Nvidia, debe ejecutar el siguiente comando para activarla.

# epro mix-ins + gfxcard-nvidia

# emerge -u1 gcc
# emerge -u1 binutils
# binutils-config -l
# binutils-config 3
# source /etc/profile
# emerge -u1 glibc

Actualización mundial:

# emerge -auDN @world --jobs=3 --exclude dev-lang/perl

Después debemos de asegurarnos de que la versión de Python predeterminada sea 3.7 utilizando los siguientes pasos.

# esalect python list

# eselect python set

# eselect python show

Ahora realizaremos la reconstrucción de  todos los módulos con la última versión.

# emerge -u1 dev-lang/perl
# perl-cleaner --all

# emerge -C =dev-lang/python-3.6*
# eselect python cleanup

Si está utilizando debian-sources-lts, realicen los cambios necesarios en el archivo /etc/boot.conf y ejecuten el siguiente comando:

# ego boot update

# etc-update

# reboot

from Linux Adictos https://ift.tt/30glH74
via IFTTT

Esta es la lista de paquetes snap más populares por distribución

Se conoció la lista de paquetes Snap más populares. Y si eres un fanático del software libre, no cabe duda de que esta no es tu semana. Es que, sumado a la renuncia de Stallman ahora vas a descubrir que a los linuxeros parecen gustarnos los servicios privativos y las aplicaciones de Microsoft.

Snapcraft, es el nombre del proyecto de creación y publicación del formato de paquetes autocontenidos de Canonical. Sus responsables analizaron cuáles son las aplicaciones más descargadas por los usuarios de seis distribuciones. Y los resultados, al menos para mi, son sorprendentes.

Las distribuciones analizadas

Los usuarios de Linux más viejos me perdonaran que vuelva sobre conceptos ya conocidos. pero, para analizar mejor el ranking, es interesante repasar las características de cada distribución.

Arch LInux: Es una distribución altamente configurable cuya instalación requiere mucha intervención del usuario. Cuenta con una wiki con instrucciones muy completas:

CentOS: Es uan distribución comunitaria apoyada por y que comparte código con Red Hat. Está enfocada en el uso profesional. Básicamente en servidores.

Debian: Es una distribución comunitaria enfocada en ofrecer los mejores programas de software libre en la mayor cantidad de plataformas posibles.

Fedora: Distribución comunitaria enfocada al usuario doméstico aunque tiene versión para servidores. En general adelanta características que después tendrán las versiones de Red Hat y CentOS.

Manjaro: Es una distribución basada en Arch Linux pero con asistentes que automatizan y hacen más fácil el proceso de instalación de la distribución y de los difererentes programas.

Ubuntu: Distribución de escritorio para el usuario doméstico basada en Debian. También tiene una versión para servididores.

Lista de paquetes snap más populares

Spotify: Cliente oficial para el servicio de streaming musical del mismo nombre.
Code: El entorno integrado de desarrollo de Microsoft.Se trata de un paquete mantenido y actualizado por la propia empresa, y aunque es de código abierto, recopila información.
Skype: Cliente oficial del servicio de llamadas de video y audio de Microsoft.
Discord: Un cliente no oficial para el servicio de chat por texto y voz para Gamers.
Wekan: Aplicación para la utilización de la técnica Kanban.
Slack: Otro cliente oficial, esta vez del servicio del mismo nombre para coordinar el trabajo de equipos. Se aclara de que el cliente Linux está en fase beta.
LXD: Se trata del sistema de manejo de contenedores de Canonical.
Microk8s: Es una versión de Kubernetes en pequeña escala. Kubernetes es una plataforma de código abierto para automatizar la implementación, el escalado y la administración de aplicaciones en contenedores.
Helm: Una herramienta para manejar los paquetes preconfigurados de Kubernetes.
Firefox: El navegador de Mozilla enfocado en la privacidad.
Nextcloud: Plataforma para crear nuestros propios servicios en la nube.
Pycharm-community: Snap oficial de la versión comunitaria del entorno integrado de desarrollo para Python.
Vlc: El reproductor multimedia compatible con la mayor parte de los formatos.
Postman: Es un conjunto de herramientas para el desarrollo de interfaces de programación de aplicaciones (API)
Chromium: La versión de código abierto del navegador de Google.
Canonical-Livepatch: El sistema que permite aplicar actualizaciones cricas del núcleo Linux sin tener que reiniciar el sistema.

Ranking por distribución

Arch Linux

1. Spotify
2. Code
3. Skype
4. Discord
5. Slack

A los linuxeros nos gusta la música. Y a los programadores linuxeros el entorno integrado de desarrollo de Microsoft. NInguna de las otras alternativas (con excepción de Pycharm en una sola distro) aparece. A menos, que se instalen desde repositorios tradicionales. Me sorprende que no aparezca Android Studio.

Por cierto, nunca hubiera supuesto la cantidad de gamers en Arch Linux

CentOS

1. Wekan
2. Lxd
3. Microk8s
4. Spotify
5. Helm

Tratándose de una distribución enfocada al ámbito corporativo, tal vez la mayor sorpresa sea Spotify. Pero, los administradores de sistemas también tienen derecho a escuchar música.

Debian

1. Spotify
2. Lxd
3. Firefox
4. Nextcloud
5. Pycharm-community

Los amigos de Debian se inclinan por el software libre, pero no rechazan escuchar buena música cuando los usan. Bueno, lo de buena música es una expresión de deseo. Me fui de Spotify cuando buscaba música de Bach y me ofreció escuchar bachata.

Fedora

1. Spotify
2. VLC
3. Code
4. Postman
5. Slack

Fedora es una distribución muy apreciada por los programadores amateurs, de ahí que su ranking sea uana combinación de programas de entretenimiento y herramientas de trabajo. Hay que mencionar que en esta lista son todos paquetes oficiales, es decir creados por los desarrolladores originales de las aplicaciones.

Manjaro

1. Spotify
2. Code
3. Slack
4. Discord
5. Skype.

No hay mucho que decir aquí. Dado el perfil de la distribución abundan aplicaciones de productividad y de entretenimiento. Aunque me sigue sorprendiendo la cantidad de gente que sigue usando Skype.

Ubuntu

1. Vlc
2. Spotify
3. Skype
4. Chromium
5. Canonical Livepatch.

Los desarrolladores de Ubuntu deberían tomar nota e instalar Vlc por defecto en lugar de Totem y Rhythmbox. Me sorprende lo de Canonical-Livepatch, pero como la estadística no discrimina entre servidores y escritorio,  el quinto puesto de Livepatch debe venir por ahí.

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

Hace apenas una semana, GNOME Project tuvo el placer de anunciar una nueva versión de su entorno gráfico. Se trata de GNOME 3.34, una nueva entrega de uno de los escritorios más populares de Linux que, a pesar de que incluye muchas novedades, mencionaron que la función más destacada es su rapidez. Justo antes de su lanzamiento nos dijeron que había un par de distribuciones interesadas en añadirlo a muy corto plazo y parece que hace unos minutos hemos descubierto una de ellas.

Ayer, la cuenta oficial de GNOME Project en Twitter anunció la llegada de su entorno gráfico a los repositorios de Arch Linux, por lo que los usuarios de este sistema operativo avanzado y las distribuciones basadas en él ya pueden instalar GNOME 3.34. Una de las distribuciones más madrugadoras en ofrecerlo ha sido Manjaro Linux, tal y como podéis ver en la captura que encabeza este artículo.

GNOME 3.34 es realmente rápido

GNOME 3.34 can now be found in the Arch Linux repositories! This is great news for Arch users everwhere 👍 #btwIUseArch

— GNOME (@gnome) September 20, 2019

https://platform.twitter.com/widgets.js

¡GNOME 3.34 puede encontrarse en los repositorios de Arch Linux! Grandes noticias para los usuarios de Arch de todas partes.

Give @ManjaroLinux with Gnome 3.34 a spin! @gnome https://t.co/1XMzZo7dPt pic.twitter.com/hP8Xe97vsE

— Manjaro Linux (@ManjaroLinux) September 21, 2019

https://platform.twitter.com/widgets.js

¡Dale un giro a Manjaro Linux con GNOME 3.34!

Velocidad aparte, y esto es algo que he notado incluso en una máquina virtual de Ubuntu 19.10 Eoan Ermine, algunas de las novedades más destacadas de GNOME 3.34 son la posibilidad de crear carpetas en el menú de aplicaciones, lo que nos permite agrupar los iconos por categorías, que la ventana de las Preferencias del sistema es responsiva y podemos encogerla hasta que de dos paneles aparezca solo uno, o retoques en su imagen, lo que incluye iconos rediseñados. GNOME Project también ha aprovechado la ocasión para mejorar muchas de sus aplicaciones, entre las que tenemos su navegador, Música, Mapas o un Terminal que ahora reconoce también idiomas cuya escritura es de derecha a izquierda o en ambas direcciones.

Por otra parte, GNOME 3.34 será la versión del escritorio que usará Ubuntu 19.10 Eoan Ermine. ¿Ya lo has probado?

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

Después de dos meses de desarrollo se presento el lanzamiento de la nueva versión de la distribución de Linux “Tails 3.16” (The Amnesic Incognito Live System) que esta basada en la base de datos del paquete Debian y diseñada para proporcionar acceso anónimo a la red.

Para aquellos que aún desconocen de Tails, deben saber que esta distribución de Linux esta basada en los paquetes de Debian y destinada a proporcionar acceso anónimo a la red. El acceso anónimo a Tails es proporcionado por Tor. Todas las conexiones, excepto el tráfico a través de la red Tor, están bloqueadas por defecto con un filtro de paquetes.

El cifrado se utiliza para almacenar los datos del usuario en el modo de guardar los datos del usuario entre inicios

Principales novedades de Tails 3.16

La nueva versión de Tails 3.16 llega con las versiones actualizadas de Tor Browser 8.5.5 en la cual en esta nueva versión del navegador web se ha llevado a cabo la transición al uso de la nueva rama estable de Tor 0.4.1, así como la adición de la nueva versión de NoScript 11.0.3.

Esta nueva versión de Tor Browser 8.5.5 está sincronizada con la base de código de ESR Firefox 60.9.0, en la que se han corregido 10 vulnerabilidades, de las cuales dos problemas recopilados bajo CVE-2019-11740 podrían conducir a la organización de la ejecución de código malicioso.

Ademas del error (CVE-2019-9812) que hace posible eludir el entorno limitado de aislamiento mediante la manipulación de Firefox Sync.

Es importante mencionar que Tor Browser 8.5.5 será la última versión de la serie Tor 8.5, en octubre, se preparará el lanzamiento de Tor Browser 9.0 basado en la nueva rama Firefox 68 ESR.

Otro de los componentes actualizados es en Tails 3.16 es Thunderbird 60.8 y el kernel de Linux (4.19.37-5 + deb10u2), que corrigió la vulnerabilidad SWAPGS (opción Spectre v1).

Un cambio que se realizo en esta nueva version de Tail es con la aplicación LibreOffice Math la cual se ha eliminado, que, si es necesario, se puede instalar a través del asistente de instalación para programas adicionales.

Además se suspendió la entrega de un conjunto predefinido de marcadores en el navegador Tor y se generaron automáticamente cuentas I2P e IRC en Pidgin.

Finalmente también se destaca que el código de Tails fue rediseñado para ocultar particiones de disco con datos de usuario de Tails.

Descargar Tails 3.16

Si quieres probar o instalar esta nueva versión de esta distribución de Linux en tu equipo, puedes obtener la imagen del sistema la cual ya está disponible desde su página web oficial en su sección de descargas, en enlace es este.

En cuanto a los requisitos de este sistema en para poder ejecutarlo en tu ordenador debes de contar con al menos estos requisitos para poder instalarlo sin problemas.

• El primero y mas importante es que cuentes ya sea con un lector de DVD interno o externo o la posibilidad de iniciar desde una memoria USB.
• Tails requiere un procesador compatible con x86-64 de 64 bits: IBM PC compatible y otros, pero no PowerPC ni ARM  por lo que Tails no funciona en la mayoría de las tabletas y teléfonos.
• 2 GB de RAM para trabajar sin problemas. Se sabe que Tails trabaja con menos memoria, pero es posible que experimente comportamientos o bloqueos extraños.

¿Cómo actualizar a la nueva versión de Tails 3.16?

Si ya cuentas con alguna versión anterior de Tails y entra en la lista de versiones que pueden ser actualizadas a esta nueva versión, debes de abrir una terminal y ejecutar los siguientes comandos.

Primero actualizamos nuestro listado de paquetes y repositorios con:

apt-get update

Indicamos que se actualicen con:

apt-get upgrade

Ahora debemos de descarga e instala las últimas versiones de paquetes, dependencias y más recientes.

apt-get dist-upgrade -y

Al finalizar esto eliminamos todos los paquetes obsoletos y que ya no se necesitan

apt-get autoremove -y

Al finalizar esto, debemos de reiniciar nuestro equipo para que los nuevos cambios sean puesto en marcha e iniciamos con la nueva versión de Tails.

Y listo con esto ya tenemos la nueva actualización de Tails en nuestro equipo.

from Linux Adictos https://ift.tt/30kZ55v
via IFTTT

Sam Hartman, el líder del proyecto Debian, trató de resolver los desacuerdos con respecto a la entrega del paquete elogind como parte de la distribución. En julio, el equipo responsable de preparar los lanzamientos bloqueó la inclusión de elogind en la rama de prueba, ya que este paquete entra en conflicto con libsystemd.

Como motivo de bloqueo, hubo un conflicto con el paquete systemd y el peligro de reemplazar libsystemd con una versión alternativa de libelogind, que es completamente incompatible con la biblioteca fuente en el nivel ABI.

Sobre elogind es importante saber que este proporciona las interfaces necesarias para que Gnome funcione sin instalar systemd. El proyecto se basa como una rama de systemd-logind, extraído en un paquete separado y guardado desde el enlace a los componentes de systemd.

La inclusión de elogind proporciona su propia versión de la biblioteca libelogind, que asume una serie de funciones ofrecidas por libsystemd y reemplaza esta biblioteca durante la instalación.

En el paquete, elogind está marcado como conflictivo con las bibliotecas systemd, pero está diseñado inherentemente para funcionar solo sin systemd y un conflicto con systemd es incluso beneficioso, ya que no le permite instalar elogind por error.

Por otro lado, en la forma actual, los intentos a través de APT para actualizar la configuración de systemd a la versión con sysvinit y elogind resultan en un sistema dañado con un APT inoperativo. Pero incluso con la eliminación de este defecto, la transición de systemd a elogind sigue siendo imposible sin eliminar los entornos de usuario ya instalados.

Con lo cual se pidió a los desarrolladores de Elogind que adaptaran elogind para trabajar sobre el libpam-systemd regular, sin usar su propia capa libpam-elogind.

La transición de elogind a libpam-systemd se ve obstaculizada por la falta de soporte para el concepto de sectores, pero los desarrolladores de elogind no quieren lograr el pleno cumplimiento de la API y repetir exactamente todas las características de systemd, ya que elogind solo proporciona una funcionalidad mínima para organizar los inicios de sesión de los usuarios y no se propone repetir todos los subsistemas de systemd.

La resolución de los problemas técnicos descritos debe resolverse en el nivel de interacción entre el equipo de lanzamiento y los mantenedores de elogind y systemd, pero el líder del proyecto se vio obligado a intervenir porque los equipos no podían ponerse de acuerdo, el trabajo conjunto se convirtió en una confrontación y la solución al problema llegó a un callejón sin salida, en el que cada lado de la ley a su manera.

Según Sam Hartman, la situación se acerca a un estado que requiere un voto general (GR, resolución general), en el que la comunidad decidirá sobre sistemas alternativos para inicializar y apoyar sysvinit con elogind.

Si los participantes del proyecto votan para diversificar los sistemas de inicialización, todos los encargados del mantenimiento participarán en un trabajo conjunto para resolver este problema o se designarán desarrolladores responsables especiales para que trabajen en este problema y aquellos que los acompañen ya no podrán ignorar el sistema de inicialización alternativo, permanecer en silencio o retrasar el proceso.

Actualmente, el repositorio ya ha acumulado 1033 paquetes que suministran unidades de servicio para systemd, pero no incluyen scripts init.d.

Para resolver este problema, se propone suministrar archivos de servicio de forma predeterminada, pero preparar un controlador que analice automáticamente los comandos de estos archivos y genere scripts init.d basados ​​en ellos.

Si la comunidad decide que Debian tiene suficiente soporte para un único sistema de inicialización, ya no se debe preocupar por sysvinit y elogind, centrándose solo en los archivos de la unidad y systemd.

Dicha solución afectará negativamente a los ports que no usan el kernel de Linux, pero todavía no hay tales puertos en el archivo principal y no tienen un estado de soporte oficial.

La vinculación a systemd también complicará significativamente el cambio en la dirección del desarrollo de la distribución en el futuro y limitará más experimentos en el campo de la inicialización y la gestión del servicio.

Cada solución tiene sus ventajas y desventajas, por lo que antes de la votación se requerirá una discusión exhaustiva de todos los argumentos a favor y en contra.

Fuente: https://lists.debian.org/

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

Logo de Microsoft

En la conferencia CppCon 2019 que ha estado siendo celebrada en estos días, los exponentes de Microsoft aprovecharon para realizar el anunció la apertura del código para su implementación de la Biblioteca estándar de C ++ (también conocida como STL), que forma parte del kit de herramientas MSVC y el entorno de desarrollo de Visual Studio.

La biblioteca implementa las capacidades descritas en los estándares actuales de C ++ 14 y C ++ 17, y también se desarrolla en la dirección de soportar el futuro estándar C ++ 20, siguiendo los cambios en el borrador de trabajo actual.

Según las razones por las que la gente de Microsoft ha decidido realizar este movimiento, en el comunicado explican:

Hay varias razones por lo que hacemos esto, una de ellas es trabajar en el STL en GitHub, esto permitirá a nuestros clientes seguir nuestro desarrollo tal como sucede, probar nuestros últimos cambios y ayudarnos a mejorar nuestras solicitudes de extracción al revisarlos.

A medida que la estandarización de C ++ se acelera, y cada año se votan características más grandes, creemos que será importante aceptar las características principales como contribuciones de código abierto. (Por ejemplo, las bibliotecas cronológicas y de formato de C ++ 20 son candidatos potenciales). También queremos contribuir de nuevo a la comunidad de C ++ al hacer posible la implementación de nuestras funciones principales. (Por ejemplo, charconv de C ++ 17)

Con ello la gente de Microsoft da ca conocer que se planea continuar desarrollando esta biblioteca como un proyecto abierto que se está desarrollando en GitHub que aceptará solicitudes de extracción de desarrolladores externos con correcciones y la implementación de nuevas características (para participar en el desarrollo, se requiere un acuerdo CLA para transferir los derechos de propiedad al código transferido).

Se observa que la transferencia del desarrollo de STL a GitHub ayudará a los clientes de Microsoft a realizar un seguimiento del progreso del desarrollo, experimentar con los últimos cambios y ayudar a revisar las solicitudes entrantes de innovaciones.

Abrir el código también permitirá a la comunidad utilizar implementaciones ya preparadas de oportunidades de nuevos estándares en otros proyectos.

Sobre la licencia del código de está biblioteca, es propuesto como abierto bajo la licencia Apache 2.0 con excepciones para archivos binarios que resuelven el problema de incluir bibliotecas de tiempo de ejecución en la composición de los archivos ejecutables generados.

Para ser claros, el STL de MSVC no se está fusionando con libc ++ ya que siguen siendo bibliotecas distintas.

Microsoft explica por que la licencia de código se selecciona de tal manera que permita intercambiar código con la biblioteca libc ++ del proyecto LLVM. STL y libc ++ difieren en la representación interna de las estructuras de datos, pero si lo desean, los desarrolladores de libc ++ pueden portar funcionalidades interesantes de STL (por ejemplo, charconv) o ambos proyectos pueden desarrollar conjuntamente algunas innovaciones.

STL de MSVC se distribuye bajo la licencia Apache v2.0 con excepciones LLVM, que fue creado recientemente por el proyecto Clang / LLVM / libc ++.

Las excepciones agregadas a la licencia de Apache cancelan el requisito de mencionar el uso del producto fuente al entregar archivos binarios compilados con STL a los usuarios finales.

Esta licencia de código abierto permisiva fue elegida porque tener la misma licencia que libc++ lo que hará que sea más fácil compartir código entre las bibliotecas. Para ser claros, el STL de MSVC no se está fusionando con libc ++; siguen siendo bibliotecas distintas que admiten diferentes plataformas con diferentes representaciones de estructura de datos.

Por otra parte uno de los objetivos clave del proyecto se denomina cumplimiento total con los requisitos de las especificaciones, lo que garantiza un alto rendimiento, facilidad de uso (depuración, diagnóstico, herramientas de detección de errores) y compatibilidad a nivel de origen y ABI con versiones anteriores de Visual Studio 2015/2017.

Entre las áreas que Microsoft no está interesado en desarrollar son la portabilidad a otras plataformas y agregar extensiones personalizadas.

Si quieres conocer mas al respecto sobre el comunicado que realizo Microsoft puedes consultarlo en el siguiente enlace.

from Linux Adictos https://ift.tt/30kWk49
via IFTTT

Canoncial dijo que retiraría el soporte para paquetes de 32-bit en su Ubuntu, pero la comunidad se le echó un poco encima porque aún había muchos usuarios que dependían de este tipo de paquetes. Es verdad que es la tendencia de la mayor parte de desarrolladores, ir abandonando los paquetes antiguos para centrar esfuerzos en los modernos. Pero los 32-bit parece que serán complicados de olvidar…

Tras las quejas, Canonical reflexionó y dijo que dejaría el soporte en Ubuntu 19.xx y que lo eliminaría en Ubuntu 20.xx. Tras esta pequeña tregua o retraso en el cese de este tipo de paquetes, ahora parece que Canonical se lo tomará aún con más calma y dejará algunos paquetes de 32-bit incluso en Ubuntu 20 y más allá. Algunos como Valve dijeron que si no mantenían el soporte abandonarían la plataforma, y es que el mundo gaming aún es muy dependiente de esto en muchos juegos más antiguos.

Ahora se sabe que en Ubuntu 20.04 habrá aún paquetes de 32-bit, pero será una lista algo más reducida, dejando aquellos que están abandonados sin mantenimiento y que pueden causar problemas de seguridad y estabilidad para la distro. Es decir, si mantienes los paquetes contentas a muchos usuarios, pero también generas otros problemas. Los contenedores podrían ir resolviendo estos problemas. Espero que se busque un buen compromiso.

Si quieres ver la lista completa de paquetes de 32-bit que estarán disponibles lo puedes ver aquí. Pero ya adelanto que los gamers están de enhorabuena. El mundo gaming seguirá contando con paquetes como los motores gráficos Unity y Godot, algunos otros drivers, y también SDL 2, Wine, DXVK, Steam, paquetes MESA, etc. Es decir, la mayor parte de paquetes críticos por los que muchos temían.

¿Cómo te afectará? Lo cierto es que si tienes un equipo con chip de 64-bit y no eres demasiado dependiente de ese software no te afectará nada. Si eres dependiente de algún paquete de 32-bit que no se encuentre en la lista, piensa en buscar una alternativa de 64-bit…

from Linux Adictos https://ift.tt/30cyN5i
via IFTTT