¿Quién está detrás de Linux? Hoy Alan Cox

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 Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, Jean DelvareGreg K-HDave JonesPaul Mundt y hoy le toca el turno a Alan Cox.

Desde este blog te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca. Puedes ver todas las entrevistas traducidas pinchando aqui.

Si quieres ver el original en inglés visita la página original pincha 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 (por ejemplo en Taringa u otros sitios similares, o en tu blog) 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:
estoooo paso… ¿son todas las preguntas así de difíciles?

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
He trabajado en partes grandes del kernel en distintos momentos. En este momento estoy tratando de finalizar el remodelado de la capa terminal, tratando de resolver errores en esta área. Es básicamente un trabajo desagradable, horrible técnicamente que no es excitante o no hay mucha más gente que se preocupe de ello.

Otra cosa en la que ando actualmente es tratando de conseguir que sea estable es soporte para gráficos 2D para varios basados en Imagination, o dispositivos basados en gráficos creados por Intel, y la misión de un hombre de limpiar la colección de errores bugzilla del kernel

¿De dónde recibes tu nómina?
Después de un período de diez años en Red Hat ahora me he cambiado a Intel hace un par de años, y me estoy divirtiendo por aquí.

¿En qué parte del mundo vives, y porque allí?
Swansea, al Sur de Gales. La primera vez que acabé por aquí fue cuando fuí a la universidad. Encontré a mi mujer aquí y aquí hemos estado desde entonces. Esto lo encuentro mucho más relajante y humano que las grandes ciudades. Es bonito poder mirar por la ventana y contemplar las colinas y el mar.

También tenemos el mejor equipo de rugby aquí que el de Inglaterra :)

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
El cerebro, la experiencia y a veces una pizca de suerte. Mis herramientas técnicas son las más tradicionales, pero con una con un mejor gusto en editores. Así utilizo bash shell, editor joe, gcc, make, git

La mayoría de mis PC’s utilizan Fedora, pero mi escritorio varía según el sistema y la configuración y también al azar, cuando tengo ganas de revolver las cosas y de cambiar o intentar cosas. Ahora mismo estoy jugando con algunas de las características de GNOME 3 en parte debido a que en Fedora 17 estan apareciendo errores en mi driver de gráficos. Mi otra elección habitual suele ser Xfce.

Utilizo una máquina virtual con Ubuntu corriendo con Unity para incluir mis trabajos en Android, que parece un pobre “remake” de Windowmaker pero sin su estilo

También estoy experimentando con otras distribuciones de GNU/Linux ya que encuentro a Fedora (aunque es técnicamente muy buena y con un montón de cosas de vanguardia bien integradas) cada vez con más fallos.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Principalmente por accidente. Había estado añadiendo facilidades a Unix para incluir email e identificaciones de usuarios a mi Amiga, pero realmente necesitaba un mejor sistema operativo para hacer correr AberMUD. Windows por aquel entonces era un chiste el utilizarlo. 386BSD necesitaba FPU y algo más, Linux simplemente funcionaba.

Habiendo descubierto que Linux simplemente funcionaba, pronto descubrí que no funcionaba del todo bien, y terminó teniendo varios errores, por aquel entonces la pila de red. Con el tiempo terminé manteniendolo junto con los lanzamientos estables. Durante ese tiempo en algún momento coincidí trabajando con Thomas Radke para producir el soporte Linux SMP (Thomas desafortunadamente siempre parece olvidarlo) y tuve un par de incursiones en otros proyectos: Linux Mac68K y mini Linux en 8086.

¿Qué es lo que hace que sigas interesada en esto?
En parte el hecho de que está siempre en constante cambio, cambia el software, cambian las necesidades. Así que siempre te enfrentas a nuevos retos.

El otro aspecto de esto es que es cpaz de cambiar parte del mundo. Directamente, pone a los ordenadores en lugares en los que nunca se podrían pagar licencias propietarias. Indirectamente, forma parte de la primera ola de todas las reclamaciones de cultura y producción para el pueblo. Esto es algo que los que hacen cultura estan extendiendo en el mundo físico.

¿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)?
No creo que pudiera elegir un momento en concreto. Estos tienden a ser breves pero en mucha cantidad. No es esto un sitio para aburrirse. Estoy comprobando las cifras de Android con asombro. A este ritmo Linux podría superar en número de copias a los Beatles dentro de poco.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Nunca admitas que no sabes nada sobre bases de datos, y nunca te ofrezcas para ayudas a configurar bugzilla.

Para cualquier proyecto, hacer sosas que te importen y hacerlas bien. Hacerlo bien es un término ambigüo pero si eres feliz con una parte de código y eso lo haces de la manera que crees, debería salir bien, entonces eso es probablemente “hacerlo bien.” Cinco años despues puedes echarle un vistazo y echarte a temblar, pero eso es el aprendizaje.

Tampoco te centres en el kernel porque es famoso y algo grande. En muchos aspectos eso lo hace que sea difícil trabajar en ello. Si rompes el kernel hay un montón de gente que se preocupará (y muchos más que se añaden sólo por Android.)

Hay mucha más apertura y flexibilidad en muchos de los proyectos y tecnologías actuales. Gente haciendo cosas asombrosas con impresoras 3D, HTML5 y webgl estan probablemente más cerca de la naturaleza del Linux de los primeros días cuando cualquier cosa era posible y no había nada demasiado loco para intentar porque nadie sabía que funcionaría.

¿Qué escuchas mientras programas?
Si estoy trabajando con código complicado, nada. Para el trabajo duro depende de cómo sea de tediosa la tarea. Una amplia gama de bandas de folk/rock desde Show of Hands hasta ZZ Top o New Model Army. Para trabajo tedioso y repetitivo de código no hat nada como Mötorhead o quizás otro poco de Ministry o Dead Kennedys.

También otros menos conocidos y apartados de los más conocidos en la música como The Fishermans Friends, Machinae Supremacy y Hörstreich. Está bien ver a los músicos finalmente liberarse de las cadenas de la industria de la música.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Un buen número de listas relacionadas con el kernel, pero no muchas conferencias. No soy muy fan de los largos viajes y aborrezco y detesto volar. Ya estaba bastante mal antes de todo este teatro de la seguridad, ahora es simplemente horroroso.

Sin embargo tuve la idea de hacer de Swansea a Praga en tren, es probablemente más probable que me encuentres en una exposición de maquetas de trenes o el patrimonio ferroviario que en una conferencia de Linux. Linux puede ser divertido, pero aún así es “trabajo”.

Para ver qué es lo que le gusta, os dejo con un vídeo del grupo hoerstreich

 

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

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

optimizar el tiempo de arranque en openSUSE

Navegando por la red he encontrado este pequeño tutorial que muestra unos comandos y consejos para optimizar el arranque de openSUSE.

Utilizando la herramienta systemd, nos muestra cómo optimizar el arranque de openSUSE.

Te dejo el enlace al artículo original escrito en Inglés por Michal Vyskocil a él los créditos de haberlo creado y compartido, haz click en este enlace:

lizards.opensuse.org/optimizing-a-boot-time-aka-2-second-boot

Y una segunda parte que añade información y complementa a la primera en este enlace:

lizards.opensuse.org/2012/07/31/optimizing-a-boot-time-aka-2-second-boot-part-2/

Ten cuidado si lo pruebas ya que las pruebas realizadas se han hecho para reducir el tiempo de arranque lo máximo posible! Debes estar seguro de lo que haces.

Have a lot of fun!

——————————————–

¿Quién está detrás de Linux? Hoy Paul Mundt

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 Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, o Jean Delvare entre otros y hoy le toca el turno a Paul Mundt.

Desde este blog (victorhckinthefreeworld.wordpress.com) te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca.

Si quieres ver el original en inglés visita pincha 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 (por ejemplo en Taringa u otros sitios similares, o en tu blog) 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…


Esta semana por cuestiones de tiempo no pude hacer la traducción el pasado Lunes 23-7, cuando salió el artículo original. Ni tampoco te lo puedo traer entero. Me ha costado trabajo tradcirlo, por lo complejo de las respuestas y por no encontrar los términos adecuados, para una comprensión correcta de la traducción. Lo he hecho lo mejor que sé y que he podido.

Hay alguna respuesta que a lo mejor ha quedado algo “rara” si tienes una propuesta mejor no dudes en proponerla en los comentarios de este artículo en este blog (victorhckinthefreeworld). Tambien hay alguna respuesta que no he sabido traducir, acepto sugerencias… Gracias…

Nombre:
Paul Mundt

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Primordialmente cuido de la arquitectura SuperH (y por proxy, parte esencial de plataformas para móviles ARM-based SH/R), pero esto lleva a tener que ocuparse de otras cosas. En el pasado era sobre todo un esfuerzo por mantener diferenciado el código genérico para no romper mis plataformas (un esfuerzo que persiste hoy día), pero como el código embebido (N.d.T:o incrustado) está cayendo en desuso convirtiéndose en un ciudadano de segunda clase en el kernel, es más fácil centrar el tiempo en la reutilización de las infraestructuras existentes para uso de casos adicionales.

Además del papel de mantenedor de mis arquitecturas, mi tiempo principalmente lo paso entre tareas como la gestión de memoria (especialmente MMU-less systems, soporte NUMA, etc), funciones de ahorro de tiempo del reloj, y gestión de las interrupciones IRQ. Últimamente he estado trabajando en hacer más útiles los dominios de IRQ (irqdomains) (particularmente para los non-DT) y extendiendo los eventos del reloj para utilizar los canales no usados del teporizado de una manera más efectiva.

En el pasado también me encargué del subsistema framebuffer durante un tiempo, pero ese trabajo ha cambiado de manos, y me era imposible dedicarle el tiempo que requería para mantenerlo.

¿De dónde recibes tu nómina?
Renesas Electronics

¿En qué parte del mundo vives, y porque allí?
En Tokyo, Japón. Me desilusioné con Silicon Valley hace ya tiempo y no veo una razón para tener que regresar. Después de probar en varios paises duante un tiempo, Japón se ha convertido en mi hogar desde hace más de 6 años, y me va muy bien. El hecho de que la mayor parte del país sea montañoso también me ofrece suficientes vías para mantenerme ocupado fuera del trabajo.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Supongo que sería una combinación de fbcon  , vim y mutt. Es de la manera que he trabajado desde siempre. (aunque sin fbcon en los primeros días del kernel 2.1.) Nunca he sido capaz de trabajar en serio con un entorno de escritorio, así que los evito todo lo que puedo. Dicho esto, en las ocasiones en las que por ejemplo necesito navegar por algún sitio no soportado por lynx , o leer algún documento presentado en un formato sin sentido, o dándome cuenta de que paso una gran cantidad de tiempo con entradas en japonés, a regañadientes utilizo fvwm2. El formato de texto siempre ha sido mi método de trabajo preferido.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Llegué a Linux un poco tarde, alrededor de 1996 más o menos. Empecé de manera muy general, una pila de las cartas random ISA que era soportada, no funcionaba. El primer proyecto fue conseguir hacer funcionar DMA en un 3c501, o algo parecido, eso en un kernel 2.0. Fue hace mucho tiempo y no recuerdo muy bien los detalles, pero no fues facil. Cuando surgió el subsistema framebuffer en los últimos kernels 2.1.x empecé a pasar mi tiempo y gradualmente pasó a ser una arquitectura funcional. (MIPS al principio, y depues SuperH via ingeniería inversa de Dreamcast)

¿Qué es lo que hace que sigas interesado en esto?
La evolución constante. Evolucionando código existente para que soporte nuevos requerimientos mientras debe coexistir con lo antigüo. Ser capaz de revisar código que escribiste hace décadas para tratar un problema particular después de encontrar que de pronto tienes una manera de resolverlo de una manera más simple y eficiente. (eso asumiendo que te acuerdas de lo que estabas pensando), etc.

Es también interesante ver como la gente utiliza de diversas maneras el kernel, en formas que tu antes no habías considerado, particularmente te ofrece un punto de vista totalmente diferente de una infraestructura ya existente.

¿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)?
Encontrarás que hay un montón de gente interesada en algún aspecto concreto de un área que puede llegar a ser muy territoriales, a los que a menudo puedes manipular para tu propio beneficio: mediante la publicación de un parche que soluciona un problema particular, y mientras al mismo tiempo ofender su sensibilidad suficientemente como para que está impulsado en forma inmediata a la acción para resolverlo de una manera mucho más eficaz para ti.

Estaba trabajando en un problema en particular, cuando llegué a una limitación de la API de mapas de bits, donde mi tamaño deseado de mapa de bits excedí el número de bits, un caso que había sido diseñado para provocar un error con una nota muy útil que todo el que llegara por primera vez llegara lo codificara.

Yo estaba trabajando en un problema particular, cuando llegué a una limitación de la API de mapas de bits, donde mi tamaño deseado de mapa de bits superado el número de bits, un caso que había sido diseñado para provocar un error con una nota muy útil para ver quien era el primero que conseguía escribir el código. Me puse a hacer frente a esto con un algoritmo de crudo para el seguimiento de estos errores (después llamado la extensión Mundt multipalabra), durante un vuelo de larga distancia desde Seúl. El acceso a Internet era irregular en el mejor de los casos, pasé más tiempo durmiendo y cuidando a mi bebida que monitoreando activamente el tráfico de la lista, pero en el momento en que aterricé el código ya había sido reescrito, optimizado, y enviados a Linus para la fusión con el kernel.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
No se quede atrapado en los jardines amurallados.

El núcleo y las personas que trabajan en el han resistido muchos vendedores con sus propias agendas, y seguirá haciéndolo en el futuro previsible. A menos que sobre todo quiera trabajar para un proveedor determinado, no se distraiga en el corto plazo y deje atrapar en un mismo proveedor por ser más fácil en términos de disponibilidad de hardware (esto también se aplica a los foros de la industria que alegan tener un interés por resolver los problemas de forma genérica, sin tratar de colaborar aguas arriba durante el desarrollo). Como muchas empresas tienen intereses superpuestos para el kernel, los hackers del kernel gozan de un cierto nivel de autonomía – algo que no vale la pena ceder para lo que será otra de una larga serie de iniciativas abandonadas en unos pocos años.

Mientras que la barrera de entrada para apoyar el nuevo hardware puede ser muy alto, es bastante sencillo de encontrar un área que te interesa y encontrar lo que te interesa cambiar. En última instancia todo se reduce a curiosidad, que es algo que es poco probable que experimente con el quehacer trivial o mecánico. Usted tendrá más que suficiente ayuda en el camino, siempre y cuando esté dispuesto a poner el esfuerzo y tratando de hacer cambios significativos. Más allá de eso, todo el mundo es rechazado de vez en cuando, independientemente de que ha estado trabajando en el núcleo durante 15 minutos o 15 años.

Ningún hacker del kernel que se me ocurra ha comenzado realizando cambios de espacios en blanco o de ortografía, y parece poco probable que esto cambie. Si usted está tratando de hacerse un nombre en la comunidad del kernel, lo ideal queremos que sea un hecho positivo y no peyorativo.

(Gracias al usuario -.- por su propuesta de traducción de esta respuesta. Lo puedes ver en los comentarios. Gracias por tomarse la molestia de compartir su propuesta en este blog! )

¿Qué escuchas mientras programas?
Eso varía. Generalmente prefiero algo tranquilo, pero en un entorno de oficina esto no es siempre posible, así que cualquier cosa que haga de filtro del ruido de fondo está bien.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Para la lista de correo lo normal vger, linux-kernel, linux-arch y para comentarios pertenecientes a mi arquitectura linux-sh.

Trato de evitar todo menos la cumbre del kernel, pero normalmente doy una charla una vez al año o así dependiendo de cómo vaya en lo que estoy trabajando. Si hago alguna conferencia, normalmente me salto las charlas y las sigo con discusiones por los pasillos.

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

Guía de openSUSE 12.1 (no oficial)

Navegando por la red en un enlace de un blog (lo siento, no recuerdo ahora en cual…) encontré este enlace a una guía no oficial de openSUSE 12.1

La guía está en Inglés, pero explica de manera sencilla y clara los primeros pasos básicos para un usuario medio que acaba de aterrizar en el mundo GNU/Linux y más específicamente en openSUSE. Tal como dicen en la introducción:

El propósito de esta guía es proporcionar a los nuevos usuarios todo lo que necesita saber para empezar a usar openSUSE como un usuario doméstico o sistema operativo de escritorio de para un pequeño negocio – de forma rápida y sencilla.

Se centra sobre todo en el entorno de escritorio KDE, y repasa de manera muy básica distintos aspectos del sistema operativo. Acercando de una manera sencilla al usuario a un primer contacto con Yast y los repositorios, sin olvidar Zypper. La instalación de drivers propietarios o códecs multimedia a golpe de 1 sólo click. Y otros aspectos en el uso de openSUSE.

Una guía como he dicho algo simple y básica pero que quizás puede ayudar a algun usuario novel a echar un vistazo a esta distribución de GNU/Linux y servir como puerta de entrada a nuevos usuarios.

Enlaceopensuse-guide.org

————————————————————————————

 

fondos de pantalla para openSUSE (wallpapers) II

De nuevo el compañero Markus (al igual que en un post anterior) nos ofrece de manera libre una colección de nuevos fondos de pantalla (o wallpapers) basados en openSUSE y para openSUSE!

Presume de imagen agresiva en tu PC, presume de originalidad con el trabajo que nos brinda este gran artista! Markus por si no lo sabes fue el diseñador del fondo de pantalla e imagen de openSUSE 12.1. y por aqui te he traido más trabajos suyos, ya que EMHO que creo que es muy bueno!! Así que en mi blog hago apología ;)

Gracias al compañero Markus por compartir estos diseños con la comunidad de openSUSE! 

Los fondos los subió a forosuse.org, y te los traigo por aqui por si quieres descargarlos. Échales un vistazo en esta imagen resumen.

Pincha para ampliar

Si quieres descargar la carpeta zip con esta excelente colección, pincha en este enlace que te llevará al post con el zip como adjunto.:

Descargar colección de fondos para openSUSE

Date prisa que los usuarios de Ubuntu los estan descargando y estan acabando con ellos, ya quedan pocos, pero para ti por ir de parte de este blog todavía quedan!!

——————————————————————————————————————–

Sit tibi terra levis: Jon Lord

Ayer murió el Jon Lord teclista de los míticos Deep Purple.

Creador de canciones míticas en el Rock. Una banda esencial. Y Jon Lord dió con el sonido de su órgano una añadido, y una peculiaridad mayor al sonido contundente y duro que estos desarrollaban.

Vayan un par de ejemplos. Uno actual 

y otro más de la banda en su pleno esplendor

————————————

Peter Anvin entrevistado en Linux.com

Si has arrancado tu PC desde una distribución Live-CD o DVD quizás en los primeros compases de arranque de la distro si te has fijado hayas visto este nombre H. Peter Anvin. Si no la próxima vez que lo hagas fíjate!

H.Peter Anvin es un programador nacido en Suecia ligado desde hace ya mucho tiempo a Linux, al kernel, y a muchos otros proyectos importantes dentro del Software Libre. Quizás uno de los más conocidos sea SYSLINUX.

Pero además de eso ha sido una pieza clave en muchos subsistemas dentro del kernel de Linux que hoy se dan ya por sentados. Trabaja un poco a medio camino entre el software y el hardware de bajo nivel, así que maneja los bits y los bytes  sin ningún problema. Actualmente trabaja en el Centro tecnológico de código abierto de Intel, asegurándose de que Linux funciona bien en arquitectura x86, y que éstas lo hacen de manera adecuada en Linux.

Ha fundado la Organización de Kernel Linux (The Linux Kernel Organization), que mantiene los servidores de kernel.org en todo el mundo.

Desde la página Linux.con Carla Schroder le ha hecho una entrevista que considero interesante de leer para conocer a una de esas personas que desarrollan el kernel de Linux y otras herramientas de software libre, y que no son conocidas mediáticamente hablando, pero que son de una importacia clave dentro del desarrollo.

Desde este blog he querido compartir la noticia. He estado traduciéndola para compartirla por aqui de momento no he terminado, es un trabajo largo… si alguien se anima… XD te traigo el estracto y la presentación del artículo traducido (puedes utilizarlo como todo el contenido del blog atendiendo a la licencia CC detallada citando de manera expresa la fuente, etc…)

Cada vez que arrancas un CD o DVD, debes agradecérselo a Peter Anvin por hacerlo posible. Y como contribuidor clave en Linux eso no es todo lo que Peter ha hecho posible en su larga carrera en Linux.

H. Peter Anvin es uno de esos “legendarios geeks” de Linux, y ha sido una pieza clave desde 1992, especialmente en la categoría de hardware de bajo nivle. Actualmente es co-mantenedor de la rama unificada del kernel x86 de Linux. Peter ha contribuido en numerosos subsistemas del kernel Linux, y es mantenedor y/o autor de numerosos proyectos de Software Libre, incluyendo la suite de arranque Syslinux, el Netwide Assembler (NASM), klibc, y tfp-hpa. Ha fundado la Organización de Kernel Linux (The Linux Kernel Organization), que mantiene los servidores de kernel.org en todo el mundo.

Peter vive en San José, California, y trabaja para el Centro de tecnología de código abierto de Intel. Trabajó anteriormente como arquitecto y director técnico en Transmeta, trabajando en arquitectura de la CPU y en el software Code Morphing, en Orione Multisystems, diseñando supercomputadores personalizados en rPath, trabajando en aplicaciones software Linux. En su tiempo libre, disfruta de lógica programable, el buceo, conejos, gatos difusos psicóticos y el la historia del renacimiento. Está casado con la Dra. Suzi Anvin, y es el orgulloso padre de un bebé Erik.

Siempre me pregunto cómo la gente termina haciendo lo que hacen, y Peter ha tenido la amabilidad de responder algunas preguntas indiscretas.

Enlaces de Interés
Entrevista original | www.linux.com/news/
Página oficial Poyecto SYSLINUX | www.syslinux.org
Servidor Kernel Linux | www.kernel.org
Página personal | www.zytor.com

¿Quién está detrás de Linux? Hoy Dave Jones

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 Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, Jean Delvare o Greg K-H y hoy le toca el turno a Dave Jones. Desde este blog  (http://victorhckinthefreeworld.wordpress.com/) te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca.

Si quieres ver el original en inglés visita pincha 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 (por ejemplo en Taringa u otros sitios similares, o en tu blog) 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:
Dave Jones

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Soy el líder del equipo del kernel Fedora. Parte de esa responsabilidad consiste en tratar con los errores del kernel con los usuarios, lo que hace que al final tenga que estar encima de todo el kernel. Hace poco renuncié a mantener el subsistema de cpufreq. Tratar con los errores que los usuarios de Fedora encuentran (y otros que encuentro yo mismo) consume todo mi tiempo disponible.

¿De dónde recibes tu nómina?
Red Hat.

¿En qué parte del mundo vives, y porque allí?
Boston, MA, EEUU. Principalmente porque la ingeniería de Red Hat está afincada aquí.

¿Cual es tu herramienta favorita para el desarrollo de software?
Nada especial. Probablemente las mismas herramientas que la mayoría que los otros desarrolladores usan. Unos cuantos scripts de consola para automatizar un montón de tareas aburridas que son parte de mi trabajo, como la interacción con bugzilla, etc. He estado trabajando en una herramienta para encontrar errores en el kernel de una manera mucho más rápida (que parece que ha tenido poco éxito) http://codemonkey.org.uk/projects/trinity/

¿Y que tienes instalado en tu PC?
Xfce

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Necesité programar mi propio kernel, porque ninguna de las distros que probé tenían lo que necesitaba. Y la característica que necesitaba estaba sólo disponible en la rama que se encontraba en desarrollo en ese momento (que era en la época del kernel 2.1.X). No recuerdo qué es lo que era, pero tenía algo que ver con VFAT. Las cosas no eran siempre estables, así que hice el hábito de actualizarlo regularmente (reportando los últimos tarball en un disco zip desde la universidad a casa). Empecé a mandar parches allí donde veía cosas que creía que podría mejorar. Estoy tratando de recordar mi primer logro. Puede que haya sido mejorando AFFS durante la serie 2.1.X. Había en aquel entonces un buen puñado de cosas menores por mejorar.

¿Qué es lo que hace que sigas interesado en esto?
Una aparente fuente infinita de nuevos errores.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Centrarse en un aspecto particular del kernel que te interese, y meterse de lleno en él. Empieza poco a poco, pero vaya tirando hacia arriba. No aprenderás mucho resolviendo errores de ortografía o realizando transformaciones repetitivas guiado por lo que te dice el “checkpatch”. Encuentra un problema, entiéndelo, y trata de arreglarlo. Incluso aunque propongas soluciones equivocadas, la respuesta que recibas será una lección valiosa en tu experiencia. Limpiar y repetir.

Creo firmemente en la necesidad constante de hacer mejores herramientas. Parece que no hay una escasez de contribuyentes al kernel, pero siento que muchas de las herramientas alrededor del kernel (especialmente herramientas como Sparse) podrían ayudar mucho más. Texto sin traducir: Compiler/Toolchain people takes a certain rare mindset though it seems. (Si tienes una opción de traducción ponlo en un comentario)

Otra área donde siempre se puede ayudar es testeando. Añadiendo nuevos test a los ya sugeridos, como xfstests, ltp, etc., podría ser una contribución muy útil de la que muchos se beneficiarían.

¿Qué escuchas mientras programas?
Varias cosas dependiendo del estado de ánimo http://www.lastfm.es/user/kernelslacker

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Trato últimamente de reducir los viajes. La conferencia Linux Plumbers Conference y los eventos de North American Fedora son todo lo que hago por ahora.

Puedes ver y leer las últimas entradas en su blog personal: http://codemonkey.org.uk/

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

openSUSE 12.2 RC1 disponible para descarga

El equipo de desarrollo de openSUSE a pesar de los problemas que ha tenido en esta nueva versión estable que está preparando, la 12.2, sigue su trabajo, corrigiendo, mejorando y puliendo la versión final. Así que para ello hoy ha liberado la primera de las versiones candidatas (Release Candidates) antes de la versión definitiva. Para que los usuarios la descarguen y prueben e informen de los fallos y problemas encontrados.

El equipo de openSUSE se tomó un respiro para solucionar problemas que había en el desarrollo de esta nueva versión, lo que provocaba retrasos en las fechas previstas, por lo que sacaron una segunda versión Beta, que no estaba prevista.

Ese tiempo ha servido para seguir mejorando la versión definitiva de la nueva openSUSE 12.2. Como viene siendo habitual puedes descargarla desde la página oficial en varios formatos, DVD’s en 32 y 64 bits, o los live-CD’s con escritorios KDE y Gnome. Instálala en un máquina virtual, en un PC, o partición de pruebas, en tu PC de escritorio, etc… y haz tus aportes para mejorarla, esto es una comunidad abierta a la participación de todo aquel que tenga algo que decir.

Herramientas como Bugzilla, u openFATE, sirven para dar tú opinión. Tambien puedes consultar los bugs conocidos: en.opensuse.org/openSUSE:Most_annoying_bugs_12.2_dev y ver que será lo que traiga la nueva versión de openSUSE: en.opensuse.org/openSUSE:Upcoming_features y que ya puedes disfrutar en esta primera RC.

Para descargarla lo puedes hacer en este enlace en la página oficial: software.opensuse.org/developer/es

En este enlace puedes ver la nota oficial: news.opensuse.org

La segunda versión RC se espera a principios de Agosto y la versión final a mediados de Septiembre!

Have a lot of fun!!

CLI: Comando history en la consola

La consola sigue siendo una herramienta potente en GNU/Linux, y está bien que sea así. No debe ser una herramienta que se deba relegar porque los nuevos usuarios venidos de otros sistemas (princialmente usuarios de redmond) crean que es anacrónico, poco amigable, o directamente les asuste ver una pantalla en negro con un cursor parpadeante.

Por ello trataré de hacer por aqui un vademecum, como recordatorio de aquello que me sirva, y si te es útil a ti tambien me alegro.

He descubierto hoy el comando history. Teclea este comando en tu consola y verás que presenta una lista de los últimos comando tecleados (los últimos 1000 del historial) precedidos de un número. Bien si queremos repetir un comando ya escrito lo podemos buscar en esa lista, la mía tiene este aspecto:

Pincha sobre la imagen para ampliar

En este caso si lo que queremos es volver a ejecutar el comando que está situado en la posición 964 (por ejemplo) nada más fácil que escribir esta instrucción:

!964

y sin necesidad de escribir nada más se volverá a ejecutar el comando en cuestión! Pruébalo!

Esto es sólo una pequeña muestra de la potencia, y versatilidad de la consola como herramienta en GNU/Linux.

Si quieres ver algún truco más y descubrir más y potentes  comandos puedes visitar esta página: www.commandlinefu.com

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