2009/11/3 Sebastián <[email protected]>: >> 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. >> > > O crear trabajo innecesario, es decir, si se sabe previamente que algo > no va a 'pasar la prueba', entonces es mejor no subirlo. >
Correcto. >>> - 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). >> > > La mayoría de los BTS manejan muy bien el asunto de enviar correos de > notificación. Por lo que si se maneja con el BTS lo de los correos > vendría incluído. > Es bueno saber esto. >> 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. > > A veces es un poco confuso el asunto de las listas, y muchas veces > vemos threads duplicados en varias listas. Lo ideal es que un hilo > _pueda_ ser discutido solo en una lista. > Sí, se ha dado mucho el caso de crossposting. Debemos empezar entonces a seguir la netiqueta lo más rigurosamente posible. -- 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
