 |
|
|
|
|
|
| principal nivel superior enviar artículo buscar administrar acerca de ... rdf rss main |
Posted by Víctor Martínez Martínez on Wednesday September 19, @05:31PM el 2007from the dept. Veamos que se ha hecho en la quincena, para mi desgracia no he llevado mi bitacora como es debido, pero mas o menos lo que he podido recopilar de memoria es: La semana que paso estuve probando a migrar nuestro zope a la version estable en etch, pueden ver que no ha resultado en http://janus.ajusco.upn.mx:9376/linux Los problemas principales son: La instancia completa tiene un monton de cosas, el proyecto ldap, varias cosas de examen, lo del salon abierto y un largo etcetera, parece que tambien mete ruido el virtualhostmonster que se usaba para tenerlo en el puerto 80. Ademas no puedo encontrar forma sana de migrar plone. El squishdot no parece funcionar con la version empaquetada en Debian. Envia: Error Se encontró un error durante la publicación del recurso. Tipo de error: AttributeError Valor: __getitem__ Sugerencias * La URL podría ser incorrecta. * Los parámetros pasados al recurso podrían no ser adecuados. * Un recurso del cual este depende contiene alg&uacte;n error. Si persiste el error, por favor contacta al administrador del sitio. Gracias por tu paciencia. Que ademas tambien pudiera deberse a otro codigo legacy de internacionalizacion incluido en la instancia. Me estoy temiendo que la modificacion en las variables en el squishdot no permita su actualizacion o movimiento a un zope current (pero de nuevo no soy experto en python ni zope y francamente los errores que me ha mandado no me dicen gran cosa). En el inter se implemento websvn para poder consultar algunos de nuestros proyectos via web http://linux.ajusco.upn.mx/websvn ,lo cual trajo a colacion que tambien tengo que actualizar los repositorios a la ultima version de svn puesto que varios aun usan berkeley db para esto y/o no estan preparados para ser utilizados desde el web, tambien no estoy incluyendo soporte para webdav, por que requiere apache2 y no pienso intentar correrlo en solo 384MB de RAM. 12/9/2007 Hice una busqueda extensa en el sitio de Redcloth, las listas y reportes de bugs, para determinar de una vez por todas si era esto lo que nos estaba moviendo la cajita de lugar en los tsg, con la conclusion de que DH esta corriendo la version estable de Redcloth y que no existe problema de css, de paso en la revision me encontre con que en el css del menu habia un typo donde estaba "marign" por "margin", corregido. 9/9/2007 Reporte de Vian de que no puede acceder por winscp, los logs de acceso reportan que ha conectado muchas veces via imap es decir al correo web, pero que no ha hecho conexion por ssh/sftp/scp es decir no ha llegado peticion de su parte, posteriormente podemos deducir que esto se debe a que ha estado utilizando proxys para conectar (los cuales unicamente deben soportar trafico http y no https y mucho menos scp/ssh/sftp). Pensando en volver a implementar el irc tanto para icme como para intel, hay que elegir entre un cliente java, php o cgi/perl, para el frontend. < ouroborus reporta | Ancho de texto en pantalla - TSG, DG, ST >
|
|
||||||||||||||
|
||||||||||||||||
 |
||
 
|
"Any system that depends on reliability is unreliable." -- Nogg's Postulate | |
| All trademarks and copyrights on this page are owned by their respective companies. Comments are owned by the Poster. The Rest ©1999 Butch Landingin. | ||
Reportando
