Más de 25 años de #Linux ¿Qué lecciones se pueden aprender de este hecho?

El kernel Linux ha cumplido 26 años este 2017. De todo este tiempo se pueden extraer algunas lecciones importantes de lo que se ha aprendido.

El proceso de desarrollo y mantenimiento del kernel Linux es un caso con pocas similitudes en su especie. Empezó como un proyecto personal y se ha convertido en un proyecto de software colaborativo que no ha parado de crecer en sus más de 25 años de vida.

Cada vez más desarrolladores, más empresas y más líneas de código se han sumado al kernel Linux. Un kernel creado por cientos de personas dedicadas cada una en un área concreta, pero todas desarrollando algo en común de manera conjunta.

El soporte de empresas al kernel Linux ha sido vital. Muchas empresas colaboran para beneficio propio, ya que usan o implementan soluciones tecnológicas basadas en Linux. Esas mejoras son compartidas por muchas otras empresas y pequeños usuarios.

Sigue leyendo

Linux, feliz 23 cumpleaños!!

El 25 de Agosto de 1991 un joven desarrollador llamado Linus Torvalds mandó un correo en el que animaba a testear un código que estaba escribieno, el kernel Linux!

Tux_cumpleaños

Así es como empezaba algo que 23 años después implica a desarrolladores en todo el mundo usando su código, desarrollándolo y haciendolo crecer siendo a día de hoy una alternativa muy útil. Sigue leyendo

El entorno de trabajo de un desarrollador de Linux: Hoy Linus Torvalds

¿Quieres conocer el sitio de trabajo del gran y controvertido Linus Torvalds? El creador de Linux nos abre las puertas de su lugar de trabajo!

kernel_workstations

Después del parón que ha habido con la serie que dedica Linux.com a enseñar los entornos de trabajo de los desarrolladores de Linux, hoy nos traen una gran exclusiva. Podremos acceder y ver cómo es el sitio desde el que el gran jefe controla todo. Sigue leyendo

Aprende cómo contribuir al kernel de Linux, acepta el reto Eudyptula

Eres un aprendiz de desarrollador y te interesa contribuir de alguna manera al kernel de Linux. El reto Eudyptula te puede ayudar.

Eudyptula minor: Una especie de pingüino de Australia

Desde la web de Linux.com puedes leer la noticia de este proyecto llamado Eudptula, la noticia está en inglés y escrita por Libby Clark, te la traduzco por si crees que es interesante. Gracias a Linux.com y la autora por permitir difundir la noticia. Puedes leerla en este enlace:

En este blog ya traduje 30 entrevistas a 30 desarrolladores del kernel de Linux, quizás sirvieron como inspiración y tú también quiera contribuir con tus aportes, si es así echa un vistazo a este proyecto.

linus-266x300

Si quieres contribuir al kernel de linux, pero no sabes por dónde empezar, el desafío Eudyptula podría ser una gran punto de partida para probar tus habilidades como programador y aprender cómo participar en la comunidad del kernel. Sigue leyendo

SUSE crea kGraft una herramienta para desarrolladores de Linux

SUSE la empresa alemana desarrolladora de sistemas operativos basados en GNU/Linux crea una nueva herramienta para desarrolladores del kernel de Linux

Suse_logo

No soy desarrollador, ni programador. Soy un simple usuario de GNU/Linux, así que pedonad si en este artículo meto la pata, estoy abierto a correcciones y críticas.

Navegando por la red encontré un interesante artículo escrito por Vojtěch Pavlík, trabajador de SUSE. En el cuenta que SUSE está desarrollando una novedosa herramienta llamada kGraft.

Esta herramienta es una necesidad que había en ciertos aspectos en los que se utiliza Linux como sistema operativo, como por ejemplo: científicos que no quieren tener que detener una simulación que ha estado ejecutánduse durante meses en un servidor con Linux sólo por que necesitan solucionar un tema de estabilidad en el kernel.

O administradores de sistemas que están ejecutando sus sistemas en los servidores sin un parche de seguridad crítico simplemente porque no pueden poner de acuerdo a todos los departamentos para realizar una parada del sistema para actualizarlo

Para todos ellos, y para muchos otros han creado kGraft, o el “reparador en caliente”, “parcheador del kernel en vivo”, “actualizador sin necesidad de reinicio” o como le queráis llamar.

Con esta nueva herramienta que no estaba disponible por ningúna otra distribución de Linux, como habréis podido adivinar, se pueden activar parches, actualizaciones, etc en el kernel de Linux sin necesidad de reiniciar la máquina para que estos cambios sean tenidos en cuenta. A un usuario casero esto no le importa, pero para servidores basados en Linux, como los ejemplos que he mencionado sí es algo importante no perder su “uptime” y al mismo tiempo estar actualizados.

Se limita a pequeños cambios, principalmente correcciones de errores, aunque no podrias reemplazar un kernel 3.0 por 3.12 usando kGraft.

Ya había dos tecnologías que podían realizar esto: Ksplice del que Oracle se adueño del código y no fue nunca más actualizado y OpenVZ Checkpointing que hace algo parecido pero que necesita una pequeña interrupción del servicio aunque sea breve.

kGraft desarrollada por: Vojtěch Pavlík, Jiří Kosina, Jiří Slabý, Petr Mládek dentro de SUSE Labs, está en fase de prototipo pero se espera que haya una versión ya disponible para Marzo.

Esa versión estará licenciada mediante GPLv3 y GPLv2 dependiendo de las partes del código al que afecte. Será publicado en una rama propia en Git, pero esperan que pueda ser incluida dentro de la rama principal de Linus del kernel de Linux.

Si estáis interesados en saber algo más del aspecto técnico os invito a leer el original donde explica algo más en detalle.

Muchas gracias a Vojtěch Pavlík por permitir la difusión del artículo y por contestar amablemente al correo que le envié aclarando ciertos puntos que no tenía claros!!

Aqui teneis un vídeo en inglés de kGraft en acción:

Enlaces de interés

¿Quién está detrás de Linux? Hoy James Bottomley

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Aqui tienes un enlace a todos los protagonistas que han pasado por ellas hasta ahora:

  1. Linus Torvalds, abriendo la serie
  2. Thomas Gleixner
  3. Sara Sharp
  4. Jean Delvare
  5. Greg K-H
  6. Dave Jones
  7. Paul Mundt
  8. Alan Cox
  9. Arnd Bergmann
  10. John Linville
  11. Johannes Berg
  12. Martin K. Petersen
  13. Julia Lawall
  14. Ben Hutchings
  15. Mauro Carvalho Chehab
  16. Jiri Slaby
  17. Laurent Pinchart
  18. Jiří Kosina
  19. Chuck Lever
  20. H. Peter Anvin
  21. Steven Rostedt
  22. Stephen Hemminger
  23. Glauber Costa
  24. Jonathan Corbet
  25. John Stultz
  26. … y hoy le toca el turno a James Bottomley

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya varias semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y trato de hacerlo lo mejor que sé. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado… 

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Me gusta conocer las historias, y cómo llegaron a desarrollar el kernel y compartirlo con todos. Puedes ver todas las entrevistas traducidas pinchando aqui.

En este caso un gran colaborador, y usuario de Linux desde casi sus orígenes que utiliza openSUSE con entorno de escritorio Xfce !! Un Geeko en la corte de kernel Linux 😉

Quizás te sirvan de inspiración para involucrarte, ver cómo ellos antes de ser los “gurús” que ahora son fueron simples usuarios como tu, con ganas de aportar algo. Ten en cuenta sus consejos y da el primer paso para implicarte en el desarrollo del kernel.

Si quieres ver el original en inglés visita la página original pinchando aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Consúltalo para ver en el original si algo no entiendes, o crees que se puede mejorar en mi traducción.

Si quieres usar esta traducción lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Nombre:
James Bottomley

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Mi principal trabajo es mantenedor del subsistems SCSI. También colaboró en arquitecturas obsoletas y poco queridas empezando por NCR voyager system, lo que me lleva a ser mantenedor de arquitecturas parisc

¿De dónde recibes tu nómina?
Parallels. Soy director de tecnología de virtualización de servidores, así que tengo un trabajo a jornada completa, que es estar conectado a mi kernel que funciona (Ayudo a Parallels a conducir su tecnología de contenedores en el kernel), y también abarca un amplio rango fuera de actividades con el código abierto.

¿En qué parte del mundo vives, y porque allí?
Londres (el que está en el Reino Unido, ya que en EEUU tienen unas copias pululando por ahi). Porque a mi mujer le gusta y es mucho más corto cuando tengo que viajar a Moscú que cuando vivía en Chicago.

¿Cual es tu herramienta favorita para el desarrollo de software? ¿Y que tienes instalado en tu PC?
Supongo que Git y emacs para el desarrollo de código. También uso Slitex o OpenOffice para las presentaciones (un día tengo que utilizar beamer para un proyecto, nunca lo he utilizado) Mi escritorio es openSUSE+Xfce.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Lo estuve siguiendo una temporada despues de graduarme en la universidad. Usábamos estaciones de trabajo SPARC que eran casi 10 veces el precio de un PC, y me figuré que si comprábamos 10 sistemas Linux por el precio de un SPARC, yo podría tener una (eso era en 1993, que utilizaba 10 discos de instalación de SlackWare)

Mi primer parche del kernel fue en los tiempos de la versión 0.99.15: Nuestro entorno home distribuido utilizaba NFS y había un error con el kernel en sistemas NFS que causaba muchos cuelgues, lo reparé con la ayuda de un colega. Después reparé el cargador del módulo del kernel del userspace para que funcionara con ELF para ayudar la a.out a la transición ELF.

Siempre he ejecutado Linux en mi sistema de escritorio (desde 1993) excepto un par de semanas en Bell Labs (donde era obligatorio Windows) y estropeaba mi sistema tan a menudo que el Administrador de sistemas de la empresa accedió a dejarme instalar Linux si dejaba de llamarle.

Mi primera incursión seria en el desarrollo del kernel fue en 1998 cuando lleve Linux a un sistema SMP Voyager reescribiendo la capa de hardware de acceso x86 para que trabajara sin APICs.

¿Qué es lo que hace que sigas interesada en esto?
El hecho de que siempre hay algo interesante ocurriendo, y siempre hay alguna materia que, aunque no este relacionada con el área en la que trabajo, me puede interesar (como los Contenedores en la nube o UEFI el arranque seguro)

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
El punto fuerte y el punto débil del proceso de desarrollo colaborativo es que cualquiera puede hacerlo… incluso alguien sin ninguna experiencia (ni sentido común). Para hacer que la gente te crea debes hablar con autoridad. Solía sorprenderme por la cantidad de información incorrecta que exponían algunas personas.

Desde que tuvimos cerca un “liante” en las listas de correo SCSI donde un controlador de canal de fibra en ciernes casi se frustra por que el autor hacía caso a una de esas personas he estado mucho más vigilante para retarlos y ponerlos en evidencia.. También tengo un apartado en mis presentaciones del desarrollo del kernel sobre cómo identificar a los individuos en las listas de correo, a quienes escuchar y a quienes ignorar.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Encuentra un error que te moleste y arréglalo. De esta manera es como empezaron una gran cantidad de desarrolladores del kernel. El punto clave es tener algo que te interese. Encontrar algo que interese a alguien más es normalmente menos interesante para conseguir buenos resultados porque no conseguirás la pasión necesaria y el entusiasmo para ello. (por eso es por lo que no creo en las listas de “Cosas por hacer”… si realmente interesa a alguien, se hará)

¿Qué escuchas mientras programas?
El sonido del silencio. Escucho los podcast de Radio 4 de la BBC, cuando hago trabajo que no requieren tanta atención (como aplicar parches en git) pero creo que los programas de radio requieren de mucha de mi concentración para necesitarlos mientras escribo código para solucionar problemas.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
#parisc y #storage en oftc además de las listas de correo linux-scsi en Vger. No leo ninguna de las listas de correo del kernel de Linux (LKML) así que no mandes tus parches de SCSI sólo a esas. Voy a muchas conferencias, y me he planteado seriamente dejar de ir a tantas como en los últimos cinco años… Como el número de conferencias a las que voy ha crecido… creo que necesito ayuda.

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-

¿Quién está detrás de Linux? Hoy Jonathan Corbet

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora:

  1. Linus Torvalds, abriendo la serie
  2. Thomas Gleixner
  3. Sara Sharp
  4. Jean Delvare
  5. Greg K-H
  6. Dave Jones
  7. Paul Mundt
  8. Alan Cox
  9. Arnd Bergmann
  10. John Linville
  11. Johannes Berg
  12. Martin K. Petersen
  13. Julia Lawall
  14. Ben Hutchings
  15. Mauro Carvalho Chehab
  16. Jiri Slaby
  17. Laurent Pinchart
  18. Jiří Kosina
  19. Chuck Lever
  20. H. Peter Anvin
  21. Steven Rostedt
  22. Stephen Hemminger
  23. Glauber Costa
  24. … y hoy le toca el turno a Jonathan Corbet.

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya varias semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y trato de hacerlo lo mejor que sé. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado… 

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Me gusta conocer las historias, y cómo llegaron a desarrollar el kernel y compartirlo con todos. Puedes ver todas las entrevistas traducidas pinchando aqui.

Quizás te sirvan de inspiración para involucrarte, ver cómo ellos antes de ser los “gurús” que ahora son fueron simples usuarios como tu, con ganas de aportar algo. Ten en cuenta sus consejos y da el primer paso para implicarte en el desarrollo del kernel.

Si quieres ver el original en inglés visita la página original pinchando aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Es raro que alguien dentro de la comunidad Linux no conozca a Jon. Es un contribuidor del kernel, un orador habitual en los eventos de Linux y editor de la publicación más leída entre los desarrolladores del kernel, LWN.net. Jon también es coautor del informe anual de la Fundación Linux “Quién escribe Linux” y ha publicado numerosos documentos útiles, incluyendo Linux Weather Forecast y “How to Participate in the Linux Community” (Cómo participar en la comunidad Linux).

Le conozcas o no a Jon, mucho o poco, esperamos que descubras algo nuevo de él, en este retrato, desde cómo acabó en Boulder, Colorado donde hay una pista de ski que se llama como su padre, hasta que es lo que tiene instalado en su Pc o cuales son sus consejos para los nuevos que quieren involucrarse en esta comunidad.

Nombre:
Jonathan Corbet

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Me especializo en volverme loco en internet, escribiendo y hablando sobre temas relacionados con el kernel a un público que sabe más que yo mismo. Soy el autor principal de los Drivers para dispositivos Linux, y he escrito unos cuantos drivers de video para Linux. En algunas otras ocasiones también meto mano en otras partes del kernel, por ejemplo hice una pequeña parte del trabajo para finalmente deshacerse de parte del bloqueo del kernel.

¿De dónde recibes tu nómina?
 LWN.net es mi trabajo prncipal, complementado con alguna consultoría por aquí y por allá.

¿En qué parte del mundo vives, y porque allí?
Boulder, Colorado, EEUU. Primero vine aquí para ir a la Universidad de Colorado y nunca me pude escapar. Boulder es una gran combinación de ciudad universitaria, enclave hippy, centro de alta tecnología y un paraíso natural, se me hace muy difícil pensar en dejarlo.

Soy originario del norte de Wyoming, donde hay una pista de ski que lleva el nombre de mi padre.

¿Cual es tu herramienta favorita para el desarrollo de software? ¿Y que tienes instalado en tu PC?
Tiendo a tener un varias distribuciones diferentes instaladas por ahí así puedo echar un vistazo a lo que estan haciendo los compañeros, mi PC de escritorio actualmente está instalado Debian Testing. Mi herramienta preferida de desarrollo es sin duda Emacs, además de Claws-mail y un intérprete de Python.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
A principios de los 80, cuando todavía no me había graduado, tuve la oportunidad de “arreglar” un problema de la gestión de memoria en un VAX corriendo bajo una incipiente versión de BSD. Afortunadamente, el código resultante hace tiempo que se ha perdido en la memoria, pero eso me llevó a estar cerca del desarrollo del kernel desde entonces.

Configuré mi primer sistema Linux en 1993, pero fue un par de años después cuando tuve la oportunidad de mandar mi primer parche.

Pero en 1997 parecía claro que la meta de Linus (de broma) de dominar el mundo podía suceder. Así que decidí dejar mi trabajo seguro diario (que se estaba poniendo cada vez más espinoso para mi gusto) y me uní a ello.

¿Qué es lo que hace que sigas interesada en esto?
Siempre hay diversión alrededor con grupos de gente inteligente, y la comunidad del kernel ciertamente lo certifica. Los retos son interesantes y la comunidad que hemos construido para dirigirlos no tiene precedentes. Mejorar la vida a un gran número de usuarios es extremadamente gratificante, pero la diversión es anterior al boom de Linux

Al final, es una aventura. Hemos cambiado el mundo, y todavía no hemos terminado. ¿Quién no quisiera ser parte de eso?

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
Casi diez años después, recuerdo la debacle SCO sobre nuestra comunidad. Como grupo, estudiamos emprender acciones legales y luchar contra ese ataque en todos los frentes imaginables. Mientras tanto el código del kernel fue puesto bajo microscopio y millones de dólares se gastaron en intentar encontrar código legalmente cuestionable, pero no pudieron encontrar nada. ¿Quién hubiera imaginado que un proceso de desarrollo por separado en el que participaron miles de personas sería tan limpio?

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Lee la documentación de la rama del kernel, hay un montón de información de cómo funciona el proceso. Leer las listas de correo durante un tiempo y hacer lo posible para entender las discusiones y el código. Solucionar problemas, es la mejor manera de hacerse respetar en la comunidad.

¿Qué escuchas mientras programas?
Todo tipo de cosas, pero la mayoría de cosas están dirigidas por nuestra emisora de radio local formada por voluntarios, que muy acertadamente se llama KGNU. Hay pocas emisoras de radio como esa en el mundo, que más puedo decir.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
En listas de correo estoy en linux-kernel. No soy muy aficionado a los IRC, no tengo tiempo para eso, y es muy perturbador para mi estilo de trabajo. En cuanto a conferencias: mi respuesta normal suele ser “a todas ellas” pero puede que me quede escaso para el año que viene.

Enlaces de interés

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-