Apache Foundation publica su informe del año fiscal 2021

publicado en: Debian, Linux | 0

 

 

Apache Foundation, una de las instituciones más relevantes del código abierto y la responsable de proyectos como el servidor HTTP Apache, Tomcat, OpenOffice y Hadoop, ha presentado su informe del año fiscal 2021, que empezó 1 de mayo de 2020 y terminó el 30 de abril de 2021.

Si hablamos de año fiscal, es obvio estamos tratando con números económicos. Lo primero que se puede destacar del informe es que Apache Foundation tuvo en el año fiscal 2021 unos ingresos de tres millones de dólares frente a los 2,2 millones del año anterior. Lo que más destaca es el aumento de las donaciones públicas, que pasaron de 76.893 a 994.975 dólares y el programa de patrocinadores, mediante el cual se ingresaron 1.949.992 dólares frente a los 1.510.100 del año fiscal 2020.

En lo que respecta a los gastos, que abarcan impuestos, administración, conferencias, infraestructuras y la recaudación de fondos, entre otras cosas, han ascendido a cerca 1,6 millones de dólares en año fiscal 2021 frente a los 2,5 millones del año fiscal 2020, dando como como resultado que la fundación ha tenido unos beneficios operativos de 1.448.543 dólares en el año fiscal 2021 frente a los 277.452 obtenidos en el año fiscal 2020.

Apache Foundation tiene alojados más de 227 millones de líneas de código, que según la institución tienen un valor total de 22.000 millones de dólares. No es la primera vez que se le estima un valor tan alto a una institución o un proyecto de código abierto, ya que el código de Debian 7 Wheezy fue valorado en unos 14.400 millones de euros en el año 2012.

Más allá del debate que genera la cantidad monetaria, no es menos cierto que proyectos como Debian y muchos de los que están debajo de Apache Foundation llevan muchos años demostrando su valía en el sector corporativo, por lo que no es de extrañar que su valor estimado sea muy alto.

Abarcando los aspectos más destacados del informe del año fiscal 2021, Apache Foundation eligió 40 nuevos miembros individuales para sumar un total de 853, ha contado con 200 comités de gestión que supervisan un total de 351 proyectos junto a docenas de subproyectos e iniciativas y que 14 proyectos de alto nivel se han graduado de Apache Incubator.

Los cinco proyectos más activos en cuanto a cantidad de accesos han sido Kafka, Hadoop, ZooKeeper, POI y Logging, mientras que los principales proyectos por commits han sido Camel, Flink, Airflow, Lucene-Solr y NuttX y los más visitados en GitHub han sido Spark, Flink, Kafka, Arrow y Beam. Otros datos interesantes son el hecho de que 17.758 autores han enviado 2.184.671 de emails sobre 780.274 temas y que el equipo de seguridad de la fundación ha enviado más de 17.000 correos electrónicos.

A lo largo del año, 3.058 emisores de commits han modificado un total de 134.517.884 de líneas de código a través de 258.860 commits, se han firmado 672 acuerdos de licencias de colaborador individual, 23 acuerdos de licencia de colaborador corporativo y se han ejecutado 32 acuerdos de subvención de software.

De todo lo destacado en el informe, que es mucho, las operaciones de Apache Foundation han estado respaldadas por las contribuciones de 9 patrocinadores de nivel platino, 10 de nivel oro, 8 de nivel plata, 30 de nivel bronce, 10 patrocinadores dirigidos de nivel platino, 5 patrocinadores dirigidos de nivel oro, 3 patrocinadores dirigidos de nivel plata y 21 patrocinadores dirigidos de nivel bronce, además de 630 donantes individuales. Los que quieran conocer la lista completa de patrocinadores de Apache Foundation pueden consultar la lista desde aquí.

Los puntos más importantes del informe del año fiscal 2021 de Apache Foundation pueden ser consultados desde la correspondiente entrada en el blog de la fundación y los más curiosos o deseosos de conocer todos los detalles tienen a disposición el documento completo en formato PDF.

 

Fuente: Muylinux

Ozone, la capa de abstracción de Chromium para soportar Wayland

publicado en: Linux | 0

Desde hace tiempo se habla del ocaso de Firefox frente al omnipresente Chrome. El navegador de Google parece mostrarse superior en Windows y macOS, pero en Linux la cosa no está tan clara, sobre todo en la adopción e integración de tecnologías. Gracias a la contribución de Red Hat, el navegador de Mozilla cuenta desde hace tiempo con soporte nativo para Wayland, aunque por ahora en pocas distribuciones (si es que Fedora no es la única) que lo tiene habilitado por defecto. Por su parte, desde el frente de Chromium también se ha trabajado para soportar Wayland de forma nativa con Ozone, pero su trayectoria ha estado llena de altibajos.

Como bien se indica en la web de Chromium en Google Source, “Ozone es una capa de abstracción de la plataforma debajo del sistema de ventanas Aura que se utiliza para entradas y gráficos de bajo nivel. Una vez completada, la abstracción soportará sistemas subyacentes que van desde SoC integrados hasta nuevos sistemas de ventanas alternativos a X11 en Linux como Wayland o Mir”.

Dicho con otras palabras y centrándonos en lo que interesa en MuyLinux, Ozone es una capa de abstracción con la que se pretende ofrecer un soporte para Linux independiente del servidor gráfico. De esta manera se abarcaría Xorg y Wayland sin necesidad de tratar directamente con el servidor gráfico y el protocolo. Sobre la situación de Mir, hace tiempo que fue reconvertido en un compositor de Wayland, así que nos suponemos que la documentación está obsoleta.

Aunque Ozone está ganando poco a poco protagonismo en los medios, en realidad es un desarrollo bastante veterano del que se tiene constancia, como mínimo, desde 2013. Esto quiere decir que se planteó hace mucho el uso de una capa de abstracción para soportar el complejo escenario que Linux presenta a nivel de servidores gráficos, pero al parecer la lentitud en la adopción de Wayland ha hecho que su desarrollo no fuera precisamente rápido.

La claudicación de NVIDIA y la posibilidad de que la futura LTS de Ubuntu use Wayland por defecto han motivado la aceleración del desarrollo de Ozone, pero viendo las noticias más recientes que hay en torno a la capa de abstracción, todo indica que, al menos aparentemente, todavía le queda trabajo por delante para dar alcance a Firefox.

Con el fin de lograr su objetivo, Ozone tiene unos principios rectores que abarcan la llamada a un objeto proporcionado por la plataforma a través de una interfaz en lugar de usar la compilación condicional para abarcar las diferencias entre las plataformas, interfaces flexibles mediante la encapsulación de lo que Chromium necesita exactamente con restricciones mínimas en la implementación de la plataforma, enlaces con las plataformas en tiempo de ejecución y el facilitar las bifurcaciones para potenciar los cambios en Chromium.

Pero como ya hemos dicho, parece que Ozone todavía tiene camino por recorrer, ya que fue el mes pasado cuando se terminó de desarrollar el soporte para Xorg. Maksim Sisov, ingeniero en Igalia, contribuidor de Chromium y propietario de Ozone, publicó en su cuenta de Twitter que “nos complace anunciar que Ozone/X11 está ahora habilitado al 100% en los canales STABLE y BETA. Estamos trabajando en marcar como obsoletas las versiones que no son de Ozone/X11 y vamos a comenzar a eliminar la antigua ruta de X11 heredada”.

Fuente: Muylinux

OpenSSL 3 llega con nueva licencia y descontinúa las API de bajo nivel

publicado en: Linux | 0

 

Recientemente ha sido anunciada OpenSSL 3.0, la nueva versión mayor de la popular biblioteca criptográfica que además es uno de los componentes más esenciales de Internet. Se trata de un trabajo que ha ocupado a los desarrolladores durante tres años en los que ha habido 17 lanzamientos alfa, 2 betas y 7.500 commits, todo eso procedente de 350 autores diferentes.

OpenSSL 3 llega con muchos cambios de calado que no solo abarcan el propio software en sí, sino también otros aspectos como la documentación y las licencias utilizadas. Según explica Matt Caswell en el anuncio oficial, “ha habido un aumento del 94% en la cantidad de documentación que tenemos desde OpenSSL 1.1.1 y un aumento (ajustado) en las ‘líneas de código’ en nuestras pruebas del 54%”.

Caswell también ha destacado el entusiasmo y el nivel de actividad de la comunidad a la hora de realizar contribuciones. La nueva versión de la biblioteca criptográfica ha podido contar con algunos ingenieros dedicados, los cuales han podido ser pagados gracias a que el proyecto ha logrado financiación a través de distintas vías.

En lo que respecta a los cambios y novedades, empezamos por el cambio de licencia. Las versiones anteriores de OpenSSL usaron a la vez su propia licencia y la SSLeay (las cuales se mantendrán), pero OpenSSL 3 empleará la Apache License 2.0, la cual es una licencia Open Source y software libre de naturaleza laxa compatible con la versión 3 de la GPL, pero no con la 2.

Abarcando ahora lo que es el software en sí, OpenSSL suministra dos tipos de API para invocar los algoritmos criptográficos: las de alto nivel, que generalmente están diseñadas para funcionar en todo tipo de algoritmos, y las de bajo nivel, que está dirigidas a una implementación específica de un algoritmo. Durante muchos años el empleo de las API de bajo nivel estuvo desaconsejado por parte de los desarrolladores de OpenSSL, así que han aprovechado la ocasión para tomar la decisión de marcarlas oficialmente como obsoletas.

Algunos algoritmos criptográficos de la API de Envelope (EVP) han sido marcados como soporte legado y su uso se desaconseja a partir de OpenSSL 3, por lo que no están disponibles por defecto y tendrán que ser habilitados manualmente.

La versión 1.1.1 de OpenSSL introdujo el concepto de proveedores, los cuales recopilan y ponen a disposición implementaciones de algoritmos. Ahora, en su versión 3, la biblioteca criptográfica soporta la posibilidad de especificar mediante programación o fichero de configuración qué proveedores emplear para una aplicación, habiendo cinco diferentes como estándar. Uno de los proveedores estándares disponibles es FIPS, por lo que los algoritmos criptográficos validados para este módulo están disponibles de manera predeterminada.

El esquema de versiones es otro punto que ha cambiado en OpenSSL 3. Hasta el lanzamiento 1.1.1, los diferentes de niveles de parches fueron indicados con una letra al final del número de versión, pero a partir de la tercera versión mayor esto quedará cambiado por el siguiente esquema: MAYOR.MENOR.PARCHE. Esto quiere decir que ahora la tercera cifra indicará el parche, la segunda la posibilidad de que se hayan introducido nuevas características y la primera, en caso de cambiar, que no se garantiza la compatibilidad a nivel de API y ABI.

Otras mejoras y novedades son la implementación del Protocolo de Gestión de Certificados (CMP), que también cubre CRMF y la transferencia de HTTP; un cliente de HTTP y HTTPS adecuado en ‘libcrypto’ que soporta GET y POST, redireccionamiento, contenido simple y codificado en ASN.1, proxies y tiempos de espera; además de soporte para el TLS del kernel Linux.

Todos los detalles de OpenSSL 3 pueden ser consultados a través del anuncio oficial y la wiki del proyecto, mientras que la biblioteca criptográfica puede ser descargada desde la correspondiente sección en la web del proyecto. Si bien la actualización desde la versión 1.1.1, que es LTS, debería de ser sencilla, se recomienda proceder con precaución.

Fuente: Muylinux

El driver de NVIDIA ya funciona con Sway, el compositor de Wayland

publicado en: Linux | 0

La implementación de Wayland por parte de NVIDIA ha sido una de las mayores batallas tecnológicas que se hayan visto en Linux. El gigante del procesamiento gráfico no daba su brazo a torcer al mantener su apuesta por EGLStreams como búfer para Wayland, mientras que el resto, incluidos Intel y AMD, apostaron por el estándar GBM.

Después de muchos años de tiras y aflojas, el futuro regreso de Intel al mercado de las gráficas dedicadas, la precipitada defunción de Xorg y sobre todo el fracaso del propio EGLStreams forzaron a NVIDIA a rectificar para adoptar GBM, más viendo las altas probabilidades de que Wayland sea establecido por defecto en la próxima LTS de Ubuntu.

NVIDIA todavía tiene trabajo por delante para ponerse al día con su soporte de Wayland, que en teoría debería de permitir que su driver oficial funcione correctamente con las sesiones de Wayland ya existentes, sin necesidad de introducir modificaciones en los compositores (o al menos no tan radicales como los que requería EGLStreams).

James Jones, ingeniero de NVIDIA, ha anunciado que el driver de la compañía ya funciona por defecto en Sway usando GBM. La consecución de este hito ha necesitado de introducir las funciones de ‘gbm_bo_create_with_modifiers2’ y de ‘gbm_surface_create_with_modifiers2’ en el backend de GBM de Mesa debido a que las funciones de ‘gbm_*_create_with_modifiers’ carecían de soporte para flags.

Sway es un gestor de ventanas y compositor de Wayland inspirado en i3 que decidió en el lanzamiento de su versión 1.0 abandonar el soporte de EGLStreams. Drew DeVault, creador de Sway, repitió una archiconocida frase de Linus Torvalds y anunció que el compositor dejaría de soportar el driver oficial de NVIDIA. Por otro lado, el compositor es uno de los mejores exponentes de Wayland, y hay quien lo considera como la mejor implementación del protocolo.

La claudicación de NVIDIA ante los estándares de Wayland ha necesitado de introducir en Mesa un backend alternativo de GBM para soportar el driver de la compañía, que actualmente también se encuentra trabajando en el soporte de DMA-BUF y en otras mejoras relacionadas con Wayland.

La versión 470 del driver del gigante verde ha puesto los cimientos para soportar Wayland, pero hay otros componentes que deben ser parcheados para que todo funcione como se espera (o sea, con las sesiones de Wayland existentes).

NVIDIA, a la caza de Radeon

NVIDIA siempre ha tenido muchos intereses en torno a Linux, pero estos siempre han estado ligados a los servidores, la supercomputación y la inteligencia artificial. Mientras tanto, y hasta hace poco, la corporación no veía a Linux como un sistema de escritorio que pudiese ser usado como Windows y macOS, pero parece que eso está empezando a cambiar, ya que, aparte del soporte de Wayland, la llegada de DLSS a Proton fue la respuesta al anuncio de FidelityFX Super Resolution (FSR).

El soporte de DMA-BUF es uno de los aspectos más interesantes debido a que dicha característica es imprescindible para la grabación de gameplays desde una sesión de Wayland. De momento todo apunta a que no va a estar habilitada por defecto en GNOME 41 para las gráficas Radeon, por lo que se mantendría oficialmente como algo exclusivo de Intel. NVIDIA tiene ahí un frente para explotar una debilidad típica de Radeon que también se da en Windows: las tecnologías asociadas o relacionadas.

Las gráficas Radeon ofrecen una “potencia bruta” comparable a la de NVIDIA, incluso en Linux, pero cuando se trata de tecnologías, NVIDIA siempre va al menos un paso por delante. Las soluciones de codificación por hardware de NVIDIA para Linux son muy superiores a las de AMD, con DLSS y en trazado de rayos el gigante verde parece ir una generación por delante de FSR y la implementación del trazado de rayos de Radeon, y así sucesivamente.

El hecho de que NVIDIA vaya por delante en tecnologías es un buen punto a su favor, por lo que después de que se haya amoldado a los estándares de Wayland y tras sumarse Intel al mercado de las gráficas dedicadas, es muy probable que veamos a Radeon volviendo a ocupar el tercer puesto, aunque en unas circunstancias muchísimo mejores que las que había en los tiempos de Catalyst/FGLRX.

Fuente: Muylinux

Linux Play: City Game Studio, Boyfriend Dungeon, Haven Park, Jupiter Hell…

publicado en: juegos, Linux | 0

 

 

 

 

Por fin nos ponemos al día con el Linux Play que tocaba sacar este primer domingo de septiembre, con lo mejor que nos dejó agosto. Y es que Linux Play es nuestra sección mensual de estrenos jugables para Linux, pero siempre a toro pasado. ¿Qué hay de nuevo, viejo? De todo un poco: del simulador de gestión de la economía City Game Studio: a tycoon about game dev, por fin en ‘versión estable’ tras años en acceso anticipado, a la frikada mezcla e acción y simulador de citas (¡con armas!) Boyfriend Dungeon, pasando por la serenidad y el buen rollito de Haven Park o todo lo contrario, la intensidad -por turnos, eso sí- de Jupiter Hell… Y así hasta el final de la lista, que cierra el título gratuito Joyspring, un plataformas sencillo a priori, pero que está gustando mucho a quien ya lo ha jugado. Linux Play

 

Fuente: Muylinux

EndeavourOS mejora su instalador de sistema y estrena una nueva aplicación

publicado en: Linux | 0

EndeavourOS sigue afianzándose como una sucesora digna de Antergos y por tercera -y muy probablemente última- vez en lo que llevamos de año, renueva su imagen de instalación, facilitando el salto a Arch Linux a quien desee hacerlo sin complicarse la vida demasiado.

En efecto, EndeavourOS nació como relevo de Antergos, allanando la instalación de Arch Linux para el común de los mortales o, más específicamente, para quienes gustan de la actualización continua de Arch Linux, pero prefieren los procesos guiados con interfaces visuales. Ergo, no cabría esperar mucho más de EndeavourOS que la mejora de su sistema de instalación, pero no se reduce a eso este lanzamiento.

Así, EndeavourOS 2021.08.27 estrena una nueva aplicación, EOS Apps Info, una simple lista con todas las aplicaciones preinstaladas con las que mejorar la experiencia de usuario, además de servir de centro de ayuda con manuales de cada una de ellas. Por aplicaciones preinstaladas nos referimos, por ejemplo, a las que facilitan el soporte de los controladores gráficos privativos de NVIDIA, los servidores desde donde descargar las actualizaciones, el instalador del sistema, etc.

Pero, ojo, porque «como la mayoría de nuestras aplicaciones, eos-apps-info no se instala de forma predeterminada», informan en el anuncio oficial de EndeavourOS 2021.08.27, por lo que hay que instalarla aparte, lo cual se puede hacer con un simple comando: «yay -S eos-apps-info».

El resto de novedades de EndeavourOS 2021.08.27 recogen algunas de las características mencionadas, como una ampliación de los servidores réplica y, por supuesto, una mejora sustancial del instalador de sistema, Calamares, que en esta nueva versión incluyen «una completa revisión bajo el capó de Calamares con un aumento significativo de la velocidad en la instalación», para lo cual los desarrolladores de EndeavourOS han vuelto a construir la ISO desde cero.

En general, el Calamares de EndeavourOS permite ahora un mantenimiento más sencillo, simplificando asimismo la introducción de nuevas opciones, un proceso agilizado y «una experiencia de usuario enormemente mejorada». En el anuncio listan los principales cambios a efectos prácticos de los que podrán valerse quienes instalen EndeavourOS 2021.08.27, cuya descarga está ya disponible en la página web oficial del proyecto.

 

Pero, ojo, porque «como la mayoría de nuestras aplicaciones, eos-apps-info no se instala de forma predeterminada», informan en el anuncio oficial de EndeavourOS 2021.08.27, por lo que hay que instalarla aparte, lo cual se puede hacer con un simple comando: «yay -S eos-apps-info».

El resto de novedades de EndeavourOS 2021.08.27 recogen algunas de las características mencionadas, como una ampliación de los servidores réplica y, por supuesto, una mejora sustancial del instalador de sistema, Calamares, que en esta nueva versión incluyen «una completa revisión bajo el capó de Calamares con un aumento significativo de la velocidad en la instalación», para lo cual los desarrolladores de EndeavourOS han vuelto a construir la ISO desde cero.

En general, el Calamares de EndeavourOS permite ahora un mantenimiento más sencillo, simplificando asimismo la introducción de nuevas opciones, un proceso agilizado y «una experiencia de usuario enormemente mejorada». En el anuncio listan los principales cambios a efectos prácticos de los que podrán valerse quienes instalen EndeavourOS 2021.08.27, cuya descarga está ya disponible en la página web oficial del proyecto.

Fuente: Muylinux

Disponible Linux 5.14 con ‘core scheduling’, el parche final para rehabilitar Hyper-Threading

publicado en: Linux | 0

 

¿Cansado ya de tanta celebración en torno al treinta aniversario de Linux? Linus Torvals tiene la solución para cortar por lo sano con el desfase: una nueva versión del kernel, Linux 5.14, que como es usual, llega repleta de novedades.

Por supuesto, Mr. Torvals habla en broma y por si alguien lo duda, recuerda a los mantenedores del kernel que para ellos no hay fiesta, pues inmediatamente después del lanzamiento de una nueva versión de Linux, hay que comenzar a trabajar ya en la siguiente.

Mientras tanto, ¿qué hay de nuevo en Linux 5.14? Como siempre, un mucho de todo, repartido entre los sospechosos habituales: soporte de hardware (procesadores, gráficos, dispositivos o componentes específicos, etc), soporte de tecnologías base integradas en el kernel (sistemas de archivos, seguridad, gestión de procesos, etc) y alguna que otra cosa al margen. A falta de que en Kernel Newbies publiquen la lista de novedades para Linux 5.14, el resumen de Phoronix es un buen lugar para empezar a recabar información acerca de este lanzamiento.

Quizás la novedad más comentada de Linux 5.14 es la incorporación de core scheduling, una funcionalidad que ya venían usando proveedores de servicios en la nube y que permite conservar la seguridad del sistema sin la necesidad de deshabilitar Hyper-Threading en procesadores Intel, una recomendación que se dio en el apogeo del escándalo por las vulnerabilidades de Spectre y que se ha mantenido hasta ahora. Es decir, si habías deshabilitado Hyper-Threading por motivos de seguridad, podrás volver a activarlo una vez estés usando Linux 5.14 o superior.

Hyper-Threading es la implementación de la tecnología SMT de Intel para el procesamiento multihilo, permitiendo la ejecución ed procesos en paralelo dentro de un único procesador. Según explican, core scheduling facilita gestionar los «recursos que puede compartir un núcleo de la CPU y garantizar que las tareas potencialmente inseguras no se ejecuten en un hilo hermano de una tarea confiable. Al garantizar que las tareas confiables / no confiables no comparten un núcleo a través de HT / SMT, se puede mantener habilitado Hyper-Threading».

No faltan otras mejoras en los más diversos apartados, incluyendo por supuesto en el soporte de procesadores y gráficos, con AMD e Intel como obvias protagonistas: soporte para Intel Alder Lake, para las GPU de AMD Yellow Carp y Beige Goby, diferentes mejoras relacionadas con el controlador AMDGPU… Con respecto a AMD, destaca especialmente la llegada del soporte de AMD SmartShift, una tecnología que permite mejorar el rendimiento en portátiles con CPU y GPU AMD compatibles, equilibrando dinámicamente el uso de energía entre ambos componentes según la carga de trabajo.

En resumen, Linux 5.14 es una versión más del kernel repleta de novedades en las que no vamos a entrar, porque ni rascar la superficie es factible. No obstante, hay alguna otra novedad que merece la pena señalar, como la introducción del mecanismo de Dell para mejorar la privacidad en sus portátiles, el soporte para la configuración de la BIOS de los ThinkPad de Lenovo; el soporte para Raspberry Pi 400, la mejora del soporte de USB4, el mando de Xbox One, mejor latencia en el controlador de audio de USB…

¿Hemos mencionado ya que Linux 5.14 trae mejoras de soporte aquí, allí y más allá? Pues lo multiplicas por mil, le añades otrs cientos de cambios all over the place y te haces una idea del conjunto. Como dice Torvals, seguimos… (nosotros con otras cosas).

Fuente: Muylinux

Linux, el núcleo que mueve el mundo tecnológico, cumple 30 años

publicado en: Linux | 0

Hola a todos los que estáis ahí fuera usando minix –

Estoy desarrollando un sistema operativo (libre) (sólo por hobby, no será grande y profesional como gnu) para clónicos de los AT 386(486). Esta idea está madurando desde abril, y ahora está comenzando a estar lista. Me gustaría recibir cualquier comentario en cosas que a la gente le gustan y no le gustan de minix, ya que mi sistema operativo se parece a él un poco (misma disposición física del sistema de ficheros (por razones prácticas) entre otras cosas).

Ya he trasladado bash (1.08) y gcc (1.40) y parece que las cosas funcionan. Esto implica que podría tener algo práctico en pocos meses, y me gustaría saber qué características le gustarían más a la gente tener. Será bienvenida cualquier sugerencia, pero no prometo que las implementaré todas ellas 🙂

Así presentaba Linus Torvalds, un 25 de agosto de 1991, a Linux, el núcleo para sistemas operativos que ha cambiado el mundo, tanto por la tecnología que se ha desplegado en torno a él, como por el modelo de desarrollo que ha incorporado y popularizado en el sector empresarial y que ha revolucionado el desarrollo de software.

Por supuesto, nada de lo que ha conseguido Linus con Linux habría sucedido si unos cuantos años antes un personaje llamado Richard Matthew Stallman no se hubiese embarcado en una cruzada personal que también ha cambiado el mundo, con Linux como su mayor exponente, aun cuando hace tiempo que filosofía y pragmatismo se hayan enfrentados.

Así, mientras que el movimiento del Software Libre cumplió 30 años hace más de un lustro, Linux los cumple 30, a medio camino entre la definición con la que nació -sigue siendo desarrollado bajo la licencia GPLv2, que no es con la que nació, ojo- y la que ha terminado explotando a su alrededor, léase Open Source o código abierto.

En todo caso, al igual que sucede con el nacimiento del Software Libre -así, en mayúscula- el de Linux es cuestionable en cuanto a la fecha exacta a celebrar: ¿fue en abril de 1991, cuando Torvalds empezó a trabajar en el kernel; en agosto 1991, cuando publicó el famoso mensaje que hemos recuperado más arriba; en septiembre de 1991, cuando la versión 0.01 se subió al servidor FTP de la Universidad Tecnológica de Helsinki…?

Lo cierto es que no importa: Linux cumple 30 años este 2021 y por los hitos logrados, bien vale dejar al año entero como efeméride, a pesar de relegar a determinados días los recordatorios, porque de lo contrario sería un no parar. Y es que Linux es omnipresente en el actual mundo tecnológico, inexplicable sin la existencia del proyecto de Linus Torvalds -apoyado por miles de desarrolladores.

Nada de todo esto se le pasó por la cabeza al bueno de Torvalds cuando anunció que estaba trabajando en Linux, pero así han comenzado muchos de los grandes avances y empresas de la historia. «Si Microsoft alguna vez hace aplicaciones para Linux, significa que he ganado«, llegó a decir en una ocasión el insigne finlandés… Y si con eso se conformaba, desde luego que hace mucho tiempo que ganó.

Por lo demás, you name it, que dicen los anglosajones: servidores, ordenadores personales, superordenadores, dispositivos embebidos, telefonía móvil, automoción, electrónica de consumo en general… Prácticamente todo lo que importa se mueve hoy con Linux en sus tripas, y si no es con Linux, muy probablemente este haya tenido al que ver con el modelo de desarrollo utilizado, el del código abierto.

Pasa lo mismo con las tecnologías que han revolucionado el mundo en las últimas décadas, de la nube al Internet de las cosas, la inteligencia artificial, el aprendizaje automático, el aprendizaje profundo… Es complicado imaginarse cómo habrían sido las cosas sin Linux; lo único seguro es que habrían sido muy diferentes, no digamos ya el impulso el modelo de desarrollo abierto, todo un estándar a día de hoy en el sector empresarial.

Se podrían decir muchísimas más cosas sobre Linux, pero como ya solemos decirlas habitualmente, que para eso nos llamamos MuyLinux, nos conformaremos con felicitar el aniversario a Linus Torvalds y, cómo no, a las miles de personas que han contribuido con su desarrollo, así como con el floreciente ecosistema del código abierto… y del Software Libre, porque tampoco se puede entender el uno sin el otro.

 

Fuente: Muylinux

El soporte de realidad virtual para Wayland empieza a tomar forma

publicado en: Linux | 0

Wayland está llamado a ser el futuro del despliegue de los gráficos en Linux, pero el protocolo parece haberse encontrado con demasiados obstáculos en el camino, posiblemente y en parte debido a la complejidad de su implementación. Pese a todo, Wayland está avanzando, y no solo en su implementación en compositores como Kwin (KDE Plasma) y Mutter (GNOME), porque en el horizonte ha empezado a asomar el soporte para la realidad virtual.

Como suele ser habitual en Wayland, la implementación de una característica suele ser multilateral. Esto ya lo vimos con el soporte de compartición y captura de la pantalla, dos funciones que se realizarán a través de PipeWire con el fin de suministrar un mecanismo más abstracto con respecto al compositor. En el caso de la realidad virtual, en Wayland se ha fusionado el soporte para el protocolo de arrendamiento de DRM (que hace referencia a Gestor de Renderizado Directo, no a la protección de contenidos) y en Vulkan se ha hecho lo mismo con la extensión ‘VK_EXT_acquire_drm_display’.

El protocolo de arrendamiento de DRM ha sido descrito de la siguiente manera en la petición de fusión: “El arrendamiento de DRM es una característica que permite al maestro de DRM ‘ceder’ un subconjunto de sus recursos del DRM a otro maestro de DRM a través de drmModeCreateLease, que devuelve un descriptor de archivo para el nuevo maestro de DRM. Usamos este protocolo para negociar los términos del contrato de arrendamiento y transferir este descriptor de archivo a los clientes. En términos menos específicos de DRM: este protocolo permite a los compositores de Wayland ceder sus recursos de GPU (como pantallas) a un cliente de Wayland para que los controle exclusivamente”.

A estas alturas no hace falta decir que el protocolo introducido en Wayland va orientado al uso de cascos de realidad virtual, cuya popularidad ha aumentado con el paso de los años, aunque sin terminar de consolidarse como un producto mainstream más allá de momentos puntuales como el protagonizado por Half-Life: Alyx. El objetivo del protocolo de arrendamiento de DRM es reducir las latencias para mejorar la experiencia con los juegos y adaptar el uso de Wayland a un contexto de realidad virtual. Un detalle importante es que ya está siendo implementado en Sway, KDE Plasma (a través de Kwin y KwaylandServer) y XWayland.

El otro componente es la extensión de Vulkan ‘VK_EXT_acquire_drm_display’, que ya ha sido fusionada en el repositorio de Khronos Group, la institución sin ánimo de lucro encargada del desarrollo de Vulkan, OpenGL y OpenCL. ‘VK_EXT_acquire_drm_display’ ha sido la continuación del trabajo realizado con ‘VK_EXT_wl_drm_lease_display’, que fue en su momento rediseñado para tener un enfoque más genérico basado en el descriptor de fichero. En estos momentos la extensión ya ha sido fusionada en Mesa y su implementación en Monado está en proceso.

Veremos cómo se comporta el soporte de realidad virtual para Wayland una vez haya sido implementado totalmente en algunos compositores. Por ahora parece que Sway y Kwin llevan la delantera.

Imagen: Pixabay

 

Latte Dock 0.10 mejora la integración con KDE Plasma y llega con soporte para GNOME y XFCE

publicado en: Linux | 0

.

La personalización es uno de los aspectos más esenciales del ADN de KDE Plasma, no solo abarcando la gran cantidad de posibilidades de configuración que ofrece de manera predeterminada, sino también accesorios que permiten implementar transformaciones todavía más profundas. Uno de los accesorios más populares es Latte Dock, del que ha aparecido hace poco la versión 0.10.

Como bien indica su nombre, Latte Dock se encarga de poner a disposición un dock que puede recordar al de macOS. Sin embargo, no solo pretende ser una imitación de una de las partes más reconocibles del sistema operativo de Apple, sino que además busca aportar valor añadido a la experiencia de usuario al integrarse con el escritorio y ser capaz de sustituir al panel por defecto.

Latte Dock 0.10 ha llegado con el propósito de ser toda una evolución para este accesorio, por lo que nos encontramos con una cantidad destacable de novedades gracias a la aplicación de más de 2.200 commits desde la versión 0.9. Para empezar, nos encontramos con soporte de docks y paneles múltiples sobre un mismo borde de la pantalla, soporte de docks y paneles flotantes que pueden ser colocados en cualquier parte de la pantalla, soporte para poder establecer un radio de fondo y el tamaño de la sombra de fondo, barras laterales bajo demanda y soporte de múltiples Tareas de Latte sobre un mismo dock o panel.

Pero Latte Dock 0.10 no solo viene a cubrir aspectos de KDE Plasma, sino que también pretende ir más allá. Por ejemplo, ha añadido soporte de GTK_FRAME_EXTENTS sobre X11 para informar a los administradores de ventanas sobre el área visible de los docks y ha puesto a disposición un diálogo interno del Explorador de Widgets, abriendo la puerta al uso completo de Latte Dock en entornos de escritorio como GNOME y XFCE.

Regresando al “entorno natural” de Latte Dock, KDE Plasma, el accesorio se encarga de forma opcional de informar al entorno de escritorio sobre las geometrías de los docks y los paneles; soporta los separadores de márgenes de Plasma; se han rediseñado y mejorado los diálogos; se han incluido plantillas para todas las funciones de diseño; la posibilidad de exportar diseños, docks y paneles como plantillas para uso público; e incorporado las funcionalidades de mover, copiar y pegar para los docks y los paneles. Todo eso ha llegado junto a nuevas posibilidades de colocación.

 

Los responsables de Latte Dock avisan que la versión 0.10 ha pasado a ser la de referencia y que cualquier lanzamiento anterior está considerado ahora como obsoleto. La forma más sencilla de disfrutar de la última versión de este potente dock es recurriendo a alguna distribución rolling release o a KDE neon, que suministra una pila de KDE totalmente actualizada sobre la base estable de Ubuntu LTS

 

Fuente: Muylinux