Grupo Linuxero del Bajío

Cuando uno aprende a programar en C y se adueña del uso de los punteros, uno generalmente se siente capaz de cualquier hazaña. Sin embargo, todo poder es ilusorio, porque esconde una poderosa debilidad. El concepto de puntero es intrínsecamente demasiado frágil. Tan así que es la fuente de muchos de los agujeros de seguridad, en especial el problema conocido como Use-after-Frees.

Supongamos que uno hace uso de un recurso, un objecto por ejemplo, y tiene una referencia a través de un puntero. Digamos

Object *p = get_object();

Pero en algún momento este objeto es liberado mientras retenemos el puntero p. Y entonces, si hacemos:

p->do_action();

Tenemos, en el mejor de los casos, una falla de segmento (segmentation fault). En el peor de los casos, el método es reemplazado, a través de un buffer overflow, por una función maliciosa.

El problema es generalizado y no es, de ninguna manera, excluviso de programadores novatos. Tanto es así que Google, en Chrome, que usa C++, esta proponiendo una clase llamada MagicPtr<T>, para manejar todos los punteros de los cuales la clase responsable no tiene control:

https://docs.google.com/document/d/1p...Nb_dbQ3ZBg

Con una semana de vacaciones no planificadas, entre otras tareas, dediqué algunas horas en actualizar el geeklog de este sitio y la distribución del servidor.

También, siguiendo con mi idea de convertir este sito, de utilizar un CMS como geeklog, a un sitio estático, escribí un script para convertir las stories de geeklog en archivos individuales en formato markdown:

https://github.com/ceyusa/geeklog2sta...rc/main.rs

Mi idea en usar Zola como generador del sitio estático: https://www.getzola.org/

Es un experimento, aún no hay nada decidido. Ni creo en el corto plazo haya un cambio. Mi motivación es eliminar lo más posible el código expueso a la red (internet es un campo minado) y delegar los flujos de trabajo a otras herramientas. Pero ya podemos charlar sobre esto en las redes sociales.

Uno de los procesos más extendidos en TI es la instalacción de programas y servicios, llega a ser tedioso el tener que resolver todas las dependencias y compilar un programa para que funcione como es debido.

La gran diversidad de sistemas operativos y sus derivados trae alta complejidad para el desarrollador y por ende, casi nunca se soportan todos los posibles casos, más aún "la nube" trae la complejidad de trabajar o bien en un sistema recién horneado o limitado.

Por ello, se han implementado diversas soluciones (que no resuelven el problema al 100%), siendo una de ellas los llamados contenedores, liderado por Docker (https://www.docker.com/) y alternativas como Singularity (https://sylabs.io/singularity/).

Ojalá todos aquí sepamos que es Rust, y si no es así, nunca es tarde para saberlo.

Rust es un lenguaje de programación, patrocinado inicialmente por Mozilla, con el propósito de desarrollar su navegador web de siguiente generación, llamado Servo. No obstante, Mozilla ha sorteado vaivenes económicos y tuvo que cortar Servo. Sin embargo, el lenguaje de programación, que siempre conservó su independencia organizacional, sigue tan sano y vibrante como el primer día. Hoy por hoy, Google, Microsoft y muchas otras empresas potentes están utilizando el lenguaje para su consumo interno y en prototipos de futuros productos.

¿Por qué tanto éxito? Veamos sus características:

* Rust no necesita de un entorno de ejecución. Se compila y el binario opera directamente sobre el hardware y SO, tal como un programa escrito en C/C++. Su compilación tiene niveles de optimización elevados, además de generar binarios para varias plataformas, al utilizar LLVM (un framework para hacer compiladores, como clang).

* Rust no necesita de un recolector de basura. Sin embargo, garantiza seguridad de memoria, evitando desbordamientos de búfer (buffer overflow) o fugas de memoria (memory leaks). Esto lo logra a través de un sistema de posesión (ownership) de las variables (esto es lo más interesante y con más implicaciones a la hora de programar). No permite punteros nulos y favorece la asignación de memoria de la pila (stack) sobre la del heap.

* Rust tiene un modelo de programación orientado a la concurrencia, gracias a su tipado (tipos de datos), su sistema de posesión de variables, evitando las condiciones de carrera (race conditions) verificado en tiempo de compilación,

* Rust adopta características de varios modelos de programación: imperativa (como C/C++), funcional (como Lisp o Haskell), orientada a objetos (como Java).

* Rust se distribuye con una serie de utilerías que permiten desarrollar, perfilar y optimizar aplicaciones complejas con solo descargar su toolchain, facilitando la "productividad" del desarrollador.

* Rust tiene ya un enorme catálogo de librerías (llamadas crates) listas para descargar y utilizar: https://crates.io/

Tuve la oportunidad de colaborar en Servo en su momento, desarrollando el soporte para los tags <video> y <audio>, con los excelentes bindings de GStreamer para Rust.

En fin, hay más cosas que decir, pero harían este post más largo de lo que es.

El propósito del post es para comentar que la gente del kernel de Linux ha estado debatiendo los últimos años de usar Rust dentro del Kernel, sobre todo para desarrollar drivers, que suelen ser los que contienen el código más mediocre y menos revisado.

Miguel Ojeda ha sido el promotor de este adopción creando bindigs para las APIs internas del kernel y cuenta con el apoyo de varios mantenedores. Hasta al propio Linus Torvalds le parece prometedor.

Esta es una charla que dio en el pasado Linaro Connect:

https://www.youtube.com/watch?v=VlSkZYBeK8Q

En este momento Facebook, WhatsApp e Instagram llevan varias horas caídos.

Justo cuando un whistleblower había salido en los medios de EEUU alertando sobre las malas prácticas de Facebook, las tablas de ruteo (BGP) para acceder a los servidores de Facebook fueron actualizadas... hacia ninguna parte.

Pero para hacer el problema más gordo, los mismo empleados de Facebook no pueden utilizar su software interno porque todo usa el dominio facebook.com, que es inaccesible.

Para más información: https://krebsonsecurity.com/2021/10/w...-whatsapp/

Así que ahora a explorar otros servicios, otras actividades, otras formas de comunicarse.

Hace dos semanas fue la Conferencia de Desarrolladores de XOrg. Lo de XOrg es casi legacy, ya que la conferencia gira alreadedor de todo el software de bajo de nivel de gráficos, desde el Kernel hasta el protocolo de Wayland (pasando por Mesa, o sea, OpenGL, Vulkan, etc.).

Una de las consecuencias de que, con la pandemia, las conferencias tuvieran que llevarse a cabo en línea, es que los vídeos están disponibles inmediamente. O que la participación sea más fácil, sin la necesidad del desplazamiento.

Aquí están las charlas de este año: https://media.ccc.de/c/xdc2021

Yo solía considerar que la programación estaba relacionada con las habilidades y formación matemática. Después de todo, los desarrolladores que admiraba eran, en su mayoría, graduados de las facultades de ciencias puras, física o matemáticas.

Sin embargo, una investigación recién publicada en Nature, sugiere que esta supuesta relación entre programación y pensamiento matemático no es tan cierta. Antes, son las habilidades comunicativas las que más facilita el aprendizaje de la programación. Y tras mis años en el mundillo, me parece tener sentido: cuando los problemas son resueltos socialmente (en grupo) es mucho más productivo expresar claramente la cuestión a resolver, proponer pasos para resolverlo, expresar disensos y acuerdos, que una mente, supuestamente genial, pero aislada, incapaz de comunicarse con claridad.

https://www.nature.com/articles/s41598-020-60661-8

Hace mucho tiempo en una lejana galaxia ...

... existía un blog sobre Linux conformado por gente del Bajío mexicano, una comunidad Libre que aprendía, enseñaba y promovía el uso de Linux. Tras años de plena actividad, varios miembros tomaron caminos distintos que los llevaron a varios rincones de México y del mundo, por lo que la comunidad cayó en un letargo ...

... hasta ahora ...

Hace ya casi un año de la última publicación...

Feliz solsticio de invierno.

Otra vuelta traslacional, otra versión de Geeklog, que es más fácil que migrar toda la información aquí vertida en HTML estático.

Escucho a todo aquel que quiera ensuciarse las manos y dar un paso hacia adelante en la administración del sitio para darle nueva vida y salir de este estado de hibernación.