Lista de pruebas para gestores de solicitud
Nota: La página wiki AM Tutorial esta mas actualizada que esta página.
Esta lista de pruebas sólo cubre las áreas más importantes de las pruebas del ND. Dependiendo del trasfondo y planes en el proyecto del aspirante, un gestor de solicitud puede elegir ignorar algunas de las cosas que se listan aquí o añadir otras.
Mire también el Mini-CÓMO de gestores de solicitud.
Prueba de identificación
El aspirante tiene que tener una llave pública OpenPGP firmada por, al menos, un miembro de Debian. Si es posible, también se pide al menos alguna otra firma de una llave OpenPGP bien relacionada. Siempre use gpg --check-sigs, no gpg --list-sigs para verificar la identidad del aspirante.
La llave OpenPGP que irá al anillo de llaves de Debian tiene que ser una llave versión cuatro. Para comprobarlo, obtenga la huella de la llave y compruebe si tiene una longitud de 32 ó 40 dígitos hexadecimales. Las llaves de la versión tres sólo tienen 32 dígitos, las de la versión cuatro tienen 40. Esta llave no tiene que ser la misma que la que se utiliza para verificar la identidad del aspirante.
Los aspirantes deben tener una llave de cifrado. Compruebelo ejecutando gpg --list-keys <IDdeLlave>. Si la salida no contiene una línea con <Número>E/<IDdeLlave> o <Número>g/<IDdeLlave>, el aspirante necesita añadir una subllave de cifrado.
Si el aspirante no puede proporcionar una llave firmada, una foto de identificación emitida gubernamentalmente se puede usar para la identificación. Por favor, contacte con \ recepción en ese caso.
Se pueden usar opciones adicionales de verificación si hay alguna duda sobre la identidad del aspirante:
- Si el aspirante es un estudiante, alguien en la universidad puede confirmar su identidad. Esta persona también debería estar en alguna lista en las páginas «web» de personal de la universidad.
- Si el aspirante trabaja en una gran compañía, su superior debería poder confirmar su identidad.
- Hay sitios «web» que pueden hacer búsquedas inversas de números de teléfono, aunque esto normalmente no funciona para teléfonos móviles. El número que proporcione el aspirante debería dar como resultado su propio nombre o la persona que conteste al teléfono debería poder confirmar la identidad del aspirante.
Filosofía y procedimientos
No hay unas reglas fijas para esta parte, pero algunas áreas se deberían cubrir siempre (y se recomienda discutir las otras):
- Los aspirantes tienen que estar de acuerdo con la aplicación de la normativa de Debian y la normativa de uso de máquinas de Debian (DMUP).
- Los aspirantes tienen que estar de acuerdo con el contrato social y deben poder explicar cómo se relaciona Debian con la comunidad del «software» libre.
- Los aspirantes deben entender bien las directrices de «software» libre de Debian. Necesitan poder decidir si una licencia es libre o no y deberían tener una opinión fuerte sobre el software libre.
- Los aspirantes tienen que entender cómo funciona el sistema de seguimiento de fallos de Debian, qué información guarda Debian ahí (pseudo-paquetes, wnpp, ...) y cómo pueden manipularla.
- Los aspirantes deberían conocer los procesos de QA de Debian (orfandad, eliminación, NMUmiento y envíos de QA).
- Los aspirantes deberían entender el proceso de publicación de Debian.
- Los aspirantes deberían conocer los trabajos de l10n e i18n de Debian y qué pueden hacer para ayudarles.
Tareas y habilidades
Lo que haya que cubrir en las pruebas de T&H depende del área en la que el aspirante desee trabajar:
- Los aspirantes cuyo propósito es trabajar como empaquetador
deben tener al menos un paquete en el archivo. El paquete
debería tener suficientes usuarios como para proporcionar una base de
documentación de las habilidades de empaquetado del aspirante y
su forma de tratar a los usuarios, remitentes de fallos y fallos.
Preguntas más profundas también deberían cubrir aspectos básicos de empaquetamiento de Debian (archivos de configuración, menús, scripts de inicio, sub-normativas, adaptación, dependencias complejas). - Los aspirantes que planeen escribir documentación deben haber proporcionado ya ejemplos de su trabajo. Deberían tener una visión clara de en qué tipo de documentos quieren trabajar en el futuro.
Informe final de solicitud al gestor de cuentas de Debian
Tras finalizar todas las comprobaciones y después de que el GS esté satisfecho con el comportamiento del aspirante, se debería remitir un informe al gestor de cuentas de Debian y a la recepción de nuevos miembros. Debería documentar qué se hizo para satisfacer las diferentes partes de las pruebas para nuevo miembro y toda la información recolectada sobre el aspirante.
El correo electrónico se debería remitir a <[email protected]> y <[email protected]> y contener las siguientes cosas:
- Una corta visión general de la solicitud, conteniendo alguna información básica sobre el aspirante.
- El nombre de la cuenta solicitado por el aspirante. Debe ser de al menos tres caracteres de largo.
- La dirección de correo electrónico a la que se debería redirigir todo el correo dirigido a <cuenta>@debian.org .
- La huella de la llave pública OpenPGP del aspirante que se debería incorporar al anillo de llaves de Debian.
- Un mbox, en formato gzip, con registros de toda la discusión entre el gestor de solicitud y el aspirante sobre la solicitud.
Esto completa las responsabilidades del gestor de solicitud en el proceso de solicitud. La recepción de nuevos miembros y el gestor de cuentas comprobarán y juzgarán el informe de la solicitud.
Volver al rincón para nuevos miembros