Linus Torvalds, el dictador benévolo: Bronca a un colaborador

Hoy en Libre Soft World queremos relatar una anécdota de Linus Torvalds que nos hace ver su personalidad y el cuidado que tiene con el mantenimiento de Linux.

La respuesta de Linus puede leerse aquí: Respuesta Linus. En él, el creador del sistema operativo argumenta en contra de un commit hecho por uno de los desarrolladores del Kernel. Este commit rompía el funcionamiento de un par de programas de Linux, por lo que el desarrollador suponía que debía ser un Bug en estos programas, y no en los cambios que había hecho. Vayamos citando paso a paso lo que dice Linus:

Mauro, SHUT THE FUCK UP!

Vaya, Linus empieza fuerte…

It's a bug alright - in the kernel. How long have you
been a maintainer? And you *still* haven't learnt
the first rule of kernel maintenance?

If a change results in user programs breaking, it's
a bug in the kernel. We never EVER blame the user
programs. How hard can this be to understand?

Aquí Linus quiere dejar claro que el espacio de usuario es sagrado: nunca ha de romperse. Esta es la primera regla del Kernel. Por lo tanto, el Bug no está en aquellos programas que fallan, sino en los cambios producidos por el desarrollador en el Kernel.

To make matters worse, commit f0ed2ce840b3 is clearly
total and utter CRAP even if it didn't break
applications. ENOENT is not a valid error return
from an ioctl. Never has been, never will be.
ENOENT means  "No such file and directory",
and is for path operations. ioctl's are done on 
files that have already been opened, there's no
way in hell that ENOENT would ever be valid.

Aquí Linus regaña al desarrollador por usar código que no es válido en ese contexto. Eso si, usando unas formas un poco bruscas. La siguiente respuesta corresponde a cuando el desarrollador argumenta que su commit no es ninguna regresión, sino que descubre errores en aplicaciones que debido a su cambio ahora fallan:

Shut up, Mauro. And I don't _ever_ want to hear that
kind of obvious garbage and idiocy from a kernel
maintainer again. Seriously.
I'd wait for Rafael's patch to go through you, but I
have another error report in my mailbox of all KDE 
media applications being broken by v3.8-rc1, and I 
bet it's the same kernel bug. And you've shown 
yourself to not be competent in this issue, so 
I'll apply it directly and immediately myself.

Ahora Linus pone de manifiesto la incompetencia del desarrollador y dice que ya se encargará el mismo de arreglar un Bug que es probable que haya sido provocado por el mismo problema. Y por último:

WE DO NOT BREAK USERSPACE!

Seriously. How hard is this rule to understand? We 
particularly don't break user space with TOTAL CRAP. 
I'm angry, because your whole email was so _horribly_ 
wrong, and the patch that broke things was so 
obviously crap. The whole patch is incredibly 
broken shit. It adds an insane error code (ENOENT), 
and then because it's so insane, it adds a few 
places to fix it up ("ret == -ENOENT ? -EINVAL : 
ret"). The fact that you then try to make *excuses* 
for breaking user space, and blaming some external 
program that *used* to work, is just shameful. It's 
not how we work. Fix your f*cking "compliance tool", 
because it is obviously broken. And fix your 
approach to kernel programming.

               Linus

Termina resaltando la importancia de no romper el espacio de usuario de nuevo. Un programador del Kernel debe tener muy en cuenta que, cosas que funcionaban en el pasado, han de seguir funcionando a pesar de los cambios hechos es el código. Así es como funciona Linux.

Un saludo!

Fuentes:

Linus Torvalds, el dictador benévolo: Debate Tanenbaum – Torvalds

Hoy vamos a dar a conocer el debate que tuvieron Andrew S. Tanenbaum, creador de Minix, y Linus Torvaldls, creador de Linux, aún que varios desarrolladores del Kernel, como Peter Mc Donald o David S. Miller también se unieron a la discusión. Recordemos que el Kernel de Linux esta inspirado en Minix.

El debate se produjo en un grupo de discusión de Usenet: comp.os.Minix. En él, Tanenbaum explica que los sistemas operativos de tipo micronúcleo (como Minix) son mejores que los de tipo monolíticos (como Linux). Pero que son en realidad estos conceptos?

La diferencia principal entre los sistemas operativos micronúcleo  y monoliticos, es que los primeros implementan las funcionalidades del núcleo con llamadas de sistema que se ejecutan en como procesos servidores en espacio de usuario. Por lo tanto, las distintas funcionalidades son separadas y son estos servidores los que las proveen cuando son pedidas. En cambio, un núcleo monolítico implementa todas estas funcionalidades él sólo, por lo que su complejidad se ve incrementada.

Volviendo al debate, Tanenbaum afirmaba que los sistemas operativos monolíticos eran un paso atrás en la computación; aumentaban la complejidad y disminuían su portabilidad, y que Linux estaba demasiado orientado a la arquitectura x86. Linux reconoció que la arquitectura micronúcleo era teóricamente superior. No obstante, argumentó que Minix tenía errores básicos para un sistema operativo y que, debido a la interfaz de aplicaciones de Linux, su sistema operativo era más portable que Minix.

La respuesta de Tanenbaum fue que, debido a su carácter educativo, su sistema contaba con las funcionalidades de los ordenadores que en ese momento podían ser adquiridos por estudiantes. Y que la poca portabilidad de Linux sería un problema en el futuro, independientemente de que Minix no fuera muy portable. La discusión no llegó más allá, ya que Linus intentó zanjarla; hemos de recordar que en ese momento, era algo que él desarrollaba en su tiempo libre, y que estaba enfocada a propósito en esta arquitectura.

Al final de todo, el tiempo parece haber dado la razón a Linus, ya que x86 sigue siendo, con una amplia mayoría, la arquitectura más usada en ordenadores personales. Además, en la actualidad Linux ha sido portado a muchas otras arquitecturas como MIPS, ARM, SPARC o PowerPC.

Pero, enfocando el problema desde otro punto de vista, ¿Es un núcleo monolítico lo más adecuado para un Sistema Operativo? En la actualidad, Linux se compone de más de 15 millones de líneas de código. El Kernel se ha vuelto una pieza de software extremadamente compleja, y que además seguirá creciendo para añadir nuevas características y mayor portabilidad con nuevos dispositivos. Por ello, queremos lanzar una pregunta desde Libre Soft World ¿Crees que en el futuro la viabilidad de Linux se verá comprometida por su diseño monolítico?

Un saludo Linuxeros!

Fuentes:

Linus Torvalds, el dictador benévolo: Biografía

Con esta entrada quiero empezar una serie de posts dedicados a relatar un poco quien es Linus Torvalds, qué ha hecho, opiniones y anécdotas de una de las figuras más importantes del Software Libre, sino la que más.

Primero de todo, ¿quién es? Pues bien, Linus Benedict Torvalds nació a finales del año 1969 en Finlandia, hijo de periodistas. Al igual que sus padres, realizó su carrera en la Universidad de Helsinki, donde aprendió a programar en C y empezó a crear un proyecto que, en principio, no debía ser algo muy serio. A partir del sistema operativo Minix, creado por Andrew S. Tanenbaum, del que hablaremos en próximas entradas en Libre Soft World, Linus creó un Kernel para ordenadores AT-386. El primer milestone de Linux fue el 5 de octubre de 1991, en el que salió la primera versión, capaz de ejecutar BASH y GCC. El siguiente milestone sería en enero del siguiente año, donde adoptaría la licencia GPL (Licencia Pública General). La versión 1.0 llegaría el 14 de marzo de 1994. A partir de que Linux fuera suficientemente estable, más software empezó a crearse en torno a él. El conjunto de herramientas GNU, que en realidad fue creado en 1984 por Richard Stallman, de quien también hablaremos en Libre Soft World, fue añadido a Linux, creando así GNU/Linux, aún que hoy simplemente se llame Linux.

En la actualidad, su actividad profesional más relacionada con el software libre es la supervisión del Kernel de Linux. Todos los cambios que se producen en este, son aprobados en última instancia por él. De ahí viene su apodo de ‘El dictador benévolo’. Algunas de las citas más famosas de Linus pueden ser:

Si piensas que tus usuarios son idiotas, solo los idiotas lo usarán [referido al software].

Y si no te gusta, aún así está bien. Es por eso que yo soy el jefe. Sencillamente, sé más que tu.

Gracias a su gran aportación tanto al mundo del Software Libre como al de la computación, Linus ha recibido multitud de premios, como por ejemplo el Vollum Award (1995), el EFF Pioner Award (1998), la Lovelace Medal (2000), y el último el Millenium Technology Price en 2012, el cual es reconocido como el Premio Nobel de la tecnología. Hace un año y medio (julio 2011), Linux llegó a la versión 3.0 del Kernel.

Hasta aquí la pequeña biografía sobre Linus. Contaremos más cosas sobre él en sucesivas entradas.

Un saludo!

Fuentes: