La Fundación de Software Libre (FSF) anunció hace poco a los ganadores de los Premios de Software Libre 2021, que se otorgan anualmente en la conferencia LibrePlanet 2022, que se llevó a cabo en línea como en los últimos dos años.

En ella se organizó una ceremonia de premios virtual que anunció a los ganadores de los Premios anuales de software libre 2021, establecidos por la Free Software Foundation (FSF) y otorgados a personas que han hecho la contribución más significativa al desarrollo de software libre, así como proyectos libres socialmente significativos.

Las placas conmemorativas y los certificados presentados en la ceremonia fueron enviados a los ganadores por correo (el premio FSF no implica una recompensa monetaria).

Los ganadores de los premios de este año son Paul Eggert, Protesilaos Stavrou y SecuRepairs. Como la ceremonia se llevó a cabo virtualmente este año, cada ganador seleccionó a la persona que deseaba que les entregara el premio.

El Premio al Desarrollo y Avance de Software Libre fue para Paul Eggert, quien es responsable de mantener la base de datos de zonas horarias utilizada por la mayoría de los sistemas Unix y todas las distribuciones de Linux. La base de datos refleja y acumula información sobre todos los cambios relacionados con las zonas horarias, incluidos los cambios de zona horaria y los cambios en la transición al horario de verano/invierno. Además, Paul también ha estado involucrado en el desarrollo de muchos proyectos de código abierto como GCC durante más de 30 años.

En su mensaje grabado en honor a Eggert, Kooyman dijo:

«Hay pocas personas en la comunidad de software libre que hayan tenido un historial de trabajo excelente y consistente. No es solo GNU quien se ha beneficiado de su trabajo, o todos quién usa el GCC. También señala la importancia de los proyectos que podemos dar por sentado. Cada vez que nuestras computadoras o teléfonos saben ‘mágicamente’ dónde comienza una zona horaria y termina otra, el trabajo de Paul con TZDB resulta útil».

En la nominación otorgada a proyectos que han traído importantes beneficios a la sociedad y contribuido a la solución de importantes problemas sociales, el galardón recayó en el proyecto SecuRepairs, que reúne a profesionales de la seguridad informática que defienden el derecho de los usuarios a la autorreparación, estudiando el interior, manteniendo y modificando el relleno de los dispositivos o productos de software.

Además de los derechos de los propietarios, el proyecto SecuRepairs también aboga por la posibilidad de reparación por parte de profesionales independientes no afiliados al fabricante. El proyecto intenta contrarrestar las iniciativas de los fabricantes de hardware destinadas a dificultar que los usuarios interfieran con sus dispositivos. Obtener la capacidad de realizar cambios usted mismo se explica, por ejemplo, por la necesidad de corregir urgentemente las vulnerabilidades y los problemas de privacidad, sin esperar la respuesta del fabricante.

Al presentar el premio a SecureRepairs, la directora ejecutiva de la FSF, Zoë Kooyman, declaró:

«El movimiento del derecho a reparar está estrechamente relacionado con el movimiento del software libre. Ambos se esfuerzan por poner las partes más importantes de nuestra vida técnica bajo el control de los usuarios en lugar de las corporaciones». y estoy encantado de que SecuRepairs reciba este premio».

La categoría Contribución destacada de nuevo colaborador al software libre, que honra a los recién llegados cuyas primeras contribuciones muestran un compromiso visible con el movimiento del software libre, fue otorgada a Protesilaos Stavrou, quien se distinguió en el desarrollo del editor Emacs.

Protesilaus desarrolla varias adiciones útiles a Emacs y contribuye activamente a la comunidad con publicaciones de blog y transmisiones en vivo. Protesilaus se cita como un ejemplo en el que un recién llegado en tan solo unos años puede alcanzar el estatus de colaborador clave para un gran proyecto gratuito.

En un video de aceptación del premio, Stavrou agradeció a toda la comunidad de Emacs y declaró:

«Deseo agradecer a la Free Software Foundation por este premio. No lo esperaba, al igual que no esperaba hacer ningún tipo de contribución a GNU Emacs dada mi experiencia no técnica». Protesilaos continuó afirmando: «Si bien este premio se otorga a un individuo, creo que en realidad se trata de la comunidad [y] cómo esos héroes anónimos han ayudado a una persona determinada a lograr ciertas cosas».

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

from Linux Adictos https://ift.tt/T86NvqX
via IFTTT

Tal parece que el desarrollo de los parches para el soporte de controladores Rust en Linux ha tomado un buen ritmo, pues fue hace poco más de un mes que se dio a conocer la quita propuesta, ya que desde la tercera versión se ha venido entregando una nueva propuesta cada mes y ahora se ha dado a conocer la nueva propuesta, siendo esta la sexta edición.

Miguel Ojeda ha propuesto el nuevo lanzamiento de los componentes para el desarrollo de controladores de dispositivos Rust para que los desarrolladores del kernel de Linux los consideren. Esta es la sexta edición aun se considera experimental, pero ya está incluido en la rama linux-next y es lo suficientemente maduro como para comenzar a trabajar en la creación de capas de abstracción sobre los subsistemas del kernel, así como en la escritura de controladores y módulos.

Para quienes aún desconocen de este desarrollo, deben saber que está financiado por Google y el ISRG (Internet Security Research Group), que es el fundador del proyecto Let’s Encrypt y promueve HTTPS y el desarrollo de tecnologías para aumentar la seguridad de Internet.

Cabe recordar que los cambios propuestos hacen posible el uso de Rust como segundo lenguaje para desarrollar controladores y módulos del kernel. El soporte de Rust se presenta como una opción que no está habilitada de forma predeterminada y no da como resultado la inclusión de Rust entre las dependencias de compilación requeridas para el kernel.

El uso de Rust para desarrollar controladores le permitirá crear controladores mejores y más seguros con un esfuerzo mínimo, sin problemas como acceder a un área de memoria después de liberarla, desreferenciar punteros nulos y desbordamientos de búfer.

La seguridad de la memoria se proporciona en Rust en tiempo de compilación mediante la verificación de referencias, el seguimiento de la propiedad del objeto y la vida útil del objeto (alcance), así como mediante la evaluación de la corrección del acceso a la memoria durante la ejecución del código. Rust también brinda protección contra desbordamientos de enteros, requiere que las variables se inicialicen antes de su uso, maneja mejor los errores en la biblioteca estándar, aplica el concepto de referencias y variables inmutables de forma predeterminada y ofrece tipado estático fuerte para minimizar los errores lógicos.

En la nueva versión de los parches, se continuó con la eliminación de los comentarios realizados durante la discusión de la primera, segunda, tercera, cuarta y quinta ediciones de los parches (de los cuales te dejo sus correspondientes enlaces).

Principales novedades en la sexta propuesta

Con la llegada de esta nueva propuesta se ha actualizado el kit de herramientas antes del lanzamiento de Rust 1.59.0, junto con la cual una variante de la biblioteca alloc también se sincroniza con la nueva versión de Rust, eliminando la posible generación de un estado de «pánico» cuando ocurren errores, como por ejemplo, sin memoria.

Otro de los cambios que se ha realizado, es que ahora, en lugar de proporcionar archivos de especificación de plataforma de destino creados previamente, se generan dinámicamente en función de la configuración del kernel.

Ademas de que tambien se destaca que se agregó el parámetro del kernel HAVE_RUST para que se habilite para arquitecturas compatibles con Rust y que se han propuesto abstracciones para su uso en el código Rust de un generador de números pseudoaleatorios de hardware.

Por otra parte, se menciona que se ha estabilizado la capacidad de utilizar inserciones de ensamblador («feature(global_asm)») y que se agregó soporte para crear programas host en Rust que se usan en el proceso de compilación del kernel.

De los demás cambios que se destacan de esta nueva propuesta:

• Se permitió el uso de códigos de error sin el prefijo «Error::» (por ejemplo, «return Err(EINVAL)») para aproximar el manejo de códigos de error en C.
• Se agregó el tipo «CString» para cadenas C nativas. Tipos de formateador y búfer combinados.
• Se agregaron rasgos Bool y LockInfo.
• Implementación simplificada de spin-locks.

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

from Linux Adictos https://ift.tt/h8Fs1am
via IFTTT

El pasado 11 de marzo, el equipo de desarrolladores que hay detrás de este software para ejecutar apps de Windows en otros sistemas operativos lanzó la v7.4 de su «emulador». Hoy, dos semanas después, tocaba una nueva versión de desarrollo, concretamente WINE 7.5, y el lanzamiento se ha producido hace unos instantes. Se han vuelto a introducir muchos pequeños retoques, pero el desarrollador que más estaba haciendo en las últimas semanas a pisado un poco el freno, por lo que el número general es más bajo.

En total, en WINE 7.5 se han corregido 28 bugs, pero se han introducido un total de 360 cambios. 360 son muchos, está dentro de la media o incluso la sube un poco, pero viniendo de semanas en las que subíamos de los 600, menos de 400 ya parecen pocos. Y es que Eric Pouech, quien en otras semanas ha entregado cientos de modificaciones, esta semana ha realizado «sólo», véanse las comillas, 57.

Novedades más destacadas de WINE 7.5

Este viernes, lo que WineHQ ha destacado por encima del resto es que el driver ALSA se ha convertido a PE, la base de datos de idiomas se ha generado desde Unicode CLDR, se ha añadido soporte para el compilador HLSL con el vkd3d incorporado, se ha iniciado el soporte para el protocolo OCSP y se ha realizado más limpieza al soporte de tipo «largo», a lo que hay que añadir las correcciones de errores varias.

WINE 7.5 está disponible desde este enlace , y WineHQ también facilita otro que, para no variar, no funciona. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será un WINE 7.6 que llegará el 8 de abril. Pasadas ya las semanas de los más de 600 cambios y habiendo vuelto a bajar de los 400 hoy, se espera que dentro de dos semanas vuelva a ser normal, es decir, que realicen entre 200 y 400 retoques. A no ser que Pouech se vuelva a poner las pilas y haga de las suyas, en cuyo caso podríamos volver a tener cifras de escándalo.

from Linux Adictos https://ift.tt/C8red5A
via IFTTT