Yo, que empecé a usar Linux en 2006, sigo teniendo cierta sensación de «peligro» cada vez que leo esta palabra. En realidad no es que sea mala, pero cuando tiene problemas con él y no sabes solucionarlos, que falle el gestor de arranque puede traducirse en tener que reinstalar y perder información. Además, en este tipo de gestores puede haber vulnerabilidades y fallos como los que ha corregido GRUB 2.06, la nueva versión que ha llegado con un año de retraso y unos dos después de la v2.04.

El lanzamiento de GRUB 2.06 estaba programado para 2020, pero no llegó. Los motivos exactos no se han hecho públicos, pero ya sabemos que 2020 no fue el año más normal del mundo. Además, más recientemente se encontraron fallos que había que corregir, por lo que, comos siempre se ha dicho, nunca es tarde si la dicha es buena y si el retraso es por un buen motivo. Disponible para probar desde marzo, ya ha sido lanzada su versión estable.

Novedades más destacadas de GRUB 2.06

• Se han incluido varios parches para que sea más consistente. Hasta ahora, muchas distribuciones gestionaban las cosas a su manera. Tras el trabajo conjunto, esto ha cambiado.
• Soporte para SBAT.
• Ahora soporta el volumen de cifrado LUKS2.
• Soporte para Xen Security Modules (XSM/FLASK).
• Correcciones de seguridad de BootHole/BootHole2.
• Soporte para GCC 10+ y Clang 10+ en lo que no es una actualización a las últimas versiones, ya que ya GCC 11 y Clang 12 ya han lanzado sus respectivas versiones estables.

Los gestores de arranque son partes muy delicadas, por lo que no se recomienda (aunque se pueda) instalarlos o modificarlos por cuenta propia. Además, las diferentes distribuciones Linux añaden los nuevos paquetes como actualización en cuanto pueden, por lo que, creo, no merece la pena tomar ningún riesgo, sobre todo para los usuarios de una distribución cuyo modelo de desarrollo sea Rolling Release.

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

Si tienes una distro GNU/Linux instalada en un portátil ASUS, entonces deberías conocer la herramienta bat. Un sencillo comando que puede ayudarte a establecer fácilmente los umbrales de carga para las baterías de estos portátiles. De esa forma, podrás ayudar a alargar la vida útil de las baterías.

El comando bat de Linux pretende replicar las funciones de la utilidad ASUS Battery Health Charging, que no está disponible para las distros, solo para Windows.

Por ejemplo, con bat podrás cambiar fácilmente de un umbral de carga a otro, restablecer a otro umbral anterior, ver la corriente de carga que se está usando, visualizar el nivel actual de la carga de la batería o el estado. Todo ello gracias al uso de servicios de systemd (v244 o superior, por lo que necesitarás una distro Fedora 32, Ubuntu 20.04, Debian 11.0, openSUSE Leap 15.3, etc., o superiores). También se necesita Bash y el kernel Linux 5.4 o superior, ya que de lo contrario no funcionaría con algunos portátiles ASUS.

Para su instalación, puedes seguir estos pasos:

• Accede a esta página de GitHub y descarga el paquete que se llama bat en tu directorio personal.
• Luego deberás instalar en /usr/local/bin con:

cd ~

sudo install bat /usr/local/bin

• Ahora ya podrás comenzar a ejecutar órdenes con bat. Por ejemplo, para ver el umbral de carga:

bat -t

• Para establecer el umbral de carga al 60% y que cuando la batería llegue a esa cifra se detenga la carga:

bat -t 60

• Hacer que el cambio sea permanente:

bat -p

• Revertir el cambio:

bat -r

• Mostrar el nivel de carga actual de tu batería con bat:

bat -c

• E incluso poder mostrar el estado con:

bat -s

Espero que te haya servido de ayuda y puedas disfrutar de estas mejoras que con bat se encuentran ahora disponibles en Linux a falta de que ASUS se digne a lanzar su software nativo también para esta plataforma…

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

El pasado noviembre nos hicimos eco de algo que estaba preparando Vivaldi Technologies para su navegador. En prácticamente todos sus rivales, yo no conozco a otro que lo haga, cuando queremos revisar nuestro correo o ver qué tareas tenemos por delante tenemos que entrar a la página web del servicio o usar un cliente como Thunderbird. Eso ya no será necesario a partir del Vivaldi 4.0 que han lanzado esta misma mañana.

De hecho, estas opciones ayudaron a que yo me cambiara a Vivaldi como navegador por defecto hace ahora algo más de un mes. Además del calendario y el correo, el que quiera suscribirse a feeds RSS también puede hacerlo desde una nueva herramienta, pero si personalmente no la uso es porque mezcla correo con noticias, aparece que hay algo por leer y no sincroniza entre dispositivos, por lo que me he quedado con Inoreader en el panel lateral.

Novedades más destacadas de Vivaldi 4.0

• Herramienta de traducción nativa, impulsada por Lingvanex.
• Cliente de correo (por pestañas), calendario y RSS que se añaden al panel lateral. Si se activa la opción RSS, aparece un nuevo icono en la barra de URL para suscribirse rápidamente. En la nota de lanzamiento explican cómo hacer que no se muestre en el correo, por lo que le daré otra oportunidad.
• Nueva pantalla de bienvenida desde donde elegimos cuánto de las funciones especiales queremos usar, entre la opción esencial, clásica y completa. Como no podía ser de otra manera, si algo no se activa desde el principio, se puede activar más adelante.
• Nuevos temas.
• Soporte para azerbaiyano y kurdo.
• Motor actualizado a Chromium 91.0.4472.79.
• Corregidos muchos bugs, disponibles todos en la lista de cambios.

Vivaldi 4.0  ha sido lanzado oficialmente esta mañana, por lo que los usuarios de Windows y macOS ya pueden actualizar desde el mismo navegador o descargar la nueva versión desde la página oficial. Entre los usuarios de Linux, en Ubuntu ya está disponible desde el repositorio, mientras que a otros sistemas operativos llegará en los próximos días.

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

A finales del 2020 Collabora dio a conocer sus intenciones de crear un controlador para Wine para poder trabajar con Wayland, ya que en Linux, Wine usa X11 para interactuar con el servidor de pantalla X11. En muchos sistemas modernos el protocolo Wayland es, por diseño, más restringido en comparación con los sistemas de visualización más tradicionales como X11 y win32, lo que presenta un conjunto único de desafíos en la integración de Wayland con Wine.

Tres meses después de ello Collabora presento la primera actualización del controlador en la cual las mejoras presentadas era el trabajo bidireccional entre Wine y Wayland en lo más esencial básicamente, aun que el controlador presentaba muchos errores y sobre todo con el escalado de las ventanas.

Durante los últimos meses, hemos estado mejorando el controlador Wayland experimental para Wine, que permite que las aplicaciones de Windows se ejecuten directamente en los compositores de Wayland. Nuestro objetivo es eventualmente eliminar la necesidad de XWayland para muchos casos de uso y, por lo tanto, reducir la complejidad general del sistema al tiempo que elimina los puntos de posible ineficiencia.

Ahora después de casi 7 meses de trabajo se ha presentado una versión mejorada del controlador Wayland que permite ejecutar aplicaciones usando GDI y OpenGL/DirectX a través de Wine directamente en un entorno basado en Wayland, sin usar la capa XWayland y deshacerse del enlace de Wine al protocolo X11.

Sobre la nueva versión del controlador

En esta nueva versión se presenta el soporte de Vulkan y tambien viene con el manejo de administración de ventanas con lo cual el cambio de tamaño, pantalla completa, minimización, entre otras acciones ya no es un problema, además de que y se puede usar directamente o para implementar Direct3D a través de WineD3D o DXVK.

Los desarrolladores de Collabora mencionan que el controlador de Wayland ahora cuenta con el soporte para poder trabajar en varios monitores a Wine y admite la adición y eliminación dinámicas de monitores. También admite cambiar la resolución percibida por la aplicación de cada monitor (a través del escalado del compositor, consulte la actualización anterior ) para implementar cambios de modo por monitor.

Además se admite el cambio de la resolución y el modo de cada monitor y el escalado para HiDPI y se proporciona el trabajo con pantallas con alta densidad de píxeles (HiDPI).

Por último, tambien se menciona que se ha implementado el manejo de diseños de teclado en Wayland y se agregó soporte para recorte y movimiento relativo del cursor.

Con esta nueva versión el controlador esta cada vez más cerca de ser funcional para su uso general, además de que las conversaciones con los desarrolladores de Wine se continúan en el tema de incluir la ayuda Wayland en la rama estadificación de Wine con posterior traslado a la composición principal del Wine.

Sobre ello Alexandros Frantzis (desarrollador de Collabora) compartió:

» Creo que el controlador ha llegado a un punto en el que tiene suficientes funciones para ser útil para muchos casos de uso y también proporciona suficiente confianza en que es una opción viable en el futuro. Mi plan ahora es principalmente centrarse en las correcciones / mejoras y empezar a prepararse para la puesta en escena mediante la creación de una serie de conjuntos de parches más amigables con las revisiones / upstream » .

Finalmente si estás interesado en conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

Construir el controlador

Para quienes estén interesados en poder obtener, construir y/o usar el controlador de Wayland para Wine deben saber que se requiere de contar con Wayland instalado asi como wayland-client, wayland-egl y xkbcommon development.

La construcción del controlador la pueden realizar abriendo una terminal y en ella van a teclear los siguientes comandos:

git clone -b wayland https://gitlab.collabora.com/alf/wine/
cd wine
./configure --with-wayland [--with-vulkan --with-vkd3d]
make [-jN]
DISPLAY= WAYLAND_DISPLAY=wayland-0 ./wine ...

Para conocer más al respecto sobre el proceso de compilación u obtener el código fuente, pueden realizarlo en el siguiente enlace.

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

Hace pocos dias se dio a conocer el lanzamiento de la nueva versión AV Linux MX Edition 2021.05.22, la cual es una popular distribución que contiene una selección de aplicaciones para la creación y/o procesamiento de contenido multimedia.

La distribución se basa en el paquete base MX Linux, utilizando los repositorios Debian con mejoras del proyecto antiX y aplicaciones propias que facilitan la configuración e instalación del software. AV Linux también usa los repositorios de KXStudio con una colección de aplicaciones de procesamiento de audio y paquetes adicionales de su propio ensamblaje (Polyphone, Shuriken, Simple Screen Recorder, etc.).

El kernel de Linux viene con un conjunto de parches RT para aumentar la capacidad de respuesta del sistema durante el procesamiento de audio. El entorno de usuario se basa en Xfce4 con el administrador de ventanas OpenBox en lugar de xfwm.

El paquete incluye editores de audio Ardor, ArdourVST, Harrison, Mixbus, Blender, editores de video Cinelerra, Openshot, LiVES y herramientas para convertir formatos de archivos multimedia. Para cambiar de dispositivo de audio, se ofrece el kit de conexión de audio JACK (utilizando JACK1/Qjackctl, no JACK2/Cadence).

Está construido con soporte para arquitecturas i386 y x86-64 y gracias a su núcleo personalizado, ofrece a los usuarios una producción de audio de baja latencia para obtener el máximo rendimiento.

Una de las cosas que lo hacen excelente como una distribución en vivo son sus muchos controladores adicionales para una gran cantidad de hardware de audio y video, como tarjetas de sonido, tarjetas gráficas, controladores midi y más.

Principales novedades de AV Linux MX Edition 2021.05.22

La nueva versión de la distribución llega con una serie de cambios para amabas arquitecturas del sistema y de manera general el paquete del kernel de Linux del proyecto Liquorix se ha cambiado a la rama Debian Buster, además de que el entorno Xfce utiliza el administrador de ventanas Openbox de forma predeterminada y se eliminaron xfwm y xfdesktop.

Tambien se destaca que se reemplazó el administrador de inicio de sesión con SliM, se agregaron complementos de sonido Drops y MZuther y se eliminó el repositorio obsoleto de OBS libfaudio.

Por la parte de las aplicaciones actualizadas que incluyen podremos encontrar SFizz 1.0, Ardor 6.7, Reaper 6.28 (con soporte para complementos LV2), Harrison Mixbus demo 7.0.150, ACM Plugin demo 3.0.0.

En cuanto a los cambios específicos en la versión de 32 bits:

• Se corrigió el conector del módulo de audio de pulso que faltaba.
• Se corrigió a2jmidid que faltaba.
• Se actualizó Dragonfly Reverbs a la última versión para solucionar el problema de ruido aleatorio.

Y para la versión de 64 bits:

• Corregido Liquorix Repo para Buster.
• Actualizaciones y mejoras del Asistente AVL-MXE para que ocupe menos espacio en la pantalla.
• Se ha austado la temática predeterminada de Diehard y el logotipo de AVL-MXE y los nuevos fondos de pantalla de DH.
• Una barra de tareas más tradicionales de la configuración anterior del Dock.
• Se agregaron algunos complementos de audio nuevos: Drops, complementos MZuther.
• SFizz actualizado a 1.0.
• Se actualizaron las demostraciones del complemento ACM a la versión 3.0.0.

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

Descarga y obtener AV Linux MX Edition 2021.05.22

Para quienes estén interesados en descargar y probar esta nueva versión de AV Linux MX Edition 2021.05.22, solo debes dirigirte a su página web oficial y en su sección de descargas encontraras los links para descargar esta distro de Linux.

El enlace es este.

Ahora si ya eres usuario de esta distro y quieres obtener las nuevas actualizaciones proporcionadas en esta liberación, solo basta con que ejecutes los comandos de actualización en tu distro desde la terminal.

Solo tienes que ejecutar en terminal:

sudo apt update
sudo apt upgrade -y

Hecho esto ahora tendras que reiniciar tu equipo para que todos los cambios sean aplicados en el siguiente inicio.

Ya de nuevo en tu sistema, tendrás que nuevamente abrir una terminal y en ella ejecutas los siguientes comandos:

sudo apt update
sudo apt dist-upgrade -y

Finalmente, tendrás que volver a reiniciar tu sistema por una última vez para que las actualizaciones recibidas sean implementadas.

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

Deep Learning Super Sampling (DLSS) es una tecnología incorporada en los modelos de tarjetas gráficas NVIDIA Geforce RTX. Básicamente se utilizan técnicas de inteligencia artificial para mejorar el rendimiento de los juegos sin exigirle más al hardware.

Cómo funciona el DLSS

Estas nuevas tarjetas incluyen núcleos especializados en la ejecución de algoritmo utilizados en inteligencia artificial. Mediante la tecnología DLSS, una imagen puede renderizarse a una resolución baja y aplicando el aprendizaje profundo visualizarse como si se hubiera hecho con una calidad superior. Esto lo logra en las partes del fotograma más relevantes para la percepción humana.

Para realizar su trabajo los nucleos Tensor recogen información sobre la mitad de los píxeles que debe renderizar (a una resolución inferior). Esto lo completa con información generada por inteligencia artifical, desde el servidor central de NVIDIA, extrapolando los datos de los miles de imágenes que tienen procesadas, para conseguir la imagen definitiva. En otras palabras, se obtiene el mismo resultado con la mitad del trabajo local.

Aclaremos que esto no funciona con todos los juegos, solo con algunos títulos. Es decir que lo que se muestra es una combinación de lo que está pasando en el juego con otras almacenadas previamente en su servidor. ¿Soy yo el único que piensa en que esto es una pesadilla de privacidad?

¿Tendremos Deep Learning Super-Sampling en Linux?

Si y no.

Mediante una colaboración con Valve, se prodrá usar esta tecnología siempre y cuando contemos con las tarjetas compatibles y en aquellos juegos soportados siempre y cuando corran bajo Proton. Según algunos cálculo esto reduce la cuenta disponible al 50% de la lista (30 sobre 60)

Proton es una herramienta que se usa en conjunto con el cliente de Steam y permite que los juegos exclusivos de Windows se ejecuten en el sistema operativo Linux. Proton se apoya en Wine para proveer la capa de compatibilidad.

Siempre nos quedará AMD

En la misma feria taiwanesa donde NVIDIA anunció su acuerdo con Valve, AMD anunció su propia tecnología llamada FidelityFX Super Resolution (FSR)
AMD la define como:

…nuestra nueva solución de código abierto de alta calidad para producir fotogramas de alta resolución a partir de entradas de menor resolución. Utiliza una colección de algoritmos de vanguardia con un énfasis especial en la creación de bordes de alta calidad, lo que proporciona grandes mejoras de rendimiento en comparación con el renderizado a resolución nativa directamente. FSR permite un «rendimiento práctico» para las operaciones de renderizado más costosas, como el trazado de rayos por hardware.

Mientras que NVIDIA limita estas nuevas característícas a los controladores propietarios de sus tarjetas gráficas (Que no suelen actualizarse ni funcionar igual de bien en Linux como en Windows) AMD no solo abrió el código fuente de sus drivers (logrando un salto cualitativo de calidad) sino que FSR no requerirá de un controlador específico. Por el momento es compatible con más de 100 GPU y procesadores y tendrá soporte para dispositivos móviles.

De acuerdo a lo anunciado, FSR viene con cuatro modos de calidad y podría lograr hasta el doble del rendimiento del 4K nativo en los títulos compatibles.

Según pruebas realizadas por AMD, La activación de FSR en el modo de calidad Ultra produjo un aumento del 59 por ciento en el rendimiento, llevando la velocidad de cuadro promedio a 78 FPS. Con el modo Performance más intenso, el promedio se elevó a 150 FPS .Esto significa un aumento del desempeño de más de un 200%

Mientras que los primeros parches para juegos van a estar disponibles a partir del 22 de junio, no se anunció todavía cuando va a estar la disponibilidad del código fuente. Si se conoció que estará disponible bajo la licencia MIT.

Por el momento, la propuesta de NVIDIA va liderando con una mayor cantidad de títulos. Sin embargo, FidelityFX Super Resolution es la tecnología elegida por dos de las consoloas más populares; Xbox y PlayStation.

Lo seguro es que al ser de código abierto, sin dudas la todavía creciente, pero cada vez más numerosa lista de juegos nativos para Linux no vacilarán en incorporarla

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

La nueva versión de KDE Plasma 5.22 ya está disponible y en esta nueva versión se destacan diversas mejoras clave de entre las cuales se destaca la implementación de un modo de ajuste adaptativo de la transparencia del panel y widgets ubicados en el panel, en el que el panel es transparente por defecto, pero la transparencia se desactiva automáticamente si hay al menos una ventana maximizada a pantalla completa. En las opciones del panel, puede deshabilitar este comportamiento y habilitar la transparencia u opacidad permanente.

Tambien podremos encontrar en esta nueva versión que el trabajo que se ha venido realizado para el soporte para Wayland continua mejorado enormemente, pues al usar Wayland, se proporciona la capacidad de trabajar con salas (actividad) y soporte para buscar por elementos de menú en el subprograma con la implementación del menú global, tambien se ha ajustado el trabajo de maximización vertical y horizontal de ventanas, así como se ha implementado la posibilidad de utilizar el efecto «Ventanas presentes».

Mientras que para el administrador de ventanas de KWin utiliza el protocolo Wayland para optimizar el rendimiento mediante el escaneo directo de ventanas de pantalla completa en GPU que no son de NVIDIA y se agregó soporte para la tecnología FreeSync de Wayland, que permite que la tarjeta gráfica cambie la frecuencia de actualización del monitor para garantizar un juego suave y sin rasgaduras.

Además, se menciona que se ha trabajado para unificar la interfaz de los subprogramas de la bandeja del sistema y se modificó el diseño del cuadro de diálogo emergente del subprograma del reloj y se agregó la capacidad de personalizar la visualización de la fecha en una línea con la hora. El subprograma de control de volumen ofrece la posibilidad de seleccionar un perfil para dispositivos de audio, por ejemplo, para cambiar rápidamente el dispositivo de reproducción sin abrir la interfaz de configuración.

En el sistema para mostrar notificaciones de archivos descargados o movidos, se proporciona la pantalla de aplicaciones, que se abrirá cuando se haga clic en el enlace «abrir». Las notificaciones de descarga de archivos ahora informan al usuario que el proceso de descarga está bloqueado y la necesidad de iniciar acciones para iniciar o continuar la descarga.

En KRunner, se implementa la visualización de resultados de búsqueda de varias líneas, lo que, por ejemplo, hace que sea más conveniente mostrar definiciones, además de que tambien se agregó filtrado de duplicados encontrados por diferentes controladores (por ejemplo, la búsqueda de «firefox» ya no ofrece opciones equivalentes para iniciar la aplicación Firefox y ejecutar el comando firefox en la línea de comandos).

Para realizar un seguimiento de los cambios en los parámetros del sistema (consumo de memoria, carga de la CPU, actividad de la red, ejecución de aplicaciones, etc.), se utiliza la interfaz Plasma System Monitor de forma predeterminada , que reemplazó a KSysGuard .

Finalmente, tambien podremos encontrar que cuando inicia el configurador, ahora se muestra una nueva página de configuración rápida de forma predeterminada, donde los parámetros más populares se recopilan en un solo lugar, así como un enlace para cambiar el fondo de pantalla del escritorio.

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

• En configuraciones de varios monitores, de forma predeterminada, las ventanas se abrirán en la pantalla donde se encuentra actualmente el cursor.
• Se agregó un parámetro para controlar la actividad del modo de instalación de la actualización en el modo fuera de línea, omitiendo la configuración predeterminada que se ofrece en las distribuciones.
• Soporte mejorado para ayudas para discapacitados y navegación por teclado.
• Se agregó el atajo de teclado Meta + V para mostrar el historial de colocación de datos en el portapapeles.
• El nuevo menú Kickoff elimina los molestos retrasos antes de cambiar de categoría y también resuelve un problema con el cambio aleatorio de categorías al mover el cursor.
• En el administrador de tareas, se ha cambiado el comportamiento predeterminado del modo de resaltado de la ventana, que ahora se activa solo cuando el cursor del mouse se desplaza sobre la miniatura de la ventana.
• Se ha asegurado el correcto funcionamiento de las teclas de acceso rápido globales, que afectan no solo a los caracteres latinos en los teclados.
• El widget de notas adhesivas ofrece la posibilidad de cambiar el tamaño del texto.

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

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

El Comité Directivo de GCC aprobó hace pocos dias el fin de la transferencia obligatoria de los derechos de propiedad del código a la Open Source Foundation. Con este nuevo cambio los desarrolladores que deseen enviar cambios al GCC ya no están obligados a firmar un CLA con la Free Software Foundation, es decir, para participar en el desarrollo, a partir de ahora, solo puede confirmar que el desarrollador tiene derecho a transferir el código y no intenta apropiarse del código de otra persona.

Los desarrolladores que no quieran firmar un acuerdo CLA con la Free Software Foundation tienen la oportunidad de utilizar los términos del Certificado de origen de desarrollador (DCO), que se han aplicado desde 2004 al transferir cambios al kernel de Linux.

De acuerdo con las reglas de DCO, el seguimiento del autor se lleva a cabo adjuntando una línea «Firmado por: nombre del desarrollador y correo electrónico» a cada cambio. Al adjuntar esta firma al parche, el desarrollador confirma su autoría sobre el código transferido y acepta su distribución como parte del proyecto o como parte del código bajo una licencia gratuita.

Si anteriormente los desarrolladores firmaron un acuerdo especial que transfiere todos los derechos de propiedad del código a la Open Source Foundation, ahora dicho acuerdo se firma a voluntad y el desarrollador puede retener los derechos de su código. Por lo tanto, los derechos de propiedad del código GCC ahora se distribuirán entre la Open Source Foundation y los participantes del desarrollo que no firmaron el acuerdo.

Tal distribución complica el cambio en los términos de distribución del proyecto, ya que para cambiar la licencia será necesario obtener el consentimiento personal de cada desarrollador que no haya cedido los derechos a la Open Source Foundation. Al mismo tiempo, la terminación de la transferencia de derechos a la Free Software Foundation no complicará una posible transición a futuras versiones de la licencia GPL, ya que GCC se distribuye bajo la licencia «GPLv3 o versión más reciente», que permite cambiar la licencia de GPLv4 sin la aprobación separada de cada desarrollador.

De los efectos positivos de la denegación de la transferencia obligatoria de derechos al código, hay un aumento en el atractivo de la participación en el desarrollo de CCG por parte de corporaciones y empleados de grandes empresas, quienes previamente necesitaban coordinar adicionalmente la firma de un acuerdo en diversas instancias y servicios legales. Por ejemplo,

Al concentrar los derechos de propiedad en las mismas manos, la Open Source Foundation actuó como garante de la preservación de la invariabilidad de la política de distribuir el código de proyectos solo bajo licencias libres y realizó la tarea de proteger a la comunidad de cambiar el rumbo originalmente planeado del desarrollo del proyecto (por ejemplo, bloqueó la posible introducción de una licencia doble / comercial o el lanzamiento de productos propietarios cerrados bajo un acuerdo separado con los autores del código).

La Free Software Foundation también podría participar en la resolución de conflictos legales en nombre de los desarrolladores y tomar decisiones por sí sola sobre el cambio de las condiciones de la licencia (por ejemplo, forzar la transición a una nueva versión de la licencia GPL).

Algunos desarrolladores fueron criticados por las acciones del comité directivo de GCC, que aprobó la decisión sin discusión previa en la comunidad. Por cierto, la discusión fue, pero ella se centró en sí continuar la cooperación con el antiguo Proyecto GNU de GCC y la Fundación para el ACT. Los ecos de esta discusión se pueden rastrear en la frase mencionada en el anuncio «GCC fue creado como parte del proyecto GNU, pero ha crecido para actuar como un proyecto independiente».

La preocupación es que sin la propiedad centralizada de todo el código, podría surgir confusión al negociar cuestiones de licencias. Si antes todas las reclamaciones sobre la violación de las condiciones de la licencia se resolvían mediante la interacción con una organización, ahora el resultado de las violaciones, incluidas las no intencionales, se vuelve impredecible y requiere el acuerdo con cada participante individual.

Fuente: https://gcc.gnu.org

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

Ayer, los que usamos esta popular distribución basada en Arch Linux pudimos ver como Pamac se llenaba de nuevos paquetes por actualizar. Eso significa que ya había disponible una nueva versión estable, pero éstas llegan antes a las instalaciones existentes que en forma de nuevas imágenes ISO. Hace unos instantes, el proyecto ha anunciado el lanzamiento de Manjaro 21.0.6, lo que no son las mejores noticias del mundo para los usuarios de GNOME porque eso se traduce en que aún tendrán que esperar más para usar la última versión de la Shell.

Y es que Manjaro empezará a usar GNOME 40 a partir de la v21.1 del sistema operativo, y eso es lo que algunos estarán esperando como agua de mayo y lo que aún no ha llegado. Los que sí salimos bien parados una vez más somos los usuarios de KDE, ya que se han actualizado las aplicaciones del proyecto a KDE Gear 21.04.1. Y también han añadido los nuevos paquetes para el escritorio Cutefish que tanto recuerda a JingOS.

Novedades más destacadas de Manjaro 21.0.6 Ornara

Tal y como mencionaron ayer cuando anunciaron el lanzamiento de una nueva versión estable, las novedades más destacadas son las siguientes:

• Se han actualizado los kernels, siendo el más actualizado Linux 5.12.8.
• El driver de NVIDIA se ha actualizado a la versión 465.31.
• Se ha añadido Cutefish DE (CDE).
• Se han actualizado los complementos de Kodi (Kodi-Addons).
• LibreOffice 7.0.6. En el canal «Fresh» también está disponible la versión más actualizada.
• Mesa se ha actualizado a la v21.1.2.
• gcc 11.
• KDE Gear 21.04.1 en la edición KDE.
• Muchos paquetes de KDE-git se han actualizado y/o eliminado de los repositorios de la comunidad (community).
• Otras actualizaciones a sus últimas versiones incluyendo las de Python y Haskell.

Manjaro 21.0.6 Ornara es oficial para las instalaciones existentes desde hace poco menos de 24 horas, y ya se pueden descargar las nuevas imágenes XFCE, GNOME y KDE desde los enlaces que proporcionan en la nota de este lanzamiento.

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

Durante la conferencia en línea FutureStack 2021 que se celebró hace pocos dias, New Relic dio a conocer que está integrando su plataforma de observabilidad Pixie de código abierto para Kubernetes con la plataforma New Relic One.

Con ello New Relic está reforzando su producto con una nueva «experiencia de Kubernetes» que, según dice, permitirá información instantánea sobre el sistema de orquestación de contenedores de software sin necesidad de actualizar ningún código o datos de muestra primero. La compañía también anunció mejoras en su seguimiento de errores, monitoreo de red y capacidades de programación, además de dos nuevas versiones de su plataforma centradas en la comunidad.

Para quienes desconocen de New Relic, deben saber que esta es una compañía que vende herramientas de monitoreo de aplicaciones y DevOps que ayudan a los desarrolladores a detectar problemas con sus aplicaciones de software. Básicamente se dedica a proporciona un servicio de monitoreo para aplicaciones que se ejecuta en tiempo real, lo que ayuda a los equipos de DevOps a comprender completamente cualquier problema que pueda afectar el rendimiento del software.

Pixie es una plataforma de observación en clúster nativa de Kubernetes que la compañía adquirió el año pasado cuando compró Pixie Labs. Esa adquisición fue parte de una iniciativa para instrumentar aplicaciones basadas en microservicios sin requerir que las organizaciones de TI implementen software de agente para cada una.

El CEO y fundador de la compañía, Lew Cirne, describió la funcionalidad de Pixie en una publicación de blog en ese momento:

«Con un solo comando CLI, los desarrolladores pueden ver todas las métricas, eventos, registros y trazas de sus aplicaciones. La tecnología de Pixie elimina la necesidad de agregar código de instrumentación, configurar paneles de control ad hoc o mover datos fuera del clúster, lo que ahorra a los desarrolladores un tiempo valioso para que puedan concentrarse en crear un mejor software. Omita los cambios de código y obtenga una observabilidad instantánea de Kubernetes «.

La plataforma New Relic One es popular, pero la compañía ha tenido problemas para obtener ganancias. Al igual que muchas empresas de tecnología, ha alejado su negocio de la venta de licencias de software a un modelo de suscripción, y el año pasado anunció una importante revisión de los precios de sus productos para tratar de diferenciar más su propuesta de valor. Eso fue visto como un movimiento necesario por la gerencia de la compañía, ya que el mercado de observabilidad se está volviendo rápidamente más concurrido con ofertas competidoras.

A pesar de todos sus problemas, New Relic ha continuado enfocándose en brindar una mejor experiencia para los clientes y su nueva experiencia de Kubernetes representa el fruto de esos esfuerzos. La nueva capacidad está disponible en versión beta a partir de hoy, impulsada por Auto-Telemetry con Pixie, una tecnología que la compañía tuvo en sus manos cuando adquirió una startup llamada Pixie Labs Inc. en diciembre.

La ventaja clave de la tecnología de Pixie Labs es su capacidad para recopilar datos operativos de Kubernetes, que es un software de código abierto que se utiliza para monitorear los contenedores de software que albergan los componentes de las aplicaciones modernas, sin escribir ningún código adicional. Eso ahorra tiempo a los desarrolladores, especialmente en grandes proyectos de software empresarial en los que es posible que deban instrumentarse decenas o cientos de componentes.

«Instrumentar una aplicación para proporcionar los datos de telemetría que necesita fue un proceso muy manual», dijo a SiliconANGLE Zain Asgar, cofundador de Pixie y ahora vicepresidente general y gerente general de Pixie en New Relic. “Implica muchos cambios de código y podría tomar semanas, si no meses, para ver el valor. Incluso el simple mantenimiento de esta instrumentación fue una gran carga para los equipos «.

Pixie soluciona esto mediante el uso de una tecnología del kernel de Linux llamada Filtro de paquetes Berkeley extendido. El eBPF funciona capturando información detallada sobre lo que sucede dentro de las aplicaciones al aprovechar el tráfico de la red, sin cambiar ningún código dentro de las aplicaciones. 

Fuente: https://newrelic.com

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