GLIBC y EGLIBC o cómo afecta al Software Libre el (mal) trabajo en equipo

team work

¿Qué pasó? Bueno, un problema que aparentemente es bien técnico se convierte en un problema de caracteres. Debian cambia una librería del sistema por otra, pero no es un cambio trivial, lo hacen por un problema de caracter, ya van a entender exactamente por qué. ¿Habla mal del Software Libre? Es lo que veremos a continuación.

C es un lenguaje de programación por lo demás muy importante y raíz de otros, las librerías son conjuntos de archivos programados para apoyar a otros programas. Con la suma de esos dos conceptos ya entendemos lo que significa una librería C y podemos continuar.

GNU/Linux en Debian y en muchas otras distros utiliza hasta ahora GLIBC, que no es otra cosa que una parte más del sistema operativo GNU.

Los ánimos están caldeados

Detrás de tanto código y tanta cosa, hay personas y dentro de las personas, o mejor dicho en sus cabezas hay sentimientos, por supuesto, buenos y malos.

Buscando material para explicar esta noticia acabé en Digg donde el primer comentario decía exactamente lo mismo que pensé cuando vi la noticia pero en inglés:

¿Alguien puede explicarme los detalles de esto por favor? Mi máquina usa Debian y amo este sistema operativo, sin embargo, no soy una especie de súper linuxero geek así que no entiendo en qué me afecta la noticia

En vez de explicarles qué pasó, mejor les traduzco la respuesta que recibió (en una traducción libre mia):

Glibc es una librería muy esencial en el funcionamiento de Linux. Casi todos los programas la usan porque hace cosas muy sencillas como asignar la memoria, comparar textos, imprimir pantalla y cosas de ese estilo. Una de las personas más importantes en el desarrollo de glibc es Ulrich Drepper, quien mientras más avanzado técnicamente se ha vuelto, se ha vuelto más pesado con las demás personas y a menudo rechaza cambios aunque sean sensatos para la mayoría.

Algunos se hartaron de las cosas que él no implementó y de su brusquedad, así que tomaron una copia de glibc para hacerle todos los cambios que quieran. La esperanza es que esta versión se actualice más frecuentemente, sea más estable, tenga más características y, en general sea un mejor proyecto. Si ello sucede, Debian y probablemente todas las distros que derivan de ella como Ubuntu o Mepis se beneficiarán enormemente.

Algo parecido pasó con GCC (egcs) y XFree86 (X.org) y en ambas ocasiones significaron algo muy beneficioso.

La explicación es certera, de pe a pá, salvo por las impresiones subjetivas sobre el desarrollador (que me recuerdan al motín en Menéame de hace unos días) ya que no conocemos de cerca al desarrollador y no podemos hacer un juicio de valor sobre su trabajo tan a la distancia.

Pero vemos dos tres asuntos sumamente interesantes que son muy del Software Libre pero son muy llamativos sobre el desarrollo de programas:

1- Un desarrollador principal se las puede dar de gurú y hacer lo que quiera, acabando por cabrear a los que ayudan a desarrollar una aplicación o en este caso librería. Las relaciones interpersonales son un problema delicado entre programadores y existen charlas para mejorarlas.

2- Que si no te gusta cómo trabaja un equipo de desarrollo de software libre, te puedes poner a arreglar el asunto por tus propias manos y no a combos, sino que encargándote de tu propia copia. El clásico: “Si no te gusta, ándate“… pero a crear tu propia aplicación.

3- Que una división de este tipo puede hacer bien a los usuarios, sobre todo si el trabajo del desarrollo original es realmente malo o pasa por un mal momento. Lo podemos llamar competencia o renovación, ustedes nos comentarán.

¿Qué pasó al final?

El desarrollo de los “chicos discriminados” y conocido como EGLIBC, acabó siendo realmente positivo, lo suficiente como para que Debian abandone la versión original en las próximas versiones, vamos, la GNU, la de Stallman.

Esto además es una nueva señal (mirando bajo el agua) en contra de la FSF y de Stallman, lentamente Debian deja de lado algunas cosas de GNU, un verdadero acto de independencia si lo piensan desde el conflicto sobre los blobs.

Como el amor, parece ser que el software libre se sobrepone a todos los problemas.

Espero vuestros comentarios.


Categorías

Más Linux
Etiquetas ,

edumix

Ingeniero Informático de Profesión y Desarrollador Web de vocación. Amante de las Nuevas Tecnologías e Internet. "Linux Adicto" y en contacto permanente con "La Nube".

5 comentarios

  1.   pablo dijo

    En realidad es algo logico que suceda esto. Fijate que no es malo en ningun sentido. No te gusta como funciona algo y bueno lo intentas canbiar. Es cierto que choca mucho cuando son tareas en grupo de gente que tira para el mismo lado. Pero en cierto modo esa libertad no esta para nada mal. Gracias a eso es que hay tantas distribuciones diferentes, entornos de escritorios que salieron de otros proyectos. Y sof que aunque se parescan son diferente. Es dar un poco mas de libertad a quienes creen poder hacer algo mejor. No todos pensamos del mismo modo. Y esta bien que asi sea.

  2.   vincegeratorix dijo

    sip, eso es lo bueno de el Software libre, cualquiera puede hacer un fork… aunque claro, que para hacerlo se necesita de cooperación y más que nada (se me olvidó la palabra)

    en todo caso, genial eso, como dije antes, es lo bueno del software libre, de hecho la mayoría de las tecnologías actuales son copia de otras, lo bueno del Software libre es que la copia es libre, y cualquiera puede hacer una copia de la copia… así salen más innovaciones… suena irónico pero es verdad.

  3.   seth dijo

    esto me hace acordar a mariaDB

    esto se va a usar con sid, no? yo uso lenny, como puedo usarlo?

  4.   Reoba dijo

    Me recuerda a la típica frase “Para gustos los colores”; Me parece una buena decisión por parte de Debian, aunque sea mas joven EGLIBC no quiere decir que no sera tan bueno como GLIBC.

    Estoy de acuerdo contigo ffuente sobre los desarrolladores “gurus”, yo aun estoy estudiando carrera, y existen muchos que no te aceptan una forma de programar, o una lógica diferente que las suyas, y aunque estés en equipo con esas personas y les des una buena idea, terminan aplicando la que ellos quieren y muchas veces hasta menos eficiente que la que tu propusiste, esto es muy común.

    Como ya lo comentaron yo también pienso que esto le beneficia enormemente a GNU/Linux, es mejor tener muchos proyectos que pocos, no?.
    Es cierto que quizás sea mejor unir fuerzas, pero sigo pensando que en Linux la variedad es lo que mas nos gusta, ejemplo, Hace unos dias estaba tratando de descargar una pagina web completa, para obtener unas imagenes, y con “wget” me tiraba problemas, me descargaba lo que no queria, busque por google y di con “httrack” lo use y me funciono mejor, si solo hubiera existido “wget” ahi hubiera quedado todo. Aunque “wget” me sigue gustando mas :P

    Saludos! :)

  5.   jose dijo

    Dos cosas, uno, apoyo 100% el cambio a eglibc. Tratar de compilar glibc para arm, es para valientes, hay 3 o 4 parejas glibc-gcc que funcionan, y basta una pequeña diferencia para que sea imposible tener algo andando.
    Lo otro, debiera ser biblioteca en vez de librería.
    biblioteca = library, librería = bookstore.

    Saludos,

    Jose

Escribe un comentario