2009/11/3 Sebastián Ramírez Magrí <[email protected]>: > > Apoyo la moción. Considero también que en la medida que trabajamos de > manera más metódica podremos ser más eficientes con el tiempo, por lo > que la creación de scripts es importante. >
Sí. La idea sería que luego de aprobados los libros, se movieran a un directorio donde un script se encargara de colocarlos donde van... ojalá podamos hacerlo :=) > También debemos considerar que incluso antes de cargar un libro al > 'directorio de revisión' (purgatorio?) quien lo hace debe revisarlo para > evitar: l...@purgatorio > - Más trabajo. Exacto, el que sube debe buscar ya sea en los archivos de la lista o del sistema de seguimiento de fallos si alguien no lo ha intentado subir anteriormente para _no_ duplicar esfuerzos. > - El hecho de que solo cargar un libro con restricciones de copia y > distribución a un FTP implica infringir la ley. > Sí... y como posiblemente algunos de esos libros toquen el archivo, es importante que ese archivo NO esté al alcance de nadie para descargar. Solo que permita subidas... Entonces, hay que crear el esqueleto de esta implementación que vamos a hacer y mover todos los libros actuales a ser sometidos a revisión. Ahora, creo que podemos proceder de una vez porque no tenemos decidido aún si se usará el BTS o lista de correo para realizar esta labor. Sin embargo, sería bueno dejar esto en los records, así que podemos usar esta lista general para ello (aunque preferiría que se hiciera por la lista de correo de la biblioteca). Les comento que la lista de correo creada fue: http://proyectociencia.org/cgi-bin/mailman/listinfo/biblioteca Aprovecho esta oportunidad para argumentar un poco acerca de tantas listas de correos. Supongan se que un usuario se suscribe a la lista de desarrollo y no le interesa saber si aceptan o no un libro en la biblioteca, o si en GUPy se va a traducir algo de Python, etc... dicho usuario podría desuscribirse solo porque empiece a recibir correos que no son de importancia para el/la. Una manera de evitar este tipo de inconvenientes es modularizar aquellos tópicos grandes en listas distintas. Por ejemplo, la lista de correo de la biblioteca se perfila a ser una lista con alto volumen debido a que existen muchos libros y por ende muchas discusiones se generarán ahí y no todos los suscritos ya sea en la lista de GUPy o de desarrollo estarán interesados en participar en ello. Saludos, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- _______________________________________________ General mailing list [email protected] http://proyectociencia.org/cgi-bin/mailman/listinfo/general
