6/6
Castellano | English
Entrevista: Al Equipo Arch Linux 6/6
publicado por Jordan Spencer Cunningham el Lunes 11 de enero del 2010 a las 15:57 hs UTCArch Linux Team, 6/6
¿Hay alguna parte del Proyecto en el que desea crear algo o que simplemente necesite más desarrollo?
Thomas Bächler: Como siempre, mas paquetes de actualización monkey
Dieter Plaetinck, Giovanni Scafora:
En todas partes.
Allan McRae: El empaquetado.
- Mejorar el proceso (¿la automatización?) de algunas de las grandes reconstrucciones
- Herramientas que permitan comprobar esos viejos paquetes que todavía hay que compilar con las cadenas de herramientas actuales, etc
Aaron Griffin: Yo soy parcial, pero creo que nuestras herramientas internas necesitan más... amor. Nadie las ve o se preocupa por ellas hasta que se rompen. Hay que mejorar las herramientas internas, lo que también abarca los casos de automatización que Allan mencionó también.
Ionut Biru: Pacman. Hay algunas buenas cosas que los usuarios demandan y que tienen que ser aplicadas.
Ronald van Haren: Las herramientas internas. Estoy muy ocupado escribiendo algunas herramientas de automatización por mi mismo, aunque tengo la funcionalidad básica de trabajo, hacer las cosas mas integradas y completas toma más tiempo. Me gustaría tener a alguien que me ayude a hacer las cosas más rápidamente, obviamente el tiempo es limitado, pues hay que agregarle las otras tareas. Supongo que los demás piensan lo mismo sobre sus proyectos favoritos.
Pierre Schmitz: Me gustaría ver a más gente trabajando en la mejora de la seguridad de nuestra infraestructura. Especialmente las firmas de esos paquetes que vienen a mi mente.
Dan McGee: Todo ha sido señalado anteriormente, pero la automatización del empaquetado...
Hugo Doria: Creo que Arch necesita un equipo de seguridad. Incluso los paquetes de las últimas versiones de software, que teóricamente están con los fallos de seguridad corregidos, un equipo de seguridad para Arch es necesario. Al menos para advertir a los usuarios sobre los posibles fallos.
Además, los paquetes Delta serán bienvenidos.
¿Qué podríamos hacer de bueno, nosotros los usuarios, para ayudar al equipo de desarrollo (sea usuarios programadores y/o los no programadores)?
Allan McRae: Ayudar a otros usuarios en los foros, en el irc. Escribir/actualizar la documentación en el wiki. Confirmar y encontrar soluciones para problemas detectados en el bug tracker. Usar el repositorio [testing] e informar los errores al gestor de fallos. Comprar cerveza a los desarrolladores, si se encuentran en la misma ciudad que usted (a pesar de que pueda tener un impacto negativo a largo plazo ...).
Aaron Griffin: Allan, me hago eco de lo dicho, pero me gustaría añadir que todos nuestros códigos están disponibles a través de git y que cualquier persona está invitada a enviar los parches.
Giovanni Scafora: Estoy de acuerdo con Allan completamente.
Ionut Biru: Los usuarios que esten dispuestos a romper el sistema para ayudarnos a encontrar errores. He constatado que son menores las cantidades de usuarios que ayudan a los desarrolladores en las pruebas.
Ronald van Haren: Supongo que los programadores deberían ser capaces de ayudar en la escritura y terminando las herramientas de desarrollo antes mencionadas. Además de eso, siempre hay mucho trabajo que hacer en el bugtracker y otras cosas. Sólo tienes que elegir algo que te guste. ;-)
Pierre Schmitz: En un primer lugar, olvidarse de la idea que los desarrolladores estan en un lado y los usuarios otro lado. Arch es una distribución comunitaria, en consecuencia, todo el mundo es capaz de hacer algo que mejore su sistema.
Si usted tiene alguna idea para mejorar, ¡adelante! ¡cree un parche! y ¡preséntelo a la comunidad!. Toda ayuda en general, siempre es bienvenida; por ejemplo, en el desarrollo de nuestro gestor de paquetes (pacman), la mejora de nuestra documentación, dando apoyo en los foros, IRC y listas de correo y, por último pero no menos importante, la presentación de informes y resolución de errores en nuestro sistema de seguimiento. Estas son excelentes formas de ayudarnos.
Dan McGee:
- Un buen archivo de informes de errores.
- Hacer una investigación lo mejor que se pueda.
- Sugerir los recursos posibles para ayudar a resolver el problema.
- Averigar si ese mismo problema se presenta en otra distribución.
Si puede, usar el repositorio [testing] lo que nos ayudará a allanar las cuestiones. Casi cualquier persona que utiliza [testing] probablemente debería unirse a la arch-dev-ML público como miembro de sólo lectura para entrar en el pulso de la Devland.
Únase a nosotros para los días de errores (bug days). Estamos tratando de hacer ese evento, una vez al mes.
Hugo Doria: Escribir/traducir la documentación, informar errores y crear algunos parches para nuestras cosas. Dar conferencias sobre la distribución y la introducción de Arch a los amigos también ayuda mucho.
OSNews me gustaría agradecer a los lectores OSNews por habernos suministrado las preguntas. También nos gustaría dar las gracias a Aaron Griffin y el equipo de Arch Linux por habernos brindado su tiempo para responderlas.
~Interview: Arch Linux Team 6/6
posted by Jordan Spencer Cunningham on Mon 11th Jan 2010 15:57 UTCArch Linux Team, 6/6
Where is a place you would like to create or simply need more development in?
Thomas Bächler: More package update monkeys, as always.
Dieter Plaetinck, Giovanni Scafora:
Everywhere.
Allan McRae: Packaging.
- improving the process (automating?) some of the larger rebuilds
- tools to check old packages still compile with current toolchain, etc.
Aaron Griffin: I am biased, but I feel our internal tools need more love. No one ever sees them or cares about them until they break. Improving internal tools also covers the automation cases that Allan mentioned, too.
Ionut Biru: Pacman. There are some cool things that users demand and have to be implemented.
Ronald van Haren: This would be the internal tools. I'm busy writing some automation tools myself and, although I have the basic functionality working, getting things like these integrated and complete take more time. I wouldn't mind to have somebody helping and getting things done more quickly as obviously time is limited besides all other tasks. I assume others feel the same way on their pet projects.
Pierre Schmitz: I would like to see more people working on improving the security of our infrastructure. Especially signed packages come to my mind.
Dan McGee: Stated above, but packaging automation.
Hugo Doria: I think Arch needs a security team. Even packaging the latest versions of software, which theoretically are with the security flaws corrected, a security team for Arch is necessary. At least to warn users about possible failures.
Also, delta packages would be welcome.
What are good things for users like us to do to help the development team out (for programmers and/or non-programmers)?
Allan McRae: Help out other users on the forums/irc. Write/update documentation on the wiki. Confirm and find fixes for bugs in the bug tracker. Use the [testing] repo and report bugs to the bug tracker. Buy devs beer if they are in the same town as you (although that can have a negative impact long term...).
Aaron Griffin: Echo what Allan said, but I'd like to add that all of our code is available via git and that anyone is welcome to submit patches.
Giovanni Scafora: I agree with Allan completely.
Ionut Biru: Users that are willing to break the system by helping us finding bugs. I see that are less users helping out developers with testing.
Ronald van Haren: I suppose programmers should be able to help in writing and finishing up the before mentioned development tools. Besides that, there is always a lot of work to do on the bugtracker and whatnot. Just choose something you like. ;-)
Pierre Schmitz: At first one should forget about developers on the one and users on the other side. Arch is a community distribution and as such everyone is able to make it their best system.
If you have any ideas for improvements, go ahead create a patch and present it to the community. General help is always welcome in e.g. developing our package manager (pacman), improving our documentation, giving support on the forums, IRC and mailing lists and, last but not least, reporting and resolving bugs in our tracking system. These are all excellent ways to help us.
Dan McGee:
- File good bug reports. Do as much investigation as you can.
- Suggest possible resources to help solve the problem.
- Find out if another distro is seeing the same problem.
Join us for bug days. We are trying to do them once a month now.
Hugo Doria: Write/translate documentation, report bugs and create some patchs for our stuff. Give lectures about the distro and introduce Arch to friends also helps a lot.
OSNews would like to thank the OSNews readers for supplying the questions. We would also like to thank Aaron Griffin and the Arch Linux team for taking the time to answer them.