Que bueno, recuerdo cuando estudié en la Catolica de Valpo teniamos la idea de poner un up2date en el taller que el Doctor Von Brand pero quedó en eso y nada más.
Felicitaciones PUCV. Orlantux El 20 de agosto de 2008 1:26, Miguel Angel Ruiz Manzano <[EMAIL PROTECTED]>escribió: > Rodrigo Fuentealba wrote: > >> [...] >> > > ¿Cómo creen ustedes que es mejor actualizar un mirror de cierto >> proyecto, como Ubuntu? >> > > En Slackware lo hacemos a través de rsync y en realidad no nos >> complica mucho, pero vi que en Debian hay algo muy bonito llamado >> apt-cacher, apt-proxy o algo así. Y un disparatado por ahí quería para >> un proyecto (más que nada de pruebas) poner un DRBD al servicio de los >> mirrors. >> > > Rsync es estandar de facto para mirroring en muchos proyectos, y > Debian/Ubuntu también lo ofrecen. > > ¿Qué estrategia creen ustedes que es la mejor, y por qué? >> > > Depende de la situación en que te encuentres... en nuestro caso teníamos > que pasar por un proxy para hacer el mirror y además tenemos restricción de > puertos :S > > Dada esta situación algo compleja, debmirror nos salvó ya que tiene > diversos métodos para la descarga de los paquetes: ftp, hftp, rsync y además > tiene soporte de proxy, comprobación de integridad mediante md5sum, etc. Es > muy completo y flexible :D > > Sin restricciones de puertos, creo que hubiésemos usado rsync o apt-mirror. > > > Saludos, >> > > Saludos! > > > -- > Miguel Angel Ruiz Manzano http://mruiz.openminds.cl > Computer Science Student - PUCV - Chile > From [EMAIL PROTECTED] Wed Aug 20 15:00:09 2008 From: [EMAIL PROTECTED] (Juan Carlos Rojas) Date: Wed Aug 20 15:03:01 2008 Subject: NTP Message-ID: <[EMAIL PROTECTED]> Ya tengo mi servidor andando OK. Y un cliente (10.10.1.160) sincronizando con mi servidor local . Ahora me ha surgido un nuevo problema. El puerto 123 estaba cerrado en el firewall se ha abierto y desde mi servidor NTP al realizar un ntpdc -n -c monlist aparece lo siguiente: =============================================================================== 127.0.0.1 33742 127.0.0.1 267 7 2 0 78 0 200.54.149.19 123 146.83.150.187 41 4 4 1c0 115 10 140.99.51.114 123 146.83.150.187 40 4 4 1c0 114 82 146.83.183.179 123 146.83.150.187 57 4 4 1c0 104 91 10.10.1.160 123 146.83.150.187 8 3 4 1c0 450 699 10.0.0.50 32881 146.83.150.187 4 3 4 184 1 1629 10.0.0.80 33352 146.83.150.187 28 3 4 184 31 1999 el hosts 10.10.1.160 es el que se esta sincronizando, por otro lado mis clientes 10.0.0.50 10.0.0.80 aparecen en la lista pero no se si estan sincronizandose pues sucede lo séte. Al realizar un ntpdate ntp.shoa.cl desde 10.0.0.50 y 10.0.0.80 se sincronizan pero si hago lo mismo a mi servidor local falla. ntpdate 146.83.150.187 desde 10.0.0.50 y 10.0.0.80 me arroja el siguiente error: 20 Aug 14:52:56 ntpdate[14877]: no server suitable for synchronization found Localmente no funca. ATTE JCarlos PS. Otra cosa mas desde desde mis clients .80 y .50 no puedo hacer ping hacia mi servidor local al reves si. Pero mi puerto 123 esta abierto en ambos sentidos. Influirá esto. ATTE JCarlos From [EMAIL PROTECTED] Wed Aug 20 16:33:38 2008 From: [EMAIL PROTECTED] (Ricardo Utreras Estrella) Date: Wed Aug 20 16:55:56 2008 Subject: imap_base64 Message-ID: <[EMAIL PROTECTED]> Estimados: Necesito contar con la funcion imap_base64() en un Centos 4.6 con PHP 5 Para ello le instale el paquete php-imap, pero desconosco si en el /usr/lib/php/modules/imap.so que instalo viene esta funcion. ¿Como dientres puedo saber que funciones trae este modulo? O en particular ¿que paquete me agrega la funcion imap_base64() si no fuera el php-imap? PD: Todavia no recibo respuesta de "rpm -qi php-imap|grep Packager" :) Saludos -- Atte. Ricardo Utreras Estrella