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

Alibaba dio a conocer hace pocos dias que han tomado la decisión de liberar el código fuente de su sistema de gestión de bases de datos distribuidas «PolarDB» el cual está basado en PostgreSQL, el código está abierto bajo la licencia Apache 2.0.

Para quienes desconocen de PolarDB, deben saber que esta es una base de datos relacional basado en la nube desarrollada por Alibaba que amplía las capacidades de PostgreSQL para el almacenamiento de datos distribuidos con integridad y soporte para transacciones ACID en el contexto de toda la base de datos global, distribuida en diferentes nodos de clúster.

PolarDB también admite el procesamiento distribuido de consultas SQL, proporcionando tolerancia a fallas y almacenamiento de datos redundante para reponer la información después de que uno o más nodos fallan. Si necesita expandir el almacenamiento, simplemente agregue nuevos nodos al clúster.

PolarDB consta de dos partes: extensiones y un conjunto de parches para PostgreSQL. Los parches amplían las capacidades del núcleo de PostgreSQL y las extensiones incluyen componentes implementados por separado de PostgreSQL, como un mecanismo de administración de transacciones distribuidas, servicios globales, un procesador de consultas SQL distribuido, metadatos adicionales, herramientas para administrar un clúster, implementar un clúster, y simplificar la migración de los sistemas existentes a él.

Los parches agregan una versión distribuida del mecanismo de control de concurrencia multiversion (MVCC) al núcleo de PostgreSQL para diferentes niveles de aislamiento. La mayor parte de la funcionalidad de PolarDB se ha trasladado a extensiones, lo que reduce la dependencia de PostgreSQL y simplifica la actualización e implementación de soluciones basadas en PolarDB (simplifica la transición a nuevas versiones de PostgreSQL y mantiene total compatibilidad con PostgreSQL).

Hay tres componentes básicos en un clúster: nodos de base de datos (DN), administrador de clúster (CM) y servicio de administración de transacciones (TM), además, puede estar involucrado un equilibrador de carga de proxy. Cada uno de los componentes es un proceso independiente y se puede ejecutar en diferentes servidores físicos. Los nodos de bases de datos sirven consultas SQL de clientes y al mismo tiempo actúan como coordinadores de la ejecución de consultas distribuidas con la participación de otros nodos de bases de datos.

El administrador del clúster monitorea el estado de cada nodo de la base de datos, almacena la configuración del clúster y proporciona herramientas para administrar, realizar copias de seguridad, equilibrar la carga, actualizar, iniciar y detener nodos. El servicio de administración de transacciones es responsable de mantener la integridad general en todo el clúster.

PolarDB se basa en la arquitectura de computación distribuida Shared-nothing  según la cual los datos se distribuyen durante el almacenamiento a diferentes nodos, sin usar un almacenamiento común para todos los nodos y cada nodo es responsable de la pieza de datos vinculada a él y ejecuta los datos de consultas relacionadas.

Cada tabla se fragmenta mediante hash de clave principal. Si la solicitud cubre datos ubicados en diferentes nodos, el motor de ejecución de transacciones distribuidas y el coordinador de transacciones están conectados para garantizar la atomicidad, consistencia, aislamiento y confiabilidad (ACID).

Para garantizar la tolerancia a fallos, cada segmento se replica en al menos tres nodos. Para ahorrar recursos, los datos completos incluyen solo dos réplicas y una se limita a almacenar el registro de escritura diferida (WAL). Uno de los dos nodos de réplica completa se elige como líder y participa en el procesamiento de solicitudes, mientras que el segundo nodo actúa como repuesto para el segmento de datos en consideración, y el tercero participa en la selección del nodo principal y puede usarse para restaurar información en caso de falla de dos nodos con réplicas completas.

La replicación de datos entre los nodos del clúster se organiza mediante el algoritmo de Paxos, que asegura la determinación consistente del consenso en una red con nodos potencialmente no confiables. Cabe señalar que se prevé divulgar la funcionalidad completa del DBMS PolarDB en tres versiones.

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

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

Google dio a conocer hace pocos dias (después de la liberación de la última versión de Chrome) información técnica sobre dos nuevas tecnologías de optimización de código incluidas, que prometen mejorar los tiempos de carga de las páginas web hasta en un 23% en algunos casos.

La compañía detalló las dos tecnologías, llamadas Sparkplug y «llamadas incorporadas breves». Ambos se implementan como parte del motor V8 que Chrome usa para cargar el código JavaScript de las páginas web. Las páginas web utilizan JavaScript para activar funciones clave como botones y menús, lo que significa que aumentar la velocidad a la que se ejecuta el código escrito en el idioma puede proporcionar una mejora significativa del rendimiento general.

Se menciona que el motor V8:

«ejecuta más de 78 años de código JavaScript a diario… Chrome es ahora hasta un 23% más rápido con el lanzamiento de un nuevo compilador Sparkplug y breves llamadas integradas, lo que ahorra más de 17 años de tiempo de CPU de nuestros usuarios cada día». escribió el gerente de producto de Chrome, Thomas Nattestad, en una publicación de blog.

El código escrito en lenguajes de programación como JavaScript no se puede ejecutar directamente en la unidad central de procesamiento de una computadora, sino que primero debe convertirse en el llamado código de bajo nivel (código de máquina).

Esta es una tarea que los ingenieros de Google han acelerado con Sparkplug, la primera de las dos tecnologías recientemente detalladas. Es un compilador que transforma el código JavaScript de una página web en código de máquina y en el proceso, realiza optimizaciones para ayudar a la computadora del usuario a cargar la página web más rápido.

Y es que aun que Chrome ya tiene un compilador que optimiza el código para mejorar el rendimiento, ese compilador existente tarda un tiempo en entrar en acción después de que un usuario abre una página web, lo que significa que hay una ventana de tiempo en la que el contenido web se ha cargado pero aún no se está ejecutando tan lejos como debería. Sparkplug proporciona un aumento de velocidad en esa ventana de tiempo para que los usuarios puedan experimentar una navegación más rápida incluso antes de que Chrome complete todas sus optimizaciones.

La razón por la que Sparkplug puede comenzar a aumentar el rendimiento del código antes de que se active el compilador de optimización existente de Chrome es que es más rápido. Esa ventaja de velocidad, a su vez, es el resultado de dos métodos de software específicos implementados por los ingenieros de Google.

Primero, Sparkplug aprovecha el hecho de que Chrome convierte el código JavaScript de todas las páginas web en un formulario intermedio llamado bytecode para facilitar el procesamiento. Sparkplug realiza sus optimizaciones en el código de bytes en lugar del código JavaScript original, que por varias razones técnicas es más rápido.

El segundo método con el que Google aceleró Sparkplug consistió en omitir uno de los pasos que normalmente implica el proceso de optimización del código.

La otra tecnología nueva que contribuye al rendimiento de la nueva versión de Chrome se denomina llamadas incorporadas breves. La tecnología deriva sus nombres de incorporados, que son fragmentos de código que se ejecutan junto con el código JavaScript de una página web y realizan varias tareas auxiliares.

Antes de la introducción de la función, Chrome almacenaba códigos integrados y JavaScript en partes seleccionadas al azar de la memoria de una computadora, lo que ralentizaba el rendimiento debido a un detalle técnico relacionado con la forma en que se construyen los procesadores modernos.

En la práctica, la tecnología logra la aceleración al reducir la necesidad de que los procesadores utilicen su mecanismo de predicción de ramas. El mecanismo de predicción de rama es un componente de chip que adivina los resultados futuros de los cálculos. Al usar menos el componente, Chrome reduce el riesgo de que el chip haga conjeturas incorrectas que retrasan el procesamiento y, por lo tanto, mejoran el rendimiento.

Fuente: https://blog.chromium.org

from Linux Adictos https://ift.tt/34ZftZ5
via IFTTT

Hoy, mientras en Europa se acercaba al mediodía y América Latina comenzaba a despertarse, varios de los sitios web con más visitas del mundo experimentaron problemas de funcionamiento. Entre ellos se contaron redes sociales como Twitter, streaming de video como Twich o Vimeo, agregadores de contenido como Reddit y medios de comunicación como CNN  o The New York Times.

Dentro de la comunidad de código abierto vale mencionar a FreeBSD, la nueva distribución Rocky Linux (Un fork de CentOS desarrollado por su fundador) y el sistema de control de versiones  GitHub propiedad de Microsoft. GitHub sea probablemente el servicio que  más proyectos de código abierto aloja.

La broma más difundida entre los programadores es que, al estar entre los sitios perjudicados StackOverflow (un sitio de preguntas y respuestas sobre programación del que según las malas lenguas todos copian código ), la mayor parte del gremio hoy se tomó vacaciones.

El responsable de la caída de sitios web

Los visitantes de los sitios afectados, al intentar interactuar con los mismos, se encontraron con el mensaje de error: «Error 503 Servicio no disponible». El problema estaba relacionado con una interrupción originada en la plataforma en la nube y la red de entrega de contenido (CDN) Fastly.

Desde Fastly se informó que estaban experimentando una interrupción global del servicio de CDN, lo que causó diversos grados de problemas de funcionamiento a sitios de Norteamérica, Sudamérica, Europa, Asia / Pacífico, Sudáfrica e India,

Los servicios comenzaron a normalizarse 45 minutos después del primer anuncio cuando desde Fastly aseguraron haber encontrado el problema y estar trabajando en la solución.

Con posterioridad se informó que el problema había sido una configuración de servicio que ocasionó interrupciones en sus «Puntos de presencia». La solución fue desactivar esa onfiguración.

¿Qué son las redes de entrega de contenidos (CDN)

Internet no deja de ser una infraestuctura física con las limitaciones propias de todo lo físico. La velocidad de acceso al contenido está determinada por dos factores: El peso del archivo y la distancia. Una distribución Linux que pesa 1gb se descargará más rápido que una que pesa 2gb (Si los demás factores no varián. De la misma forma,si hay dos usuarios con la misma velocidad de conexión, el que esté geograficamente más cerca del servidor de origen (siempre que los demás factores sean similares) lo descargará más rápido.

No siempre se puede hacer algo para reducir el peso de lo descargado. En particular, en los archivos multimedia se corre el riesgo de afectar la calidad. Por lo tanto, los proveedores trabajan con el otro factor, la distancia.

Llamamos red de entrega de contenido (CDN) a un grupo de servidores distribuidos geográficamente que trabajan juntos para proporcionar una entrega rápida de contenido.

Mediante el uso de una CDN los creadores de contenidos disponen de una transferencia rápida de activos necesarios para cargar todo tipo de contenidos web sin que el usuario deba experimentar una demora. Este contenido incluye páginas HTML, archivos javascript, hojas de estilo, imágenes y videos.

Por otra parte, los CDN constituyen una eficaz protección contra varios ataques informáticos comunes como el de denegación de servicio distribuído (DDOS)

Los servidores que forman parte de una CDN están vinculados entre sí y suelen encontrarse en las ubicaciones principales de conexión entre los diferentes proveedores de Internet para proporcionar acceso al tráfico que se origina en sus diferentes redes. De esta forma se reduce la velocidad de tránsito entre los datos.

Hay que tener en claro que los servicios de CDN no son un servicio de alojamiento web. Su misión es solamente la de proveer contenido cuya velocidad de acceso es crítica. Por ejemplo, si una web utiliza frameworks como Bootstrap o jQuery, o el set de tipografias de Google, el diseñador web no necesita incluir los archivos en el sitio. Basta con que incluya el enlace con la ubicación correspondiente.

Por supuesto que esto tiene una contra. El alto costo de tener servidores en ubicaciones estratégicas en todo el mundo no está al alcance de cualquiera. Por eso cada uno de los servicios necesita múltiples clientes para financiarse. Cuando uno de estos servicios cae, también cae gran parte de Internet.

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

Yo soy un fiel usuario del software de KDE. Soy fiel porque lo uso en mi portátil principal, en el menos potente desde donde estoy escribiendo este artículo y en el sistema de escritorio que uso en la Raspberry Pi, pero recientemente se me pasó por la cabeza dejar de serlo tras haber probado la v40 del famoso escritorio. Los nuevos gestos llaman mucho la atención, pero compañías como Canonical o Manjaro no lo adoptaron en su momento porque todo estaba muy inmaduro. Hoy, el proyecto ha lanzado GNOME 40.2 para mejorar las cosas.

Y no, no es que GNOME hubiera hecho un mal trabajo con esta actualización; el problema es que muchas extensiones no funcionaban, y GTK4 también se había lanzado poco tiempo antes, por lo que no todo era consistente. Manjaro ya lo tiene preparado y lo pondrá a disposición de los usuarios de la rama Stable pronto, mientras que los que prefieran Fedora se aprovecharán de los retoques introducidos en GNOME 40.2 cuando suban los nuevos paquetes.

Novedades más destacadas de GNOME 40.2

Tal y como leemos en la lista de cambios, GNOME 40.2 introduce novedades como estas:

• Mejoras en la integración táctil de las acciones en la rejilla de apps.
• Mejoras al compartir la pantalla (screencasting) en la escala fraccional.
• Mejorado el marcador de espacio de trabajo en el minimapa de Actividades.
• Mejorada la autenticación de la huella dactilar.
• Compatibilidad con fondos animados configurados a través del portal de fondos de pantalla.
• Mejorado el rendimiento durante la transición de la Luz Nocturna en las GPUs NVIDIA.
• Soporte para el proveedor de previsión meteorológica met.no en el Calendario de GNOME.
• Capacidad para que la vista de atributos SMART en los Discos de GNOME se expanda verticalmente.
• Capacidad para que el daemon de Configuración de GNOME lea /dev/rfkill en los núcleos más nuevos,
• Ahora puede informar del porcentaje real de batería cuando está llena.
• El centro de software de GNOME ha mejorado en aspectos como que ahora viene con un mejor soporte para las aplicaciones Flatpak.
• Mejorada la descarga automática de actualizaciones pendientes.
• Mejoras en el tema de iconos Adwaita.
• Correcciones en los problemas de memoria de Epiphany y en el Calendario de GNOME.
• Se ha añadido soporte para el formato de cómics RAR v5.
• Se ha solucionado el problema que hacía que GDM se quedara con el 100% de la CPU al inicio, y lo mismo con un problema similar en Gedit.

Ya disponible, pronto en tu distribución… si no usas Ubuntu

GNOME 40.2 ha sido lanzado oficialmente, por lo que ya está en manos de todo aquel que quiera descargarlo. El problema es que la mayoría de distribuciones importantes han querido esperar, por lo que las mejores maneras de probarlo lo más pronto posible es usando Fedora o sistemas Rolling Release como Arch Linux o Manjaro en su rama Unstable. Los usuarios de Ubuntu tendrán que esperar un poco más, hasta octubre, y probablemente darán el salto directo a GNOME 41.

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

Al leer esta publicación de WineHQ me he plantado algunas cosas. Aunque cuando publicamos los artículos cada dos semanas explicamos que son versiones de desarrollo, en las imágenes no lo indicamos así, por lo que puede se confuso. Sí lo añadimos en las versiones estables, pero creo que no está de más hacerlo también en las de desarrollo. Todo esto me viene a la cabeza pensando que se pueden mejorar las cosas, y lo he pensado tras el lanzamiento de WINE 6.0.1 que ha tenido lugar hace unas horas.

Para dejarlo un poco más claro, WineHQ lanza una actualización mayor al año, momento en el que pasa a desarrollar la siguiente versión importante. Las versiones de desarrollo o, más concretamente las»Staging», se lanzan cada dos semanas, cada siete días poco antes del lanzamiento estable, cuando pasan a etiquetarse de Release Candidate. Mientras tanto, el proyecto puede lanzar correcciones, como hoy. Y en cuanto a qué es mejor, creo que es un poco comparable al software LTS o a lo que hace LibreOffice: a mayor numeración, más funciones, pero puede haber más bugs. Por ejemplo, para los gamers pueden ser mejor las versiones de desarrollo, pero los que dependen de un programa ya soportado y que funciona bien deberían mantenerse en las estables.

WINE 6.0.1 introduce más de 100 cambios

Lo que cambia poco con respecto a las versiones de desarrollo (y las RC) es lo que publican. WineHQ menciona pocos cambios como los más importantes, y entre los que incluye WINE 6.0.1 destaca el soporte para WINE64 en el Apple M1. Por todo lo demás, han corregido 63 fallos e introducido 103 cambios. En cuanto al software que mejorará con esta actualización, tenemos productos de Adobe, Skyrim SE, Deer Hunter, The Witcher 3, World of Tanks y Far Manager, entre otras muchas aplicaciones y juegos.

Los usuarios interesados en instalar WINE 6.0.1 pueden hacerlo del mismo modo que con las versiones de desarrollo: en este y este otro enlace están los binarios, y desde la página de descargas nos indican cómo instalarlo vía repositorio o en otros sistemas operativos. Si elegimos esta última opción, dependiendo del sistema operativo también tendremos que elegir la rama Stable. Teniendo en cuenta que 6.0.1 es una versión estable, es probable que también aparezcan los nuevos paquetes en los repositorios oficiales de algunas distribuciones.

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

En otras ocasiones hemos mostrado nuevas versiones de entornos de escritorio, compositores, gestores de ventanas, lanzadores, etc. Incluso se han publicado comparativas y artículos sobre los mejores entornos gráficos para las distribuciones GNU/Linux. En este artículo no vas a encontrar nada de eso…

Lo que verás son proyectos extraños, algunos ya abandonados, otros que se encuentran activos y que pretendían revolucionar los entornos de escritorio para Linux con aspectos y funciones muy diferentes a las de los convencionales…

Maze Compositor

Se trata de un compositor gráfico tridimensional para Linux que se basa en bibliotecas gráficas Qt 5 y en Wayland. Como puedes ver en el vídeo, parece más un videojuego en el que te vas moviendo por diferentes espacios o galerías donde encontrarás las ventanas plasmadas en las paredes. Toda una rareza que merece estar en la lista…

Más información – Sitio de Github

Sugar

Sugar es otro de los entornos de escritorio raros. Es libre y de código abierto, y surge con la idea de servir para los entornos de aprendizaje interactivo para niños. Se desarrolló como parte del proyecto One Laptop per Child (OLPC). En este caso se basa en GTK+ y Python (PyGTK), y no usa un escritorio convencional, ni tampoco carpetas o ventanas. Usa un modo de actividades a pantalla completa para que los usuarios se puedan centrar en un solo programa al mismo tiempo.

Más información – Sitio oficial

Project Looking Glass

Por último, otra de las rarezas dentro de los entornos de escritorio se llama Project Looking Glass y, aunque está abandonado, no deja de ser sorprendente. Se escribió en lenguaje de programación Java (usando la API gráfica Java 3D) y soportaba Windows, Linux y Solaris. Es libre, bajo licencia GPL y esponsorizado por Sun Microsystems (ahora Oracle). Al igual que el primero, también es un escritorio 3D.

Más información – Sitio oficial

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