Entendi el tema de copyrigth [ERA: Alguien me explica un tema ...]
Pablo De Napoli pdenapo en yahoo.com
Lo de distribuirlo por diff puede no ser muy práctico (porque obliga a parchear el codigo fuente al usuario) y creo que no es (en principio) necesario (pocos proyectos hacen eso!), pero admito que puede ser lo mas seguro si uno quiere dejar establecido exactamente que cambios hizo.
Una posibilidad que se me ocurre, es que quizas podrías poner en la misma pagina o servidor las dos cosa: la version pre-parcheada y el .diff con el parche que se aplicó.
En este caso que dijiste que el soft es GPL, la GPL te obliga a indicar qué archivos modificaste y cuando lo hiciste. (lo dice el párrafo que cité en el mail anterior) Sugiero poner también un "Changelog" detallando los cambios que hiciste.
Si usas un sistema de control de versiones como CVS o Subversion (recomiendo este ultimo), te pueden generan automaticamente un log de cambios (por ej subversion te pide una entrada en cada "svn commit" y lo podes ver con "svn log") o si queres te dice exactamente que cambios hubo (por ej. con el comando "svn diff") entre dos revisiones, por lo que podes generar ambas cosas automaticamente.
saludos, Pablo
--- Diego Saravia <dsa en unsa.edu.ar> wrote:
eso si el soft es libre
lo ideal ademas es registrar con exactitud que es tu aporte
o incluso distribuirlo por diff
El 17/05/06, everex2000 en softhome.net<everex2000 en softhome.net> escribió:
Gracias gente, creo que ahora sí entiendo el tema. En definitiva, dentro de cada archivo que modifique debo poner:
Copyrigth (c) 1998, 2003 Pepe Lui (autor original) Copyrigth (c) 2006 Lorenzo Saldía (yo!)
al principio de dicho archivo. Mientras que en los que no modifique nada debo mantener los datos originales, sin poner mi copyrigth.
Abrazos y gracias
como que se ven dos caminos para aportar no? 1) acordar con el/los autor/es original/es bajo qué condiciones se hacen los aportes (esta sería la forma "vertical", digamos) 2) cortarse uno solo por el camino horizontal, la práctica del "forkeo" si me preguntan a mí pienso que se debe elegir pensando que tan compatibles son los objetivos de uno con el proyecto original el hilo https://lists.ourproject.org/pipermail/solar-general/2006-May/027519.html -- Gerardo Díaz [email protected] (15) 5132 1507
2006/5/17, Gerardo Diaz <[email protected]>:
Pablo De Napoli pdenapo en yahoo.com
Lo de distribuirlo por diff puede no ser muy práctico (porque obliga a parchear el codigo fuente al usuario) y creo que no es (en principio) necesario (pocos proyectos hacen eso!), pero admito que puede ser lo mas seguro si uno quiere dejar establecido exactamente que cambios hizo.
Una posibilidad que se me ocurre, es que quizas podrías poner en la misma pagina o servidor las dos cosa: la version pre-parcheada y el .diff con el parche que se aplicó.
En este caso que dijiste que el soft es GPL, la GPL te obliga a indicar qué archivos modificaste y cuando lo hiciste. (lo dice el párrafo que cité en el mail anterior) Sugiero poner también un "Changelog" detallando los cambios que hiciste.
Si usas un sistema de control de versiones como CVS o Subversion (recomiendo este ultimo), te pueden generan automaticamente un log de cambios (por ej subversion te pide una entrada en cada "svn commit" y lo podes ver con "svn log") o si queres te dice exactamente que cambios hubo (por ej. con el comando "svn diff") entre dos revisiones, por lo que podes generar ambas cosas automaticamente.
saludos, Pablo
--- Diego Saravia <dsa en unsa.edu.ar> wrote:
eso si el soft es libre
lo ideal ademas es registrar con exactitud que es tu aporte
o incluso distribuirlo por diff
El 17/05/06, everex2000 en softhome.net<everex2000 en softhome.net> escribió:
Gracias gente, creo que ahora sí entiendo el tema. En definitiva, dentro de cada archivo que modifique debo poner:
Copyrigth (c) 1998, 2003 Pepe Lui (autor original) Copyrigth (c) 2006 Lorenzo Saldía (yo!)
al principio de dicho archivo. Mientras que en los que no modifique nada debo mantener los datos originales, sin poner mi copyrigth.
Abrazos y gracias
como que se ven dos caminos para aportar no?
1) acordar con el/los autor/es original/es bajo qué condiciones se hacen los aportes (esta sería la forma "vertical", digamos)
2) cortarse uno solo por el camino horizontal, la práctica del "forkeo"
publicas un patch y si el autor lo desea lo aplica si no lo aplica el que quiera hacerlo -- Diego Saravia [email protected] NO FUNCIONA->[email protected]
publicas un patch y si el autor lo desea lo aplica
si no lo aplica el que quiera hacerlo
:) un patch yo? nah para eso hay que saber denserio lo que creo es que los agregados funcionales importantes no son un simple patch alguien sabe como nacen los forks exitosos? no quiero forkear, solo saber
-- Diego Saravia Diego.Saravia en gmail.com NO FUNCIONA->dsa en unsa.edu.ar
el hilo está en https://lists.ourproject.org/pipermail/solar-general/2006-May/027524.html -- Gerardo Díaz [email protected] (15) 5132 1507
On Wed, 17 May 2006 17:34:15 -0300, Gerardo Diaz wrote
publicas un patch y si el autor lo desea lo aplica
si no lo aplica el que quiera hacerlo
:)
un patch yo? nah para eso hay que saber denserio
lo que creo es que los agregados funcionales importantes no son un simple patch
alguien sabe como nacen los forks exitosos?
suelen nacer con patchs no aceptados o discusioens varias en un proyecto
no quiero forkear, solo saber
-- Diego Saravia Diego.Saravia en gmail.com NO FUNCIONA->dsa en unsa.edu.ar
el hilo está en https://lists.ourproject.org/pipermail/solar-general/2006-May/027524.html
-- Gerardo Díaz [email protected] (15) 5132 1507
_______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected] [email protected] (usar solo si hay problemas con unsa.edu.ar)
participants (2)
-
Diego Saravia -
Gerardo Diaz