Hola, alguno sabe como acceder al svn de ginga para bajar el fuente de ComonCore, NCL y -J Me registre en http://www.softwarepublico.gov.br/dotlrn/clubs/ginga/one-community?page_num=... pero cuando entro a http://svn.softwarepublico.gov.br/trac/ginga/browser me da que no tengo permiso. Alguna idea/sugerencia? Gracias Sds Sebastian
*ftp*://tvd.*lifia*.info.unlp.edu.ar/ 2010/7/21 Sebastián Fiorentini < [email protected]>
Hola, alguno sabe como acceder al svn de ginga para bajar el fuente de ComonCore, NCL y -J
Me registre en http://www.softwarepublico.gov.br/dotlrn/clubs/ginga/one-community?page_num=... cuando entro a http://svn.softwarepublico.gov.br/trac/ginga/browser me da que no tengo permiso.
Alguna idea/sugerencia?
Gracias Sds Sebastian
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- -- "There must be some way out of here" said the joker to the thief
Sugerencia... ¿no sería hora de ir poniendo un cvs o git ? De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream". Así es como se trabaja en el resto del mundo con proyectos de código abierto. Me parece mucho mas efectivo que bajar un tarball y emparchar cada uno lo que quiera por separado. ¿Quién lleva la cuenta de qué se modifica y por qué? ¿por qué no hay una web pública para entrar bugs? (bugzilla?). FC 2010/7/21 Hernan Gips <[email protected]>
*ftp*://tvd.*lifia*.info.unlp.edu.ar/
2010/7/21 Sebastián Fiorentini < [email protected]>
Hola, alguno sabe como acceder al svn de ginga para bajar el fuente de ComonCore, NCL y -J
Me registre en http://www.softwarepublico.gov.br/dotlrn/clubs/ginga/one-community?page_num=... cuando entro a http://svn.softwarepublico.gov.br/trac/ginga/browser me da que no tengo permiso.
Alguna idea/sugerencia?
Gracias Sds Sebastian
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- -- "There must be some way out of here" said the joker to the thief
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- "Los grandes diarios del establishment traen sólo dos informaciones que son reales e indiscutibles: el día, y el precio".
Adhiero 100% a lo que comenta Fernando. Ofrezco mi ayuda para lo que se necesite. Sds Sebastian ----- Mensaje original ----- De: "Fernando Cassia" <[email protected]> Para: "Lista de la comunidad argentina de Ginga" <[email protected]> Enviados: Miércoles, 21 de Julio 2010 19:09:44 Asunto: Re: [Ginga-argentina] Codigo fuente Ginga Sugerencia... ¿no sería hora de ir poniendo un cvs o git ? De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream". Así es como se trabaja en el resto del mundo con proyectos de código abierto. Me parece mucho mas efectivo que bajar un tarball y emparchar cada uno lo que quiera por separado. ¿Quién lleva la cuenta de qué se modifica y por qué? ¿por qué no hay una web pública para entrar bugs? (bugzilla?). FC 2010/7/21 Hernan Gips < [email protected] > ftp ://tvd. lifia . info.unlp.edu.ar/ 2010/7/21 Sebastián Fiorentini < [email protected] > Hola, alguno sabe como acceder al svn de ginga para bajar el fuente de ComonCore, NCL y -J Me registre en http://www.softwarepublico.gov.br/dotlrn/clubs/ginga/one-community?page_num=... pero cuando entro a http://svn.softwarepublico.gov.br/trac/ginga/browser me da que no tengo permiso. Alguna idea/sugerencia? Gracias Sds Sebastian _______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina -- -- "There must be some way out of here" said the joker to the thief _______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina -- "Los grandes diarios del establishment traen sólo dos informaciones que son reales e indiscutibles: el día, y el precio". _______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
El 21/07/10, Sebastián Fiorentini <[email protected]> escribió:
Adhiero 100% a lo que comenta Fernando. Ofrezco mi ayuda para lo que se necesite.
solo si pueden esperar un poco de tiempo, esta semana el LIFIA entrega la primera version, todo esta enfocado ahi, y una de las primeras tareas despues de eso es normalizar todo el tema de copyright en los archivos modificados y los nuevos, y abrir un SVN (o GIT) para abrir el desarrollo es importante tener en cuenta que este proyecto de Ginga.ar es no solo un proyecto divertido, sino que debe responder a procesos de liberacion consistentes, con testing y revision de codigo. Cualquiera puede tomar el codigo de Software Ppublico y publicar sus cambios donde quiera, es softweare libre GPL ;) pero lo que estamos intentando es que esta comunidad se arme alrededor de un codigo solido, si piensan que hay alguna forma mejor, diganlo, pero el commit por ahnora va a estar restringido a los responsables de esta rama Ginga.ar que es el laboratorio LIFIA, hasta ahora, no hay objeciones a que haya colaboracion y propuestas, pero tienen que ser dialogadas, por esta lista o por otro medio, para que la rama que se abrio se mantenga consistente Aguanten que la semana que viene alguen del grupo core del lifia pueda contestar :)
Sds Sebastian ----- Mensaje original ----- De: "Fernando Cassia" <[email protected]> Para: "Lista de la comunidad argentina de Ginga" <[email protected]> Enviados: Miércoles, 21 de Julio 2010 19:09:44 Asunto: Re: [Ginga-argentina] Codigo fuente Ginga
Sugerencia... ¿no sería hora de ir poniendo un cvs o git ?
De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream".
Así es como se trabaja en el resto del mundo con proyectos de código abierto.
Me parece mucho mas efectivo que bajar un tarball y emparchar cada uno lo que quiera por separado. ¿Quién lleva la cuenta de qué se modifica y por qué?
¿por qué no hay una web pública para entrar bugs? (bugzilla?).
FC
2010/7/21 Hernan Gips < [email protected] >
ftp ://tvd. lifia . info.unlp.edu.ar/
2010/7/21 Sebastián Fiorentini < [email protected] >
Hola, alguno sabe como acceder al svn de ginga para bajar el fuente de ComonCore, NCL y -J
Me registre en http://www.softwarepublico.gov.br/dotlrn/clubs/ginga/one-community?page_num=... pero cuando entro a http://svn.softwarepublico.gov.br/trac/ginga/browser me da que no tengo permiso.
Alguna idea/sugerencia?
Gracias Sds Sebastian _______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- -- "There must be some way out of here" said the joker to the thief
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- "Los grandes diarios del establishment traen sólo dos informaciones que son reales e indiscutibles: el día, y el precio".
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera microblog en http://identi.ca/martinolivera blog en http://blog.martinolivera.com.ar jabber en [email protected] Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar Comunidad Ginga Argentina - http://comunidad.ginga.org.ar
On Mié 21 Jul 2010 15:32:18 Sebastián Fiorentini escribió:
Adhiero 100% a lo que comenta Fernando. Ofrezco mi ayuda para lo que se necesite.
Sds Sebastian ----- Mensaje original ----- De: "Fernando Cassia" <[email protected]> Para: "Lista de la comunidad argentina de Ginga" <[email protected]> Enviados: Miércoles, 21 de Julio 2010 19:09:44 Asunto: Re: [Ginga-argentina] Codigo fuente Ginga
Sugerencia... ¿no sería hora de ir poniendo un cvs o git ?
De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream".
Así es como se trabaja en el resto del mundo con proyectos de código abierto.
Me parece mucho mas efectivo que bajar un tarball y emparchar cada uno lo que quiera por separado. ¿Quién lleva la cuenta de qué se modifica y por qué?
¿por qué no hay una web pública para entrar bugs? (bugzilla?).
FC
2010/7/21 Hernan Gips < [email protected] >
ftp ://tvd. lifia . info.unlp.edu.ar/
2010/7/21 Sebastián Fiorentini < [email protected] >
Hola, alguno sabe como acceder al svn de ginga para bajar el fuente de ComonCore, NCL y -J
Me registre en http://www.softwarepublico.gov.br/dotlrn/clubs/ginga/one-community?page_nu m=0 pero cuando entro a http://svn.softwarepublico.gov.br/trac/ginga/browser me da que no tengo permiso.
Alguna idea/sugerencia?
Gracias Sds Sebastian _______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina yo puedo instalar un trac + svn si hay server
-- Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar
2010/7/21 Fernando Cassia <[email protected]>
Sugerencia... ¿no sería hora de ir poniendo un cvs o git ?
si, lo vamos a hacer.
De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream".
Así es como se trabaja en el resto del mundo con proyectos de código abierto.
una vez mas: gracias por enseñarnos como hacer las cosas sin hacerlas.,
Me parece mucho mas efectivo que bajar un tarball y emparchar cada uno lo que quiera por separado. ¿Quién lleva la cuenta de qué se modifica y por qué?
¿por qué no hay una web pública para entrar bugs? (bugzilla?).
porque estamos trabajando en el codigo, pero en cuanto podamos lo hacemos, el tema, como vos bien sabes va mucho mas alla de poner servidores, tambien esta el ciclo de releases, como se admiten los patches y como se revisa... no es un tema trivial, pero ya lo atacaremos
FC
2010/7/21 Hernan Gips <[email protected]>
*ftp*://tvd.*lifia*.info.unlp.edu.ar/
2010/7/21 Sebastián Fiorentini < [email protected]>
Hola, alguno sabe como acceder al svn de ginga para bajar el fuente de ComonCore, NCL y -J
Me registre en http://www.softwarepublico.gov.br/dotlrn/clubs/ginga/one-community?page_num=... cuando entro a http://svn.softwarepublico.gov.br/trac/ginga/browser me da que no tengo permiso.
Alguna idea/sugerencia?
Gracias Sds Sebastian
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- -- "There must be some way out of here" said the joker to the thief
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- "Los grandes diarios del establishment traen sólo dos informaciones que son reales e indiscutibles: el día, y el precio".
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
2010/7/21 Arturo Zambrano <[email protected]>
2010/7/21 Fernando Cassia <[email protected]>
Sugerencia... ¿no sería hora de ir poniendo un cvs o git ?
si, lo vamos a hacer.
De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream".
Así es como se trabaja en el resto del mundo con proyectos de código abierto.
una vez mas: gracias por enseñarnos como hacer las cosas sin hacerlas.,
Arturo, Disculpame si se interpretó mal mi comentario. (tono jocoso) Como todavia no tengo la bola de cristal, ni las capacidades de adivinación del futuro de Lilita Carrió, no sé si ustedes sabían lo que ahora me decís que sabían, ni de imaginarme que iban a implementar lo que ahora decís que van a implementar. (fin tono jocoso) Simplemente asumí que "bajar un .tar.gz y emparchar" era la forma que uds. consideraban "natural" de manejar el proyecto. La comunicación también es parte de un proyecto de software libre. Y el silencio y el hermetismo hace que surjan las dudas que me surgieron a mi. Con solo postear un mail no digo semanal, sino mensual diciendo "esto es lo que vamos a hacer de acá a 6 meses" se despejan todas las dudas y malentendidos. porque estamos trabajando en el codigo, pero en cuanto podamos lo hacemos,
el tema, como vos bien sabes va mucho mas alla de poner servidores, tambien esta el ciclo de releases, como se admiten los patches y como se revisa... no es un tema trivial, pero ya lo atacaremos
Nunca pedí que le dieran acceso r/w a todo el mundo. Pero un acceso read only anonimo le permitiría a quien quiera bajarse el "último último" código a hacerlo y probar en su máquina los cambios más recientes sin bajarse todo de nuevo. Como vos bien sabés, también ayuda en el debugging, ej "probé el cambio que hiciero anoche en la rutina "x" y si bien ese problema se solucionó, ahora me explota por acá". ;-) Saludos cordiales, FC
Preguntas: Porque es necesario customizar ginga/ncl? Que diferencia va a tener este middleware con el brasilero? Hay un roadmap de los features q estan implementando ? Saludos! El 21/07/10, Fernando Cassia <[email protected]> escribió:
2010/7/21 Arturo Zambrano <[email protected]>
2010/7/21 Fernando Cassia <[email protected]>
Sugerencia... ¿no sería hora de ir poniendo un cvs o git ?
si, lo vamos a hacer.
De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream".
Así es como se trabaja en el resto del mundo con proyectos de código abierto.
una vez mas: gracias por enseñarnos como hacer las cosas sin hacerlas.,
Arturo,
Disculpame si se interpretó mal mi comentario.
(tono jocoso) Como todavia no tengo la bola de cristal, ni las capacidades de adivinación del futuro de Lilita Carrió, no sé si ustedes sabían lo que ahora me decís que sabían, ni de imaginarme que iban a implementar lo que ahora decís que van a implementar. (fin tono jocoso) Simplemente asumí que "bajar un .tar.gz y emparchar" era la forma que uds. consideraban "natural" de manejar el proyecto.
La comunicación también es parte de un proyecto de software libre. Y el silencio y el hermetismo hace que surjan las dudas que me surgieron a mi. Con solo postear un mail no digo semanal, sino mensual diciendo "esto es lo que vamos a hacer de acá a 6 meses" se despejan todas las dudas y malentendidos.
porque estamos trabajando en el codigo, pero en cuanto podamos lo hacemos,
el tema, como vos bien sabes va mucho mas alla de poner servidores, tambien esta el ciclo de releases, como se admiten los patches y como se revisa... no es un tema trivial, pero ya lo atacaremos
Nunca pedí que le dieran acceso r/w a todo el mundo. Pero un acceso read only anonimo le permitiría a quien quiera bajarse el "último último" código a hacerlo y probar en su máquina los cambios más recientes sin bajarse todo de nuevo.
Como vos bien sabés, también ayuda en el debugging, ej "probé el cambio que hiciero anoche en la rutina "x" y si bien ese problema se solucionó, ahora me explota por acá". ;-)
Saludos cordiales, FC
-- Enviado desde mi dispositivo móvil -- "There must be some way out of here" said the joker to the thief
2010/7/21 Hernan Gips <[email protected]>
Que diferencia va a tener este middleware con el brasilero?
en teoria -quiero decir siguiendo la logica- no deberia haber diferencias. Argentina deberia hacer la traducción y customización del código brasileño y la localización del mismo. Después, colaborar con bugfixing y/o impementación de nuevos features en colaboración con los teams "upstream· de Brasil. Ahora cuando entran a jugar falsos nacionalismos y la política (ej: "el Ginga Argentino es mejor que le brasileño") en ese caso, si pasa eso, la lógica sale por la ventana. ;-))
Hay un roadmap de los features q estan implementando ?
Eso, eso es justamente lo que sugería en un mail anterior.
FC
Saludos!
El 21/07/10, Fernando Cassia <[email protected]> escribió:
2010/7/21 Arturo Zambrano <[email protected]>
2010/7/21 Fernando Cassia <[email protected]>
Sugerencia... ¿no sería hora de ir poniendo un cvs o git ?
si, lo vamos a hacer.
De hecho, en un proyecto como Ginga sería deseable que los desarrolladores de argentina tengan su propio "branch" en el arbol de codigo de Brasil, pero que regularmente manden sus parches "upstream".
Así es como se trabaja en el resto del mundo con proyectos de código abierto.
una vez mas: gracias por enseñarnos como hacer las cosas sin hacerlas.,
Arturo,
Disculpame si se interpretó mal mi comentario.
(tono jocoso) Como todavia no tengo la bola de cristal, ni las capacidades de adivinación del futuro de Lilita Carrió, no sé si ustedes sabían lo que ahora me decís que sabían, ni de imaginarme que iban a implementar lo que ahora decís que van a implementar. (fin tono jocoso) Simplemente asumí que "bajar un .tar.gz y emparchar" era la forma que uds. consideraban "natural" de manejar el proyecto.
La comunicación también es parte de un proyecto de software libre. Y el silencio y el hermetismo hace que surjan las dudas que me surgieron a mi. Con solo postear un mail no digo semanal, sino mensual diciendo "esto es lo que vamos a hacer de acá a 6 meses" se despejan todas las dudas y malentendidos.
porque estamos trabajando en el codigo, pero en cuanto podamos lo hacemos,
el tema, como vos bien sabes va mucho mas alla de poner servidores, tambien esta el ciclo de releases, como se admiten los patches y como se revisa... no es un tema trivial, pero ya lo atacaremos
Nunca pedí que le dieran acceso r/w a todo el mundo. Pero un acceso read only anonimo le permitiría a quien quiera bajarse el "último último" código a hacerlo y probar en su máquina los cambios más recientes sin bajarse todo de nuevo.
Como vos bien sabés, también ayuda en el debugging, ej "probé el cambio que hiciero anoche en la rutina "x" y si bien ese problema se solucionó, ahora me explota por acá". ;-)
Saludos cordiales, FC
-- Enviado desde mi dispositivo móvil
-- "There must be some way out of here" said the joker to the thief
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- "Los grandes diarios del establishment traen sólo dos informaciones que son reales e indiscutibles: el día, y el precio".
On Mié 21 Jul 2010 20:21:48 Fernando Cassia escribió:
2010/7/21 Hernan Gips <[email protected]>
Que diferencia va a tener este middleware con el brasilero?
en teoria -quiero decir siguiendo la logica- no deberia haber diferencias. Argentina deberia hacer la traducción y customización del código brasileño y la localización del mismo. Después, colaborar con bugfixing y/o impementación de nuevos features en colaboración con los teams "upstream· de Brasil.
Ahora cuando entran a jugar falsos nacionalismos y la política (ej: "el Ginga Argentino es mejor que le brasileño") en ese caso, si pasa eso, la lógica sale por la ventana. ;-))
che una pregunta. porque la mala onda siempre en los mails? yo soy un critico tambien. pero si me quedo en los sarcasmos y en lo que "deberian hacer" estamos al horno.. La verdad no se si tenes algun drama con alguien de los que estan programando, yo no los conozco, pero me da la sensacion de que que están haciendo un esfuerzo y calculo siempre x 2 mangos. no se..como experiencia en liberar software te puedo decir que no es trivial. hay que darle bola a las listas, mantener cada cosa, helps, documentacion, sitio de bug tracking, mails privados de pregutas como "que es ginga?" y mil cosas mas.... ahh y tambien el codigo .... -- Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar
2010/7/22 Fernando Toledo <[email protected]>
On Mié 21 Jul 2010 20:21:48 Fernando Cassia escribió:
2010/7/21 Hernan Gips <[email protected]>
Que diferencia va a tener este middleware con el brasilero?
en teoria -quiero decir siguiendo la logica- no deberia haber diferencias. Argentina deberia hacer la traducción y customización del código brasileño y la localización del mismo. Después, colaborar con bugfixing y/o impementación de nuevos features en colaboración con los teams "upstream· de Brasil.
Ahora cuando entran a jugar falsos nacionalismos y la política (ej: "el Ginga Argentino es mejor que le brasileño") en ese caso, si pasa eso, la lógica sale por la ventana. ;-))
che una pregunta. porque la mala onda siempre en los mails?
No hay mala onda en los mensajes. Soy directo y no ando con vueltas, eso puede chocar, pero no quiero que a Ginga le vaya mal, todo lo contrario.
yo soy un critico tambien. pero si me quedo en los sarcasmos y en lo que "deberian hacer" estamos al horno..
Yo no soy parte del proyecto Ginga. Cuando quise colaborar lo hice, subi los archivos de LIFIA a SoureForge. Recordemos que el proyecto originalente tenia un ftp en una direccion IP, ni siquiera con hostname, y estuve un par de dias para bajar la imagen de la VM (que era vmware, no virtualbox, sugeri que era mejor virtualbox y con mucha satisfaccion veo que siguieron el consejo).
La verdad no se si tenes algun drama con alguien de los que estan programando, yo no los conozco, pero me da la sensacion de que que están haciendo un esfuerzo y calculo siempre x 2 mangos.
Yo al contrario no cobro nada. Soy un simple observador.
no se..como experiencia en liberar software te puedo decir que no es trivial. hay que darle bola a las listas, mantener cada cosa, helps, documentacion, sitio de bug tracking, mails privados de pregutas como "que es ginga?" y mil cosas mas.... ahh y tambien el codigo ....
Está perfecto. Se entiende que no es trivial. No tengo nada personal con nadie. De hecho, no conozco personalmente a nadie de esta lista. Lo que no se pueden evitar son las comparaciones entre como se maneja Ginga a nivel Brasil y como se hizo acá al menos hasta ahora. Ahora si las críticas no son bienvenidas, es otra cosa. Recordemos que no fuí yo sino otra persona de PUC-Rio quien tuvo que salir a decir "Ginga es uno solo"... ante ciertos "comunicados" que exhaltaban la superioridad del "ginga argentino" sobre otro (esos comunicados no partieron del team de programadores, estoy seguro, sino de otra gente). Espero haberme explicado. Saludos, FC
2010/7/22 Fernando Cassia <[email protected]>
Lo que no se pueden evitar son las comparaciones entre como se maneja Ginga a nivel Brasil y como se hizo acá al menos hasta ahora. Ahora si las críticas no son bienvenidas, es otra cosa.
Seria interesante plantear como se maneja en brasil (no solo a nivel de herramientas sino politico) la impl. de referencia de Ginga y reflexionar sobre el exito de eso en terminos de aportes de la comunidad open source... y dar tiempo a que la cosa madure aca. Justamente estamos tratando de hacer madurar el producto para que se pueda trabajar sobre el. Si fuera una cosa con pies de barro seria un dolor de cabeza para todos (si sos programador debes saber eso perfectamente). Las criticas son bienvenidas, sobre todos cuando estan hechas de forma constructiva. Ser directo o concreto no es lo mismo que ser sarcastico. Se puede ser critico y a la vez ser respetuoso. No hay "otro lado", como pusiste en algun mail, si estamos en un comunidad estamos todos del mismo lado tirando del carro, haciendo todo lo que nos es posible con la dedicación que podemos darle.
El 22/07/10, Arturo Zambrano <[email protected]> escribió:
2010/7/22 Fernando Cassia <[email protected]>
Lo que no se pueden evitar son las comparaciones entre como se maneja Ginga a nivel Brasil y como se hizo acá al menos hasta ahora. Ahora si las críticas no son bienvenidas, es otra cosa.
Seria interesante plantear como se maneja en brasil (no solo a nivel de herramientas sino politico) la impl. de referencia de Ginga y reflexionar sobre el exito de eso en terminos de aportes de la comunidad open source... y dar tiempo a que la cosa madure aca. Justamente estamos tratando de hacer madurar el producto para que se pueda trabajar sobre el. Si fuera una cosa con pies de barro seria un dolor de cabeza para todos (si sos programador debes saber eso perfectamente).
Las criticas son bienvenidas, sobre todos cuando estan hechas de forma constructiva. Ser directo o concreto no es lo mismo que ser sarcastico. Se puede ser critico y a la vez ser respetuoso.
No hay "otro lado", como pusiste en algun mail, si estamos en un comunidad estamos todos del mismo lado tirando del carro, haciendo todo lo que nos es posible con la dedicación que podemos darle.
Eso, eso, haiga paz las criticas en la comunidad, bienvenidas, porque asi se mejora, pero evitemos las suposiciones y el contestar por el otro, por ej las preguntas sobre las particularidades del desarrollo del branch ginga.ar que hace el LIFIA, seria mejor que las conteste gente de ese grupo y no otro. -- Martín Olivera microblog en http://identi.ca/martinolivera blog en http://blog.martinolivera.com.ar jabber en [email protected] Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar Comunidad Ginga Argentina - http://comunidad.ginga.org.ar
2010/7/21 Fernando Cassia <[email protected]>
Arturo,
Disculpame si se interpretó mal mi comentario.
(tono jocoso) Como todavia no tengo la bola de cristal, ni las capacidades de adivinación del futuro de Lilita Carrió, no sé si ustedes sabían lo que ahora me decís que sabían, ni de imaginarme que iban a implementar lo que ahora decís que van a implementar. (fin tono jocoso) Simplemente asumí que "bajar un .tar.gz y emparchar" era la forma que uds. consideraban "natural" de manejar el proyecto.
1) En ese caso hay que preguntar: cual es la forma que tendremos de aportar a la implementacion abierta del lifia? 2) Es casi un insulto que pienses que gente que se dedica profesionalmente a la informatica considere natural ese esquema de trabajo. Simplemente me parece que no es la forma de plantear las cosas. Si yo asumiera algo sobre tu capacidad profesional a partir de tus mails creo que te pasaria algo similar (no voy a poner lo que pienso en ese sentido como si lo estas haciendo vos, justamente para no caer en lo mismo).
La comunicación también es parte de un proyecto de software libre. Y el silencio y el hermetismo hace que surjan las dudas que me surgieron a mi. Con solo postear un mail no digo semanal, sino mensual diciendo "esto es lo que vamos a hacer de acá a 6 meses" se despejan todas las dudas y malentendidos.
porque estamos trabajando en el codigo, pero en cuanto podamos lo hacemos,
el tema, como vos bien sabes va mucho mas alla de poner servidores, tambien esta el ciclo de releases, como se admiten los patches y como se revisa... no es un tema trivial, pero ya lo atacaremos
Nunca pedí que le dieran acceso r/w a todo el mundo. Pero un acceso read only anonimo le permitiría a quien quiera bajarse el "último último" código a hacerlo y probar en su máquina los cambios más recientes sin bajarse todo de nuevo.
Ok, en ese punto hay que tener pensado como se va a procesar el output valioso de gente que invierte su tiempo en ayudar al proyecto.
Como vos bien sabés, también ayuda en el debugging, ej "probé el cambio que hiciero anoche en la rutina "x" y si bien ese problema se solucionó, ahora me explota por acá". ;-)
ayuda en el testing, no se si en el debugging.
Saludos cordiales, FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
participants (6)
-
Arturo Zambrano -
Fernando Cassia -
Fernando Toledo -
Hernan Gips -
Martín Olivera -
Sebastián Fiorentini