Por otro lado, voy a planear una reunión vía VoIP (cómo alguna vez ya lo he hecho en este proyecto) para reorganizar un poco las tareas y definir bien el staff. La idea es armar bien un equipo con los más activos en el proyecto (o sea sumándose Martín y José) y repartir un poco las tareas con respecto al desarrollo.
Aún debo decidir y organizar el día exacto para dicha reunión y definir tiempos de desarrollo tentativo, ya que el fin de año se acerca y costaría mucho sacar una versión usable (de desarrollo) para esa época. La meta, es hacer lo posible para tal, teniendo una versión con las herramientas básicas de Servidor-Cliente.
Mientras tanto, me pueden decir que días o mejor dicho horarios para poder realizar dicha reunión.
En mi caso, yo libre más que nada los Domingos o sábados por la tarde (hablo horario Argentina, GTM -3.00)
Saludos.
--
Gustavo A. Díaz
GDNet Projects
www.gdnet.com.ar
Gustavo A. Díaz escribió:
No empecemos con el pie izquierdo José.... dí una extensa charla el primer día que entraste al IRC y te he explicado punto por punto... y espero que no haya sido en vano. Si está o no en el WIKI, vos ya lo sabías... por ende no es escusa.Así com tmb. expliqué que el proyecto ya tiene estructura base definida, si algo ya está definido como en este caso la DB, hay que aceptarlo.Cuando alguien se suman a un proyecto, debe saber que cosas se pueden mejorar, cuales otras ya tienen definición.En este caso, y repito de la primera charla con los interesados aportar, se nombró claramente del uso de MySQL. Sino, Martín no lo hubiera hecho así.Saludos...Gustavo A. Díaz
GDNet Projects
www.gdnet.com.ar
Jose Arcangel Salazar Delgado escribió:
El día 31/08/07, Gustavo A. Díaz <gdiaz@xxxxxxxxxxxx> escribió:José: Guste o no te guste, el app usará MySQL. Así que por favor lo parches y archivos referentes a OpenCoffe y usando la base de datos, SOLO y únicamente para mysql. Y esto ya lo dije muchas veces y tmb con temas similares... y siento decirlo tan rudamente... pero no me gusta perder el tiempo.Ok, lo mio era solo una sugerencia, no sabia que ya se habia acordado usar una DB en particular. Y de nuevo, solo como una sugerencia, seria bueno que estas cosas estuvieran anotadas en el Wiki, ya que en ningun momento se hace mención de la DB a usar.En el svn, NO se hacen pruebas de código, para eso usan sus computadoras.Lo sé, para eso tengo mi SVN interno.Quién le resulte molestia instalar estos apps para realizar pruebas, sugiero que directamente no piensen en el desarrollo del app, por que sí o sí esos pasos son necesarios en cualquier desarrollo.Esto lo tengo muy presente.Otra cosa José, tratá tmb de entrar un poco más seguido al IRC para enterarte de las cosas... porque entraste 2 veces nada más hasta ahora... Ya que además de esta lista, es mucho más rápido comunicar ciertas cosas en el IRC. Entonces si sos tan amable y si puedes, trata de entrar regularmente. Gracias.Intentare entrar un poco más seguido, aunque es un tanto dificil debido a mi disponibilidad de horario. Espero conectarme de manera frecuente los fines de semana.Martín: ahora cuando llegue a casa a la noche pruebo tu parche. Muchas Gracias. Saludos. Gustavo A. Díaz GDNet Projects www.gdnet.com.ar Jose Arcangel Salazar Delgado escribió: El día 30/08/07, Martin Alderete <malderete@xxxxxxxxx> escribió: Bueno gente! aca mando el "parche" para que vean el login, creé los diff para cada archivo que modifique desde el snapshot que tengo del 29 de agosto(ultimo). Agregue un directorio llamado "db"(que deben crear) es decir; opencoffee-server/core/db/ ; donde se deben poner los archivos adjunto main.py y __init__.py Los parches estan probados de la siguiente manera "patch archivo.py <archivo.diff" Como se modifico el login.ui se debe regenerar la clase python con la herramienta "pyuic" Como se puede ver en el archivo main.py se debe tener mysql corriendo con un user y una base de datos llamados "opencoffee" luego deben modificar la linea DB_HOST="sherly" por el nombre del host en donde esta la base de datos. (Eso debe ir en una version futura en un archivo de configuracion) ¿No crees que para motivos de pruebas, deberiamos usar SQLite? Solo lo digo como una sugerencia, ya que nos evitaria tener que montar todo DBMS solo para probar la aplicación. Espero sea claro, cualquier cosa me lo informan Saludos Martin N.Alderete