Re: Manejo/Control de Versiones documentos?
On Thu, 31 Dec 2009 16:39:35 -0800 (PST), Renato Ulloa mythoselgra...@yahoo.com wrote: --- El jue 31-dic-09, Richard Rossel rros...@inf.utfsm.cl escribió: [...] Con respecto al Soporte de Control de versiones: ¿Se trata de que Redmine interactúa con alguno de ellos para mantener las versiones que le muestra al usuario? ¿O es un repositorio común y corriente con acceso por las vias tradicionales y que luego Redmine puede manejar? Ya tengo como 8 proyectos en repositorios Mercurial con estructuras de directorios y versiones que quisiera mantener. Uno vincula el repositorio al sistema redmine. Saludos [...] -- Atte. Roberto Andrés Moreno Pérez Rol 2673504-1 Webmaster Adjunto IEEE Sección Chile Estudiante Ingeniería Civil en Informática Universidad Técnica Federico Santa María Campus Santiago
Re: Manejo/Control de Versiones documentos?
¡Hola! El Wed, Dec 30, 2009 at 10:12:20AM -0300, Richard Rossel escribio: Aca usamos Trac un buen tiempo, y la wiki nos ayudo bastante para documentar, el problema que tuvimos en Trac es que este no maneja (directamente) distintos proyectos, sino que todos los tickets, docs, wikis estan referenciados a un solo proyecto. Haciendo unos hacks puedes lograr manejar varios projectos. Si, es un problema de Trac. Aquí utilizamos múltiples bases de datos para cada proyecto, por lo que quedan separados, por ejemplo: http://server/trac/proyecto1 http://server/trac/proyecto2 ... El problema de esto es que no tienes una vista consolidada de tickets por usuario, es necesario consultar múltiples bases de datos para lograrlo. Hace poco nos movimos a Redmine, de similares caracteristicas, pero se ve un producto mejor logrado. Soporta diversos projectos, asignando personas a estos, manejos de archivos, documentos, wiki, conexion muy simple a diversos repositorios, code browsing con soporte a code reviews (muy recomendable). He visto Redmine, me parece una buena opción, pero en el momento que instalamos Trac, el paquete de Debian de Redmine no existía :-( ¿Será simple una migración de Trac a Redmine? ¿Soporta Mercurial? Podríamos considerarlo en un memomento de locura/upgrade... Gracias, Daniel. Redmine tiene soporte para Subversion, Darcs, Mercurial, cvs, Bazaar y Git Ademas tiene un script de migracion de trac 0.10 y 0.11 (http://www.redmine.org/wiki/1/RedmineMigrate) -- Richard Rossel Software Engineer at Airsage Inc. Valparaiso - Chile
Re: Manejo/Control de Versiones documentos?
--- El jue 31-dic-09, Richard Rossel rros...@inf.utfsm.cl escribió: De: Richard Rossel rros...@inf.utfsm.cl Asunto: Re: Manejo/Control de Versiones documentos? A: linux@listas.inf.utfsm.cl Fecha: jueves, 31 diciembre, 2009, 9:19 am ¡Hola! El Wed, Dec 30, 2009 at 10:12:20AM -0300, Richard Rossel escribio: Aca usamos Trac un buen tiempo, y la wiki nos ayudo bastante para documentar, el problema que tuvimos en Trac es que este no maneja (directamente) distintos proyectos, sino que todos los tickets, docs, wikis estan referenciados a un solo proyecto. Haciendo unos hacks puedes lograr manejar varios projectos. Si, es un problema de Trac. Aquí utilizamos múltiples bases de datos para cada proyecto, por lo que quedan separados, por ejemplo: http://server/trac/proyecto1 http://server/trac/proyecto2 ... El problema de esto es que no tienes una vista consolidada de tickets por usuario, es necesario consultar múltiples bases de datos para lograrlo. Hace poco nos movimos a Redmine, de similares caracteristicas, pero se ve un producto mejor logrado. Soporta diversos projectos, asignando personas a estos, manejos de archivos, documentos, wiki, conexion muy simple a diversos repositorios, code browsing con soporte a code reviews (muy recomendable). He visto Redmine, me parece una buena opción, pero en el momento que instalamos Trac, el paquete de Debian de Redmine no existía :-( ¿Será simple una migración de Trac a Redmine? ¿Soporta Mercurial? Podríamos considerarlo en un memomento de locura/upgrade... Gracias, Daniel. Redmine tiene soporte para Subversion, Darcs, Mercurial, cvs, Bazaar y Git Ademas tiene un script de migracion de trac 0.10 y 0.11 (http://www.redmine..org/wiki/1/RedmineMigrate) -- Richard Rossel Software Engineer at Airsage Inc. Valparaiso - Chile Con respecto al Soporte de Control de versiones: ¿Se trata de que Redmine interactúa con alguno de ellos para mantener las versiones que le muestra al usuario? ¿O es un repositorio común y corriente con acceso por las vias tradicionales y que luego Redmine puede manejar? Ya tengo como 8 proyectos en repositorios Mercurial con estructuras de directorios y versiones que quisiera mantener. Gracias, --- Renato Ulloa ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1
Re: Manejo/Control de Versiones documentos?
¡Hola! El Mon, Dec 28, 2009 at 06:18:32AM -0800, Renato Ulloa escribio: Estimados listeros, Soy Ingeniero de Proyectos y junto a otros colegas trabajamos en varios proyectos simultaneos y la documentación la manejamos cada uno a su antojo, donde las distintas versiones de archivos (en general xls, xlsx, doc, docx, pdf, de Visio, CAD,...etc) las nombramos como 'Archivo1_2009mmdd_nn', pero a lo largo del tiempo se llegan por ejemplo a la versión N°15 ya sea por cambios/actualizaciones o por que hay versiones para el cliente, para un contratista, para el jefe, etc. Todo esto en forma local (nuestros PC) y no compartido en un servidor central. Pensando en: - Versiones - Respaldos - Acceso de terceros (autorizados) - Capacidad de clonar todo a otro equipo y tener todas las versiones. Había pensado en algún sistema de Control de Versiones (años atrás usé CVS y luego Subversion en otro ámbito), pero para este caso creo que un Sistema Distribuido como Mercurial o Git se acomoda más al requerimiento; permitiría contar siempre con copias locales y usar un repositorio central (Ubuntu 9.10 Server) para mantener el respaldo, permitiría acceso a otros usuarios y poder fácilemnte replicar todo el proyecto por ej. a un portatil y usarlo desde allí. Dudas: 1. ¿Es la mejor alternativa usar un Sistema de Control de Versiones para archivos binarios como Mercurial o Git? Un sistema de control de versiones como los anteriores es apropiado para menejar versiones de archivos binarios, pero sobre todo, para manejar *conjuntos* de archivos, sean estos de texto o binarios. En lo personal, no te recomendaría un sistema de control de versiones para el control de documentos, ya que al ser los documentos archivos cerrados desde el punto de vista del control de versiones, es complicado hacer mezclas de cambios múltiples entre versiones. Yo te recomendaría mucho más utilizar un Wiki para realizar los documentos, aquí utilizamos Trac y es bastante bueno. Trac incluye: * Sistema de tickets para organizar las tareas y sus dependencias. * Soporte para hitos en los proyectos, con fechas y tareas a cumplir. * Un wiki que soporta adjuntar documentos, por lo que se pueden hacer los informes en un wiki adjuntando archivos adicionales, como fotos, planos, etc. Lo que tratamos de realizar aquí es escribir los documentos en el Wiki separando las secciones en distintas páginas, luego al estar finalizado el documento, se genera un doc. de OpenOffice pegando las secciones desde el wiki. Este documento se adjunta a la página del wiki como referencia, tanto en formato openoffice como en formato pdf. La gracia de un wiki es que tienes toda la historia de las ediciones al documento, junto con la capacidad de mezclar cambios de distintas ediciones. Esto es muy poderoso a la hora de ver cómo el documento se genera. Existen otros wikis además del incluido en Trac que tienen cosas diferentes, aquí también utilizamos MediaWiki, que es bastante poderoso para generar documentación, por ejemplo manuales, pero no es tan bueno para informes de trabajo. Espero te sirva, Daniel. Aca usamos Trac un buen tiempo, y la wiki nos ayudo bastante para documentar, el problema que tuvimos en Trac es que este no maneja (directamente) distintos proyectos, sino que todos los tickets, docs, wikis estan referenciados a un solo proyecto. Haciendo unos hacks puedes lograr manejar varios projectos. Hace poco nos movimos a Redmine, de similares caracteristicas, pero se ve un producto mejor logrado. Soporta diversos projectos, asignando personas a estos, manejos de archivos, documentos, wiki, conexion muy simple a diversos repositorios, code browsing con soporte a code reviews (muy recomendable). En resumen la wiki en los dos es muy similar, pero creo que es mejor tener todo separado por proyectos. -- Richard Rossel Software Engineer at Airsage Inc. Valparaiso - Chile
Re: Manejo/Control de Versiones documentos?
¡Hola! El Wed, Dec 30, 2009 at 10:12:20AM -0300, Richard Rossel escribio: Aca usamos Trac un buen tiempo, y la wiki nos ayudo bastante para documentar, el problema que tuvimos en Trac es que este no maneja (directamente) distintos proyectos, sino que todos los tickets, docs, wikis estan referenciados a un solo proyecto. Haciendo unos hacks puedes lograr manejar varios projectos. Si, es un problema de Trac. Aquí utilizamos múltiples bases de datos para cada proyecto, por lo que quedan separados, por ejemplo: http://server/trac/proyecto1 http://server/trac/proyecto2 ... El problema de esto es que no tienes una vista consolidada de tickets por usuario, es necesario consultar múltiples bases de datos para lograrlo. Hace poco nos movimos a Redmine, de similares caracteristicas, pero se ve un producto mejor logrado. Soporta diversos projectos, asignando personas a estos, manejos de archivos, documentos, wiki, conexion muy simple a diversos repositorios, code browsing con soporte a code reviews (muy recomendable). He visto Redmine, me parece una buena opción, pero en el momento que instalamos Trac, el paquete de Debian de Redmine no existía :-( ¿Será simple una migración de Trac a Redmine? ¿Soporta Mercurial? Podríamos considerarlo en un memomento de locura/upgrade... Gracias, Daniel.
Re: Manejo/Control de Versiones documentos?
--- El lun 28-dic-09, Daniel Serpell dserp...@gmail.com escribió: De: Daniel Serpell dserp...@gmail.com Asunto: Re: Manejo/Control de Versiones documentos? A: Discusion de Linux en Castellano linux@listas.inf.utfsm.cl Fecha: lunes, 28 diciembre, 2009, 12:25 pm ¡Hola! El Mon, Dec 28, 2009 at 06:18:32AM -0800, Renato Ulloa escribio: Estimados listeros, Soy Ingeniero de Proyectos y junto a otros colegas trabajamos en varios proyectos simultaneos y la documentación la manejamos cada uno a su antojo, donde las distintas versiones de archivos (en general xls, xlsx, doc, docx, pdf, de Visio, CAD,...etc) las nombramos como 'Archivo1_2009mmdd_nn', pero a lo largo del tiempo se llegan por ejemplo a la versión N°15 ya sea por cambios/actualizaciones o por que hay versiones para el cliente, para un contratista, para el jefe, etc. Todo esto en forma local (nuestros PC) y no compartido en un servidor central. Pensando en: - Versiones - Respaldos - Acceso de terceros (autorizados) - Capacidad de clonar todo a otro equipo y tener todas las versiones. Había pensado en algún sistema de Control de Versiones (años atrás usé CVS y luego Subversion en otro ámbito), pero para este caso creo que un Sistema Distribuido como Mercurial o Git se acomoda más al requerimiento; permitiría contar siempre con copias locales y usar un repositorio central (Ubuntu 9.10 Server) para mantener el respaldo, permitiría acceso a otros usuarios y poder fácilemnte replicar todo el proyecto por ej. a un portatil y usarlo desde allí. Dudas: 1. ¿Es la mejor alternativa usar un Sistema de Control de Versiones para archivos binarios como Mercurial o Git? Un sistema de control de versiones como los anteriores es apropiado para menejar versiones de archivos binarios, pero sobre todo, para manejar *conjuntos* de archivos, sean estos de texto o binarios. En lo personal, no te recomendaría un sistema de control de versiones para el control de documentos, ya que al ser los documentos archivos cerrados desde el punto de vista del control de versiones, es complicado hacer mezclas de cambios múltiples entre versiones. Yo te recomendaría mucho más utilizar un Wiki para realizar los documentos, aquí utilizamos Trac y es bastante bueno. Trac incluye: * Sistema de tickets para organizar las tareas y sus dependencias. * Soporte para hitos en los proyectos, con fechas y tareas a cumplir. * Un wiki que soporta adjuntar documentos, por lo que se pueden hacer los informes en un wiki adjuntando archivos adicionales, como fotos, planos, etc. Lo que tratamos de realizar aquí es escribir los documentos en el Wiki separando las secciones en distintas páginas, luego al estar finalizado el documento, se genera un doc. de OpenOffice pegando las secciones desde el wiki. Este documento se adjunta a la página del wiki como referencia, tanto en formato openoffice como en formato pdf. La gracia de un wiki es que tienes toda la historia de las ediciones al documento, junto con la capacidad de mezclar cambios de distintas ediciones. Esto es muy poderoso a la hora de ver cómo el documento se genera. Existen otros wikis además del incluido en Trac que tienen cosas diferentes, aquí también utilizamos MediaWiki, que es bastante poderoso para generar documentación, por ejemplo manuales, pero no es tan bueno para informes de trabajo. Espero te sirva, Daniel. Actualmente tenemos corriendo jtrac para algunas tareas, pero no con la orientacion que me comentas. Hasta ahora le damos un uso más bien para asignar Ordenes de Trabajo a quien debe ejecutarlas, solicitar soporte, gestionar algunas cosas relacionados con los procedimientos de la certificación ISO. Alguna vez traté de impulsar el uso de un wiki para centralizar documentación técnica de los productos de desarrollo nuestro o de terceros, pero lamentablemente lo vieron más como perder el tiempo que el tener acceso a todos los involucrados y con la version oficial en el wiki. Lo que si resultó fué el 'obligar' a los desarrolladores de software (aplicaciones, sist. operativos y firmwares) a usar un Control de Versiones (Subversion) ya que antes de esto el tema de las versiones era un despelote. Como me comentas voy a revisar Trac, lo instalaré y si todo resulta trataré de convencer a mi jefe de implementar un sistema de este tipo para manejar los distintos proyectos internos y externos. Agradezco vuestra ayuda. Saludos, --- Renato Ulloa S. ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1
Manejo/Control de Versiones documentos?
Estimados listeros, Junto con saludarles, recurro a vuestra experiencia para un tema que quiero implementar en el trabajao hace un buen tiempo. Soy Ingeniero de Proyectos y junto a otros colegas trabajamos en varios proyectos simultaneos y la documentación la manejamos cada uno a su antojo, donde las distintas versiones de archivos (en general xls, xlsx, doc, docx, pdf, de Visio, CAD,...etc) las nombramos como 'Archivo1_2009mmdd_nn', pero a lo largo del tiempo se llegan por ejemplo a la versión N°15 ya sea por cambios/actualizaciones o por que hay versiones para el cliente, para un contratista, para el jefe, etc. Todo esto en forma local (nuestros PC) y no compartido en un servidor central. Pensando en: - Versiones - Respaldos - Acceso de terceros (autorizados) - Capacidad de clonar todo a otro equipo y tener todas las versiones. Había pensado en algún sistema de Control de Versiones (años atrás usé CVS y luego Subversion en otro ámbito), pero para este caso creo que un Sistema Distribuido como Mercurial o Git se acomoda más al requerimiento; permitiría contar siempre con copias locales y usar un repositorio central (Ubuntu 9.10 Server) para mantener el respaldo, permitiría acceso a otros usuarios y poder fácilemnte replicar todo el proyecto por ej. a un portatil y usarlo desde allí. Dudas: 1. ¿Es la mejor alternativa usar un Sistema de Control de Versiones para archivos binarios como Mercurial o Git? 2. ¿Existe algo 'mejor' que pueda aplicar a este caso? 3. En caso de Git hay varias GUIs decentes, pero para Mercurial lo más decente fue TortoiseHG, pero es algo extraña. ¿Hay más GUIs (además de las indicadas en la página oficial) para Mercurial considerando que mi jefe ya utiliza algo de Subversion/TortoiseSVN? Agradeceería cualquier comentario/orientación al respecto. Saludos, -- Renato Ulloa S. ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1
Re: Manejo/Control de Versiones documentos?
¡Hola! El Mon, Dec 28, 2009 at 06:18:32AM -0800, Renato Ulloa escribio: Estimados listeros, Soy Ingeniero de Proyectos y junto a otros colegas trabajamos en varios proyectos simultaneos y la documentación la manejamos cada uno a su antojo, donde las distintas versiones de archivos (en general xls, xlsx, doc, docx, pdf, de Visio, CAD,...etc) las nombramos como 'Archivo1_2009mmdd_nn', pero a lo largo del tiempo se llegan por ejemplo a la versión N°15 ya sea por cambios/actualizaciones o por que hay versiones para el cliente, para un contratista, para el jefe, etc. Todo esto en forma local (nuestros PC) y no compartido en un servidor central. Pensando en: - Versiones - Respaldos - Acceso de terceros (autorizados) - Capacidad de clonar todo a otro equipo y tener todas las versiones. Había pensado en algún sistema de Control de Versiones (años atrás usé CVS y luego Subversion en otro ámbito), pero para este caso creo que un Sistema Distribuido como Mercurial o Git se acomoda más al requerimiento; permitiría contar siempre con copias locales y usar un repositorio central (Ubuntu 9.10 Server) para mantener el respaldo, permitiría acceso a otros usuarios y poder fácilemnte replicar todo el proyecto por ej. a un portatil y usarlo desde allí. Dudas: 1. ¿Es la mejor alternativa usar un Sistema de Control de Versiones para archivos binarios como Mercurial o Git? Un sistema de control de versiones como los anteriores es apropiado para menejar versiones de archivos binarios, pero sobre todo, para manejar *conjuntos* de archivos, sean estos de texto o binarios. En lo personal, no te recomendaría un sistema de control de versiones para el control de documentos, ya que al ser los documentos archivos cerrados desde el punto de vista del control de versiones, es complicado hacer mezclas de cambios múltiples entre versiones. Yo te recomendaría mucho más utilizar un Wiki para realizar los documentos, aquí utilizamos Trac y es bastante bueno. Trac incluye: * Sistema de tickets para organizar las tareas y sus dependencias. * Soporte para hitos en los proyectos, con fechas y tareas a cumplir. * Un wiki que soporta adjuntar documentos, por lo que se pueden hacer los informes en un wiki adjuntando archivos adicionales, como fotos, planos, etc. Lo que tratamos de realizar aquí es escribir los documentos en el Wiki separando las secciones en distintas páginas, luego al estar finalizado el documento, se genera un doc. de OpenOffice pegando las secciones desde el wiki. Este documento se adjunta a la página del wiki como referencia, tanto en formato openoffice como en formato pdf. La gracia de un wiki es que tienes toda la historia de las ediciones al documento, junto con la capacidad de mezclar cambios de distintas ediciones. Esto es muy poderoso a la hora de ver cómo el documento se genera. Existen otros wikis además del incluido en Trac que tienen cosas diferentes, aquí también utilizamos MediaWiki, que es bastante poderoso para generar documentación, por ejemplo manuales, pero no es tan bueno para informes de trabajo. Espero te sirva, Daniel.
Re: control de versiones para binarios
On Tue, 2009-09-08 at 15:19 -0400, Gonzalo Diaz Cruz wrote: On Lun 07 Sep 2009 15:54:46 Germán Póo-Caamaño escribió: [...] Uno de los requerimientos que planteó Víctor Hugo fue eliminar historia, cuyo objetivo (infiero), es que el repositorio no crezca demasiado. Subversion es muy ineficiente en almacenar los datos. Por ejemplo, en el caso de GNOME: * El repositorio CVS (1997-04/2002) ocupa 12,1GB. * El repositorio de Subversion (1997-04/2009) ocupa 24,1GB * El repositorio git (1997-09/2009) ocupa 4,7GB git ocupa mucho menos espacio y tiene mucho más historia. Pero, si quieres datos de un repositorio a un mismo instante, Keith Packard hizo el ejercicio sobre Mozilla el 2007: - CVS: 2,7GB - Subversion: 8,2GB - git: 450MB git es bueno comprimiendo los objetos que almacena. Para los interesados en las tripas de git, recomiendo leer el capítulo 9 de ProGit (http://progit.org/book/ch9-1.html): Gasfitería y Porcelana. No es que se meta tan al interior, pero es lo mejor que he encontrado hasta el momento. Pregunta... Dados esos numeros del proyecto gnome, ¿tienes a mano la cifra del peso total del código fuente, conciderandolo como copia de trabajo? En el caso de git, 8GB es la copia de trabajo, incluyendo los 4,7GB de la historia. Y más o menos cuantas revisiones llevan (sorry lo ignorante, pero no soy muy amigo de gnome :B) en cada repositorio. Bueno, eso depende. Lo que sucede es que con git, lo que se tiene es un montón de repositorios pareciendo ser uno; a diferencia de CVS en donde es un repositorio con muchos módulos. Entonces, habría que preguntarse cuantas revisiones lleva tal o cual programa; pero no sé si ese dato en sí pueda ser útil ¿por qué te gustaría saberlo? (me refiero al dato sólo, porque combinado con otros factores tiene mucho sentido). Evolution debe ser el programa más grande, y no hace mucho detecté un error en la migración (el cual se puede explicar), porque tiene más de 3000 ramas de desarrollo, cuando en realidad debieran ser alrededor de 200. ¿Qué revisión te interesa saber? ¿cuál rama en particular? Como para contrastar el peso y el paso del tiempo en cada repositorio y entender a que se debe el crecimiento. Para eso hay más factores a considerar que sólo el número de revisiones. Pero sí, es interesante conocer la edad del código (según Parnas el código envejece). -- Germán Póo-Caamaño Concepción - Chile http://www.calcifer.org/
control de versiones para binarios
Hola a todos, bueno.. se que para el control de versiones existen diversos softwares (cvs, svn, git, etc) disponibles.. pero estés, están orientados a códigos fuentes (principalmente). bueno, ahora en la oficina, me solicitaron evaluar alguno administrador de versiones para archivos binarios, o sea, ejecutables, instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc, etc... la idea, es que: - los usuarios administradores (en su gran mayoría con windows) puedan manejar archivos/ramas sin mayores complicaciones - haya una interface de acceso a los archivos/repositorio estandar (o sea, que funcione por http/ftp o algo semejante) y ojala: - que el sistema pueda enumerar las versiones automáticamente - solicitar al usuario que ingrese un comentario cuando suba nuevas versiones. - que tenga políticas de mantención (por ejemplo, los archivos con mas de 10 versiones y con un periodo de 1 ano son automáticamente eliminados) básicamente esto. sugerencias ?? salu2 a todos -- -- Victor Hugo dos Santos Linux Counter #224399
Re: control de versiones para binarios
On Lun 07 Sep 2009 10:56:12 Victor Hugo dos Santos escribió: Hola a todos, bueno.. se que para el control de versiones existen diversos softwares (cvs, svn, git, etc) disponibles.. pero estés, están orientados a códigos fuentes (principalmente). bueno, ahora en la oficina, me solicitaron evaluar alguno administrador de versiones para archivos binarios, o sea, ejecutables, instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc, etc... la idea, es que: - los usuarios administradores (en su gran mayoría con windows) puedan manejar archivos/ramas sin mayores complicaciones - haya una interface de acceso a los archivos/repositorio estandar (o sea, que funcione por http/ftp o algo semejante) y ojala: - que el sistema pueda enumerar las versiones automáticamente - solicitar al usuario que ingrese un comentario cuando suba nuevas versiones. - que tenga políticas de mantención (por ejemplo, los archivos con mas de 10 versiones y con un periodo de 1 ano son automáticamente eliminados) básicamente esto. sugerencias ?? salu2 a todos Segun tengo entendido, subversion funciona impecable con binarios. Yo he subido y versionado imagenes, .exe's y otros binarios. Nunca he visto que un repositorio le de hipo por eso. Salvo por lo del mantenimiento con reglas (que desconozco si svn se la puede), svn es opcion. Lo que si recuerdo es que svn soporta hooks en lado del repositorio, asi que probablemente si se pueda programar ese tipo de mantenimiento. -- Atentamente, Gonzalo Díaz Cruz http://blog.gon.cl/ http://twitter.com/sir_gon signature.asc Description: This is a digitally signed message part.
Re: control de versiones para binarios
On Mon, 2009-09-07 at 10:56 -0400, Victor Hugo dos Santos wrote: Hola a todos, bueno.. se que para el control de versiones existen diversos softwares (cvs, svn, git, etc) disponibles.. pero estés, están orientados a códigos fuentes (principalmente). Nopes, ese es el caso de CVS, SCCS, RCS. bueno, ahora en la oficina, me solicitaron evaluar alguno administrador de versiones para archivos binarios, o sea, ejecutables, instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc, etc... la idea, es que: - los usuarios administradores (en su gran mayoría con windows) puedan manejar archivos/ramas sin mayores complicaciones - haya una interface de acceso a los archivos/repositorio estandar (o sea, que funcione por http/ftp o algo semejante) y ojala: - que el sistema pueda enumerar las versiones automáticamente - solicitar al usuario que ingrese un comentario cuando suba nuevas versiones. - que tenga políticas de mantención (por ejemplo, los archivos con mas de 10 versiones y con un periodo de 1 ano son automáticamente eliminados) Mercurial + TortoiseHG. Pueden levantar un servidor web local, a punta de clicks y que el resto se sincronice. O bien, sincronizarse respecto a un servidor central. Claro, que si quieres algo como un 'diff' entre 2 archivos binarios, necesitas algo más arriba que sea capaz de mostrar diferencias entre 2 pdf's, planillas de cálculo, etc. -- Germán Póo-Caamaño Concepción - Chile http://www.calcifer.org/
Re: control de versiones para binarios
El 7 de septiembre de 2009 10:56, Victor Hugo dos Santos listas@gmail.com escribió: Hola a todos, bueno.. se que para el control de versiones existen diversos softwares (cvs, svn, git, etc) disponibles.. pero estés, están orientados a códigos fuentes (principalmente). bueno, ahora en la oficina, me solicitaron evaluar alguno administrador de versiones para archivos binarios, o sea, ejecutables, instaladores, documentos (pdf, word, excel, etc), html, zip/rar, etc, etc... la idea, es que: - los usuarios administradores (en su gran mayoría con windows) puedan manejar archivos/ramas sin mayores complicaciones - haya una interface de acceso a los archivos/repositorio estandar (o sea, que funcione por http/ftp o algo semejante) y ojala: - que el sistema pueda enumerar las versiones automáticamente - solicitar al usuario que ingrese un comentario cuando suba nuevas versiones. - que tenga políticas de mantención (por ejemplo, los archivos con mas de 10 versiones y con un periodo de 1 ano son automáticamente eliminados) básicamente esto. sugerencias ?? creo que estas buscando un DMS (Document Management System) [1] y no solo un software para control de versiones (orientado a codigo fuente). entre las alternativas Open Source esta KnowledgeTree [2] y varios otros. puedes buscar las palabras open source dms en San Google para mas alternativas... ;) [1] http://en.wikipedia.org/wiki/Document_management_system [2] http://en.wikipedia.org/wiki/KnowledgeTree -- Ricardo Mun~oz A. http://www.tux.cl
Re: control de versiones para binarios
Aldrin Martoq escribió: Los formatos binarios que describes no son entendidos por ninguna herramienta que conozco, asi que te da lo mismo usar cualquiera: para todas es solo binario sin sentido, y en todas funciona igual (cvs, git, svn, hg, ...). Estás en un error -- CVS no hace diffs entre archivos binarios, sino que almacena el binario completo cada vez. Las otras herramientas en cambio (AFAIK) sólo almacenan deltas. Esto puede ser malo o bueno dependiendo de varios factores (por ej. qué tan grandes sean los deltas, y qué tan grandes son los archivos). Si no usas nada de esto, te basta cualquier sistema que almacene informacion sin sentido en base a fechas: como crear carpetas en una carpeta compartida (trivial de hacer y que todos entiendan) sobre un filesystem con snapshot (por si alguien se mando un pastelito). Eso es justamente lo que deja de usar la gente que empieza a aprender a usar un SCM ... ¿o ya te olvidaste de tu charla de CVS donde contabas lo de tener varias carpetas con nombres de versión de cada proyecto, y el enredo que se producía? Me acuerdo particularmente alguna vez que fuimos juntos (¿1999-2001?) y la diste en Entel, y nos cruzamos con alguna celebridad en sesión fotográfica, con unas modelocas que estaban bien^W^W^W^W^W^W y no se qué más. De la interfaz http, hay software tipo cvsweb etc; pero no he visto algo bonito para usuarios finales. cvsweb es horrible. gitweb es mil veces mejor. O incluso Trac, pero este último para archivos binarios es más bien espantosillo. - que tenga políticas de mantención (por ejemplo, los archivos con mas de 10 versiones y con un periodo de 1 ano son automáticamente eliminados) Hmmm no estoy seguro, para mi todos estan pensados para almacenar hasta el fin de los tiempos... Si recuerdo bien: - cvs guarda todo en el mismo archivo, puedes borrar el archivo y subirlo de nuevo... - svn guarda en su propio fs (sobre una base de datos)... - git guarda en su propio fs (sobre el sistema de archivos)... En varios casos se pueden usar hooks para hacer cosas raras; por lo menos en Monotone podrías poner funciones en Lua para borrar revisiones. Sin embargo, con los SCMs distribuidos no tiene mucho sentido borrar una revisión antigua, porque se reinstaurará si se conecta alguien remoto cuyo sistema incluya esa revisión. El truco para entenderlo es darse cuenta que en un SCM distribuido, ningún repositorio es el master más que por convención, y por lo tanto no puedes borrar nada del repositorio a menos que pongas a todos los repositorios de acuerdo simultáneamente, lo que en general es imposible. -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ Las mujeres son como hondas: mientras más resistencia tienen, más lejos puedes llegar con ellas (Jonas Nightingale, Leap of Faith)
Re: control de versiones para binarios
On Mon, 2009-09-07 at 14:33 -0400, Alvaro Herrera wrote: Aldrin Martoq escribió: Los formatos binarios que describes no son entendidos por ninguna herramienta que conozco, asi que te da lo mismo usar cualquiera: para todas es solo binario sin sentido, y en todas funciona igual (cvs, git, svn, hg, ...). Estás en un error -- CVS no hace diffs entre archivos binarios, Hmmm. Tal vez me exprese mal, pero no estoy diciendo que cvs haga diff sobre binarios; sino que por el contrario: como no puedes hacer diff de un binario da lo mismo que herramienta uses. sino que almacena el binario completo cada vez. Las otras herramientas en cambio (AFAIK) sólo almacenan deltas. Esto puede ser malo o bueno dependiendo de varios factores (por ej. qué tan grandes sean los deltas, y qué tan grandes son los archivos). Da lo mismo se refiere al funcionamiento que percibe el usuario. Como funciona internamente nos importa a nosotros (y en eso el gusto por elegir tal o cual herramienta). Si no usas nada de esto, te basta cualquier sistema que almacene informacion sin sentido en base a fechas: como crear carpetas en una carpeta compartida (trivial de hacer y que todos entiendan) sobre un filesystem con snapshot (por si alguien se mando un pastelito). Eso es justamente lo que deja de usar la gente que empieza a aprender a usar un SCM ... ¿o ya te olvidaste de tu charla de CVS donde contabas lo de tener varias carpetas con nombres de versión de cada proyecto, y el enredo que se producía? Me acuerdo particularmente alguna vez que fuimos juntos (¿1999-2001?) y la diste en Entel, y nos cruzamos con alguna celebridad en sesión fotográfica, con unas modelocas que estaban bien^W^W^W^W^W^W y no se qué más. :) Recuerdo algunas frases... El problema es distinto en todo caso, y aparte estoy mas viejo. En esa ocasion si recuerdo bien era desarrollo de software (web era?), para lo cual es indispensable tener un SCM incluso si trabajas solo. Lo que habla Victor es otro tipo de usuarios (les dice administrativos bajo Windows) los cuales deben hacer seguimiento a ciertos procesos del negocio. La mayoria de esos usuarios usa una carpeta compartida y eso funciona de lo mas bien, yo solo agregaria un snapshot en el servidor de modo de poder recuperar archivos anteriores. Por otra parte, creo que la opcion de un DMS como comento Ricardo Mun~oz se ajusta mas a lo que necesita Victor que cualquier herramienta orientada mas bien al codigo. Entiendo que Microsoft tiene Sharepoint, pero lo desconozco y no lo he visto andando... -- Aldrin Martoq amar...@dcc.uchile.cl http://aldrin.martoq.cl/
Re: control de versiones para binarios
2009/9/7 Germán Póo-Caamaño g...@calcifer.org: On Mon, 2009-09-07 at 15:18 -0400, Aldrin Martoq wrote: [...] Da lo mismo se refiere al funcionamiento que percibe el usuario. Como funciona internamente nos importa a nosotros (y en eso el gusto por elegir tal o cual herramienta). No da lo mismo. Uno de los requerimientos que planteó Víctor Hugo fue eliminar historia, cuyo objetivo (infiero), es que el repositorio no crezca demasiado. Se necesitan un sistema de control de versiones, por que los auditores siempre ponen una mala observación, por la ausencia del mismo. pero lo que básicamente quieren controlar es: - los archivos de instalación (msi, exe, zip, etc) de los sistemas que solicitan desarrollar y/o compramos. - los archivos referentes a documentaciones de estés sistemas - algunos códigos fuentes y html y referente a la característica de eliminar versiones muy, muy antiguas, se basa en que nuestro gerente considera que no hay sentido mantener versiones de un software de hace mas de 3 anos, siendo que el sistema esta funcionando bien con las ultimas versiones. Nota.: no concuerdo con esta ultima. salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
Re: control de versiones para binarios
On Lun 07 Sep 2009 15:54:46 Germán Póo-Caamaño escribió: On Mon, 2009-09-07 at 15:18 -0400, Aldrin Martoq wrote: On Mon, 2009-09-07 at 14:33 -0400, Alvaro Herrera wrote: Aldrin Martoq escribió: Los formatos binarios que describes no son entendidos por ninguna herramienta que conozco, asi que te da lo mismo usar cualquiera: para todas es solo binario sin sentido, y en todas funciona igual (cvs, git, svn, hg, ...). Estás en un error -- CVS no hace diffs entre archivos binarios, Hmmm. Tal vez me exprese mal, pero no estoy diciendo que cvs haga diff sobre binarios; sino que por el contrario: como no puedes hacer diff de un binario da lo mismo que herramienta uses. sino que almacena el binario completo cada vez. Las otras herramientas en cambio (AFAIK) sólo almacenan deltas. Esto puede ser malo o bueno dependiendo de varios factores (por ej. qué tan grandes sean los deltas, y qué tan grandes son los archivos). AFAIK, git no almacena deltas. Tiene una mochila que puede crecer y requerir llamar al recolector de basura de vez en cuando. Pero también tiene sus ventajas. Da lo mismo se refiere al funcionamiento que percibe el usuario. Como funciona internamente nos importa a nosotros (y en eso el gusto por elegir tal o cual herramienta). No da lo mismo. Uno de los requerimientos que planteó Víctor Hugo fue eliminar historia, cuyo objetivo (infiero), es que el repositorio no crezca demasiado. Subversion es muy ineficiente en almacenar los datos. Por ejemplo, en el caso de GNOME: * El repositorio CVS (1997-04/2002) ocupa 12,1GB. * El repositorio de Subversion (1997-04/2009) ocupa 24,1GB * El repositorio git (1997-09/2009) ocupa 4,7GB git ocupa mucho menos espacio y tiene mucho más historia. Pero, si quieres datos de un repositorio a un mismo instante, Keith Packard hizo el ejercicio sobre Mozilla el 2007: - CVS: 2,7GB - Subversion: 8,2GB - git: 450MB git es bueno comprimiendo los objetos que almacena. Para los interesados en las tripas de git, recomiendo leer el capítulo 9 de ProGit (http://progit.org/book/ch9-1.html): Gasfitería y Porcelana. No es que se meta tan al interior, pero es lo mejor que he encontrado hasta el momento. Interesantísimos datos sobre gnome y sus repositorios, no me lo habría imaginado. Se agradece. -- Atentamente, Gonzalo Díaz Cruz http://blog.gon.cl/ http://twitter.com/sir_gon signature.asc Description: This is a digitally signed message part.
Re: control de versiones para binarios
Victor Hugo dos Santos escribió: Se necesitan un sistema de control de versiones, por que los auditores siempre ponen una mala observación, por la ausencia del mismo. pero lo que básicamente quieren controlar es: - los archivos de instalación (msi, exe, zip, etc) de los sistemas que solicitan desarrollar y/o compramos. - los archivos referentes a documentaciones de estés sistemas - algunos códigos fuentes y html y referente a la característica de eliminar versiones muy, muy antiguas, se basa en que nuestro gerente considera que no hay sentido mantener versiones de un software de hace mas de 3 anos, siendo que el sistema esta funcionando bien con las ultimas versiones. Creo que deberías atacar dos problemas por separado. Los códigos fuentes y HTML obviamente podrían ir en un SCM cualquiera y todos felices. Para los instaladores y la documentación probablemente podrías seguir la sugerencia de Ricardo; como lo que estás controlando no está generado dentro de tu jurisdicción, no tiene mucho sentido usar control de versiones. -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J Ciencias políticas es la ciencia de entender por qué los políticos actúan como lo hacen (netfunny.com)
Control de versiones a nivel de servidor.
On Wed, 2008-07-02 at 12:33 -0400, Ernesto Esteban del Campo C. wrote: En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada uno de ellos tiene un cliente de subversion con el cual llevamos el control de versiones. El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Necesito que me orienten un poco, gracias. Este es un problema que resuelves no con tecnologia, sino que con administracion del proyecto. No es falta de los programadores, sino que no existe una metodologia en tu empresa para desarrollar. Ingenieria de Software le llaman, puedes inventar procedimientos de lo mas bizarros. Yo te recomiendo que hagas alguna metodologia sencilla de produccion de software, con puntos de control. -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/
Control de versiones a nivel de servidor.
Estimada Lista, En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada uno de ellos tiene un cliente de subversion con el cual llevamos el control de versiones. El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Necesito que me orienten un poco, gracias. Atte, ?Ernesto del Campo Cárcamo Ingeniero en Informática.
Control de versiones a nivel de servidor.
El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Creo que hay que crearles un habito a los desarrolladores: actualizar repo local, modificar, registrar cambios, subir.. El problema hay que atacarlo de raiz. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Que yo sepa no. Manejar un repo local es necesario para controlar los cambios y manejar de mejor forma los conflictos al momento de aplicar los cambios al servidor, tipico caso: 2 desarrolladores modifican el mismo archivo. Si todos hicieran cambios sin un control local previo seria un desastre. saludos. Eduardo Silva http://edsiper.linuxchile.cl
Control de versiones a nivel de servidor.
Ernesto Esteban del Campo C. wrote: Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Puedes probar poniendo un cliente del controlador de versiones en el mismo servidor. Donde el directorio que es publicado sea donde guarda la nueva versión ( o la que quieras cargar ). Por ejemplo, si en tu servidor tienes la ruta /var/www/html/proyecto que sea ahi donde aloje los cambios obtenidos via controlador de versiones. Espero te ayude. Slds -- Eduardo Peña Ceballos Estudiante Ingeniería (e) Informática - PUCV http://www.kope.cl
Control de versiones a nivel de servidor.
Ernesto Esteban del Campo C. escribió: Estimada Lista, En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. A lo mejor esa idea es mala -- en vez de compartir ese directorio via samba, haz que sea una copia versionada. Para poder actualizarla, que los monos hagan svn update. Para que esto funcione tienen que haber hecho svn commit en su copia de trabajo local. -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ Ciencias políticas es la ciencia de entender por qué los políticos actúan como lo hacen (netfunny.com) From [EMAIL PROTECTED] Wed Jul 2 14:38:52 2008 From: [EMAIL PROTECTED] (Franco Catrin L.) Date: Wed Jul 2 15:05:43 2008 Subject: Control de versiones a nivel de servidor. In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El mié, 02-07-2008 a las 12:33 -0400, Ernesto Esteban del Campo C. escribió: Estimada Lista, En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada uno de ellos tiene un cliente de subversion con el cual llevamos el control de versiones. El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Necesito que me orienten un poco, gracias. Tu problema de fondo es que no saben usar control de versiones. Podrás inventar cualquier tipo de solución estrambótica para toparte nuevamente con un problema de base. Si se les olvida registrar los cambios en su proyecto es tan grave como si se les olvidara grabar los archivos en sus discos locales. Elimina samba, y haz que tu servidor sea un cliente más de subversion. Cuando necesites actualizar la versión del servidor, aplica svn update en el servidor. Sólo lo que existe en el repositorio llegará a tu servidor, es responsabilidad de cada desarrollador grabar y subir sus cambios para que lleguen al sistema de control de versiones y luego al servidor de desarrollo. desarrollador - subversion - otros desarrolladores + servidor Saludos -- Franco Catrin L. TUXPAN Software S.A. http://www.tuxpan.com/fcatrin
Control de versiones a nivel de servidor.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ernesto Esteban del Campo C. wrote: | Estimada Lista, | | En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax | directamente en un servidor de pruebas el cual esta compartido vía | samba. Wrong idea. El servidor de pruebas deberia ser una copia de subversion (probablemente con el mismo esquema). | Cada uno de ellos tiene un cliente de subversion con el cual | llevamos el control de versiones. El problema se genera cuando estos no | registran los cambios en sus proyectos y pierden código, lo que genera | perdidas mayúsculas. Entonces aplica la ley del palo; estan trabajando demas por flojera. | Existe alguna forma de poder hacer un control de versiones en el mismo | servidor y no a nivel del cliente? En cada maquina de developer: [EMAIL PROTECTED] # svn ci -m Probando tal modulo - - cambios se guardan en svn En el servidor, cuando quieras: [EMAIL PROTECTED] # svn update - - cambios de svn (propios y de otros) se ven en el server. Les puedes hacer un script para que actualicen el proyecto automaticamente si son developers flojos... pero bueno. - -- Rodrigo Fuentealba Concepción, Región del Bío-Bío, Chile -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJIa9s5AAoJEEiHvghVFqnjyXQQALAZr9k36eo+la/7qTBOyWAC oEtKxfz23NrWKeHQOXYr+P14U4pnCZcNO156fyVeuLLNycbzlymWSeGqI31+di6e FXoCKCSI2VZRo2U800JEMRmAd1Ot3XFqAI0CnTeTJjdwjPdUxJax4KlwsaxIytLr pE3PW2GliRAAb9lyduA1MbZLPRQ+y7I2BKsfpHuLOslChbQirPEGre/IUE2fAbLG vZ75A42ntXu4vpAWIX81zzCgGbGNdQS7iRb1DFCg/R5oJPMJsgwme+LddTvnzmXO jb8EbU95rZpwNp369hVAhZdpleielP4XmaRJz8Dg7XfZGm3mPt0XEFof26yfWfvu jsSYayNCLlXAxUfcssMGmS+N1pYSM5LiHJUW4IJjCLpfHAWo5vxjBwHuZKfBffqx r2L04a0apNsA7+ro+PM6jL2zxe3Q/SGZrDc4JHbvcmwhpHLTeKdBzIDa5wGTG+mb Y6nj3o6pKoi8dBjejgr7hIJelJ9L0+jlqUCClSGwp/SNxnR1MihOuU0znYhotGDh pQowWUIUjxAs7f82BSrLcLEFkBzHMJ+g0PEjmVFXf0Aw07D08/TygECIx2suMRiE RAoqWyydNB/ufJrIbZ6JEAEJlsZ0G2wgyd6x8stR99qPPxhvecUTwxKgAtMVHvfq TUC0c1g2TSNZy20KT1Jo =7h80 -END PGP SIGNATURE- From [EMAIL PROTECTED] Wed Jul 2 16:19:07 2008 From: [EMAIL PROTECTED] (Roberto Bonvallet) Date: Wed Jul 2 16:48:24 2008 Subject: Control de versiones a nivel de servidor. In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Ernesto Esteban del Campo C. escribió: En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada desarrollador podría levantar un servidor en su computador y hacer las pruebas localmente, y hacer commit después de verificar que la aplicación sigue funcionando después de los cambios. -- Roberto Bonvallet
Control de versiones (era Re: PHP - domxml_open_file())
2006/10/11, Franco Catrin [EMAIL PROTECTED]: El mié, 11-10-2006 a las 14:59 -0400, Rodrigo Fuentealba escribió: No necesito implementarlo, necesito entenderlo. Para mí es más lógico usar la última versión de un software, que ha corregido errores. Eso de stable, unstable, devel o historical, current, next o como se llame, me significa un quebradero de cabeza. Es un poco off-topic pero el tema es interesante. Bueno, tratándose de intentar comprender cómo se organiza el desarrollo de aplicaciones Linux, puede quitarle en algo la característica de off-topic. El software no tiene una linea unidimensional de desarrollo, al menos no el software con cierto grado de complejidad. ajá. Si fuera unidimensional, simplemente tomas la ultima version y listo. Pero la realidad no es asi. A medida que los requerimientos cambian hay partes del software que necesitan cambiar radicalmente, perdiendo la compatibilidad hacia atras, ademas que debes separar entre lo que estas desarrollando y lo que estas estabilizando. stable / devel. Por ejemplo, si tienes una aplicación que se construyó con un determinado conjunto de requerimientos (o feature set), la entregas, se acepta y se comienza a utilizar. que es lo normal cuando uno desarrolla una aplicación. Esa aplicación se va estabilizando a medida que se corrigen bugs (version stable). En el intertanto te piden implementar nuevas caracteristicas y comienzas a desarrollarlas. Mientras estas en eso te piden un fix de un bug de la version que esta en uso... que haces?? segun tu, le mandarias la ultima version! pero esa version tiene cosas que aun no has terminado y que ni siquiera estan probadas, ademas tiene cambios que han eliminado cosas que se estan utilizando Entonces no puedes tener una sola linea de desarrollo No existe la ultima version porque la ultima version no esta terminada. Tu ultima version que sirve tiene otro camino paralelo a esa (stable+bugfixes) Lo que haces en esos casos es mantener una rama estable (stable) en donde vas aplicando bugfixes, y tienes otra rama en donde estas desarrollando (unstable/devel). Hasta que terminas los cambios y tu version unstable/devel se transforma en stable y estas listo para un nuevo ciclo de bugfix en esa version y probablemente desarrollo en otra version. Me queda más que claro, gracias por tu tiempo y paciencia. Lo que describiste aquí es versión estable / versión de desarrollo, que es para software más complejo. Puedo inferir, a partir de esto, que para software cuya misión es más crítica (p. ej. Apache), se justifica el seguir manteniendo la versión histórica por un tiempo más, ya que la migración es en realidad mucho más compleja, por ser Apache una base para muchisimas aplicaciones. Tan simple y no lo había pensado así... Gracias. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
control de versiones
Daniel Serpell [EMAIL PROTECTED] wrote: El Thu, Jun 22, 2006 at 06:30:29PM -0400, Alvaro Herrera escribio: Bueno, lo que yo hago es no tener una copia de trabajo con todos los tags, sino dejarlos solamente en el repositorio. En la copia de trabajo tengo el trunk y los branches que necesito. Y para no tener que bajarlo todo desde el servidor, copio el directorio completo del trunk (o del branch mas cercano al branch que quiero tener) y luego hago svn switch. Colgánldome de la discusión, lo que no he podido encontrar para facilitar mi flujo de trabajo es una manera de pasar parches de un sistema de versiones a otro conservando la fecha del parche original. Lo que hago normalmente es: * Creo una copia local del contenido del repositorio, que manejo con bzr, por ejemplo. Esta copia está desconectada del servidor principal. * Realizo cambios locales y cada cierto tiempo, un commit. * Vuelvo a conectarme al servidor, y aplico los parches al repositorio compartido. Normalmente el último paso lo hago a mano, genero desde mi copia local un conjunto de parches, los que aplico uno tras otros y vuelvo a realizar los commit reingresando el mensaje de registro. Lamentablemente, para alguien que mira la historia parece que yo cada cierto tiempo realizara muchos cambios en poco tiempo. Si usas algo distribuido como git, puedes exportar modificaciones directamente a otro repositorio. Entiendo que bzr (un derivado de arch, cierto?) maneja esa misma funcionalidad... La ventaja de utilizar un sistema de control de versiones local es no estar conectado durante todo el desarrollo, además de la rapidez inherente de estos. OK lo primero, lo segundo... (monotone es mas lento que inyeccion de ulpo!) -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Sat Jun 24 21:31:49 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sat Jun 24 21:30:00 2006 Subject: control de versiones In-Reply-To: Your message of Thu, 22 Jun 2006 20:43:05 -0400. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Alvaro Herrera [EMAIL PROTECTED] wrote: Daniel Serpell escribió: [...] La ventaja de utilizar un sistema de control de versiones local es no estar conectado durante todo el desarrollo, además de la rapidez inherente de estos. Huh, para eso usa un sistema distribuido!! Asi tienes una base de datos local (por ej. en tu notebook), y luego propagas los cambios desde tu BD local a la BD principal. Prueba Monotone -- esta hecho para eso. (Git nacio como un clon de monotone, mucho mas rapido, pero menos potente). Huh? git se comenzo a desarrollar porque ninguno de los existentes en la epoca servia para nada. arch (y derivados) tienen manejo muy enredado, monotone es lentisimo. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Sat Jun 24 21:34:39 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sat Jun 24 21:32:51 2006 Subject: control de versiones In-Reply-To: Your message of Thu, 22 Jun 2006 21:12:10 -0400. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Alvaro Herrera [EMAIL PROTECTED] wrote: Horst von Brand escribió: Ricardo Mun~oz A. [EMAIL PROTECTED] wrote: hmm... segun la gente de OpenOffice.org la siguiente fue la razon para migrar de CVS a SVN: Why migrate? Tagging/branching all 200 000 files using SVN takes 1 second Y porque a SVN y no otra cosa? Porque los dedos ya saben como funciona CVS, y SVN fue disen~ado precisamente como un reemplazo de CVS. Claro, pero si uno esta recien empezando, por que no empezar bien desde el principio? Eso fue lo que motivo a Linus a escoger BitKeeper (y lo que eventualmente llevo a Git). En parte. Linus conocia CVS bastante bien (varias veces ha contado que en Transmeta usaban eso), pero simplemente /no sirve/ para el nucleo. Incluso el sistema original de la tormenta de parches por correo era mas productivo que CVS. Claramente al dia de hoy, Linux es muchisimo mas productivo que lo que era antes. Y con CVS/SVN no se habria logrado el mismo efecto. Nodz. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Sun Jun 25 00:26:49 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sun Jun 25 00:24:59 2006 Subject
control de versiones
On Fri, 2006-06-23 at 10:33 -0400, Franco Catrin wrote: Ojo que hasta donde entiendo, la diferencia en el tratamiento de archivos binarios entre un sistema de control de versiones y otros va por el lado del rendimiento y/o eficiencia en uso de espacio, no creas que el sistema de control de versiones va a entender el formato binario que estas utilizando, solo almacenan los archivos. Esto aplica para CVS, SVN, etc. No había al menos la idea de poder agregar una especie de plug-in para SVN con el cual enseñarle a hacer merge automático de ciertos tipos de archivos? Alguien sabe más de eso? -- Jens.
control de versiones
Hola! El Thu, Jun 22, 2006 at 08:43:05PM -0400, Alvaro Herrera escribio: Daniel Serpell escribió: Hola, La ventaja de utilizar un sistema de control de versiones local es no estar conectado durante todo el desarrollo, además de la rapidez inherente de estos. Huh, para eso usa un sistema distribuido!! Asi tienes una base de datos local (por ej. en tu notebook), y luego propagas los cambios desde tu BD local a la BD principal. Si, eso lo tengo claro :-) El problema del caso es que el repositorio principal ya está en otro sistema de control de versiones, por ejemplo CVS o SVN, y es necesario llevar los cambios locales de vuelta (publicar los cambios). Prueba Monotone -- esta hecho para eso. (Git nacio como un clon de monotone, mucho mas rapido, pero menos potente). Lo he probado, pero me gusta más bzr, lo encuentro más cercano a mis constumbre (partí hace mucho tiempo con RCS...). También tiene todas las facilidades del caso. Daniel.
control de versiones
El 21/06/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Claro que alguien que va a usar git seria algo idiota para usarlo como si fuera SVN y desaprovechar todas las ventajas del control distribuido (en oposicion a centralizado, como son CVS y SVN). Pero si puedes usar SVK ( http://svk.elixus.org/ ) para usar SVN descentralizadamente sin problemas. De su sitio: svk is a decentralized version control system built with the robust Subversion filesystem. It supports repository mirroring, disconnected operation, history-sensitive merging, and integrates with other version control systems, as well as popular visual merge tools. Saludos, Edgard.
control de versiones
Alvaro Herrera wrote: Edgard Pineda escribió: El 21/06/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Claro que alguien que va a usar git seria algo idiota para usarlo como si fuera SVN y desaprovechar todas las ventajas del control distribuido (en oposicion a centralizado, como son CVS y SVN). Pero si puedes usar SVK ( http://svk.elixus.org/ ) para usar SVN descentralizadamente sin problemas. A quick hack, no? (No lo conozco realmente) Lo que no me gusta de SVN/SVK es que crear una rama (branch) o poner un tag es extraordinariamente caro -- tienes que tener una copia completa del trunk. hmm... segun la gente de OpenOffice.org la siguiente fue la razon para migrar de CVS a SVN: Why migrate? Tagging/branching all 200 000 files using SVN takes 1 second http://wiki.services.openoffice.org/wiki/SVNMigration en la misma pagina hay info acerca de otros proyectos grandes que han migrado a SVN; KDE, GCC, Apache Software Foundation, etc. ;) -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Thu Jun 22 16:58:17 2006 From: [EMAIL PROTECTED] (Rodrigo =?ISO-8859-1?Q?P=E9rez?=) Date: Thu Jun 22 16:57:00 2006 Subject: =?iso-8859-1?q?Aplicaci=F3n?= libre para Linux: bolsa de trabajo In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Por que mejor no pelean por privado? Y si no estan de acuerdo con X personaje, porque no comienzan otro proyecto ? Saludos
control de versiones
El 22/06/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Pero en realidad no me referia al tiempo que toma sino al espacio que ocupa; pero se me acaba de ocurrir que en realidad puede que en el repositorio no ocupe tanto espacio (yo estaba pensando en la copia checked out). El repositorio individual en SVN mas grande de sourceforge tiene 3GB, y lo dan gratis ;) imagino que el tamaño de este no sera un problema para una empresa que cobra no ???
control de versiones
Alvaro Herrera wrote: Ricardo Mun~oz A. escribió: hmm... segun la gente de OpenOffice.org la siguiente fue la razon para migrar de CVS a SVN: Why migrate? Tagging/branching all 200 000 files using SVN takes 1 second Si, bueno, esta claro que estas operaciones en CVS son horrorosas en muchos aspectos, no solo por el tiempo que toma. Pero en realidad no me referia al tiempo que toma sino al espacio que ocupa; pero se me acaba de ocurrir que en realidad puede que en el repositorio no ocupe tanto espacio (yo estaba pensando en la copia checked out). efectivamente en aplicar un tag se demora muy poco, pero luego al hacer un update (en la copia de trabajo), y si el tag fue de un directorio con muchos archivos binarios, se demora bastante... y ocupa harto espacio, pero solo en la copia de trabajo. -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Thu Jun 22 18:24:49 2006 From: [EMAIL PROTECTED] (Rodrigo Javier Tobar Carrizo) Date: Thu Jun 22 18:23:14 2006 Subject: Eliminar inicio =?iso-8859-1?q?gr=E1fico_de_Ubuntu=3F?= In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Paulo Colomes wrote: Hola. Quisiera saber si alguno de ustedes sabe como eliminar el arranque gráfico de ubuntu linux para que, al iniciar la máquina, pida el Login y Password en modo texto, no en modo gráfico. No necesito eliminar el modo gráfico del sistema, si no que solamente del arranque (la idea es que escribiendo startx arranque el sistema gráfico. He buscado por muchas partes y no hay caso que resulte. Gracias. -- Paulo Colomès F. en /etc/inittab cambia donde dice: id:5:initdefault: por: id:3:initdefault Deberia ser la primera linea sin comentar. Al menos, en fedora, es la primera chuas! -- Rodrigo Tobar Carrizo Linux User #399271 Estudiante de Ing. Civil Informatica UTFSM - Casa Central From [EMAIL PROTECTED] Thu Jun 22 18:28:00 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Thu Jun 22 18:26:32 2006 Subject: Eliminar inicio =?iso-8859-1?q?gr=E1fico?= de Ubuntu? In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Paulo Colomes escribió: Hola. Quisiera saber si alguno de ustedes sabe como eliminar el arranque gráfico de ubuntu linux para que, al iniciar la máquina, pida el Login y Password en modo texto, no en modo gráfico. No necesito eliminar el modo gráfico del sistema, si no que solamente del arranque (la idea es que escribiendo startx arranque el sistema gráfico. He buscado por muchas partes y no hay caso que resulte. update-rc.d -f remove gdm -- Alvaro Herrerahttp://www.advogato.org/person/alvherre La vida es para el que se aventura From [EMAIL PROTECTED] Thu Jun 22 18:30:29 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Thu Jun 22 18:28:55 2006 Subject: control de versiones In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Ricardo Mun~oz A. escribió: efectivamente en aplicar un tag se demora muy poco, pero luego al hacer un update (en la copia de trabajo), y si el tag fue de un directorio con muchos archivos binarios, se demora bastante... y ocupa harto espacio, pero solo en la copia de trabajo. Bueno, lo que yo hago es no tener una copia de trabajo con todos los tags, sino dejarlos solamente en el repositorio. En la copia de trabajo tengo el trunk y los branches que necesito. Y para no tener que bajarlo todo desde el servidor, copio el directorio completo del trunk (o del branch mas cercano al branch que quiero tener) y luego hago svn switch. -- Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1, W 73º 13' 56.4 Amanece. (Ignacio Reyes) El Cerro San Cristóbal me mira, cínicamente, con ojos de virgen From [EMAIL PROTECTED] Thu Jun 22 18:33:48 2006 From: [EMAIL PROTECTED] (Cristian Farias) Date: Thu Jun 22 18:32:22 2006 Subject: hosting con linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Personalmente y debido a malas experiencias que he escuchado de empresas chilenas de hosting, prefiero las empresas extranjeras. y de todas, la que prefiero por su servicio y su rapidez en el soporte es hostito (http://www.hostito.com/). Salu2. Cristian Farias. El jue, 22-06-2006 a las 17:45 -0400, Orlando Alarcon escribió: Hola sin ánimo de hacer publicidad.. hay muchisimas empresas que dan hosting linux ( www.tchile.cl, www.hosting.cl, www.netglobalis.cl ) solo tienes que buscar la que te mejor oferta según lo que necesites. Saludos Orlantux. linux user 357887 On 6/22/06, Arturo Mardones [EMAIL PROTECTED] wrote: HOla a todos, Alguien conoce o usa alguna empresa que brinde hosting en linux?? me interesa una
control de versiones
Hola! El Thu, Jun 22, 2006 at 06:30:29PM -0400, Alvaro Herrera escribio: Bueno, lo que yo hago es no tener una copia de trabajo con todos los tags, sino dejarlos solamente en el repositorio. En la copia de trabajo tengo el trunk y los branches que necesito. Y para no tener que bajarlo todo desde el servidor, copio el directorio completo del trunk (o del branch mas cercano al branch que quiero tener) y luego hago svn switch. Colgánldome de la discusión, lo que no he podido encontrar para facilitar mi flujo de trabajo es una manera de pasar parches de un sistema de versiones a otro conservando la fecha del parche original. Lo que hago normalmente es: * Creo una copia local del contenido del repositorio, que manejo con bzr, por ejemplo. Esta copia está desconectada del servidor principal. * Realizo cambios locales y cada cierto tiempo, un commit. * Vuelvo a conectarme al servidor, y aplico los parches al repositorio compartido. Normalmente el último paso lo hago a mano, genero desde mi copia local un conjunto de parches, los que aplico uno tras otros y vuelvo a realizar los commit reingresando el mensaje de registro. Lamentablemente, para alguien que mira la historia parece que yo cada cierto tiempo realizara muchos cambios en poco tiempo. La ventaja de utilizar un sistema de control de versiones local es no estar conectado durante todo el desarrollo, además de la rapidez inherente de estos. Daniel. From [EMAIL PROTECTED] Thu Jun 22 20:43:05 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Thu Jun 22 20:41:31 2006 Subject: control de versiones In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Daniel Serpell escribió: Hola, La ventaja de utilizar un sistema de control de versiones local es no estar conectado durante todo el desarrollo, además de la rapidez inherente de estos. Huh, para eso usa un sistema distribuido!! Asi tienes una base de datos local (por ej. en tu notebook), y luego propagas los cambios desde tu BD local a la BD principal. Prueba Monotone -- esta hecho para eso. (Git nacio como un clon de monotone, mucho mas rapido, pero menos potente). La gracia es en que la propagacion de commits conservas toda la informacion original; toda la historia, por ej (commit por commit). Si te place, puedes crear una rama throwaway en una base de datos copiada, hacer unas cuantas cosas (varios commit), luego conviertes en parche, aplicas a la otra base de datos como si fuera un solo commit. Luego borras la base de datos copiada. -- Alvaro Herrerahttp://www.PlanetPostgreSQL.org Para tener más hay que desear menos From [EMAIL PROTECTED] Thu Jun 22 10:16:08 2006 From: [EMAIL PROTECTED] (Mauricio Castro Cifuentes) Date: Thu Jun 22 20:46:36 2006 Subject: hola a todos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] hay de todo en la viña del señor xD 2006/6/22, Itsnotme [EMAIL PROTECTED]: XD On 6/22/06, Giorgio Zunino [EMAIL PROTECTED] wrote: WAJAJAJAJAJAJAJJA... na que ver este loco 2006/6/21, Felipe Navarro V. [EMAIL PROTECTED]: plop! Esto se transforma de pronto en AdultFinder?? :-S On 6/21/06, Fidel Domínguez Valero [EMAIL PROTECTED] wrote: me encantari aconocer a alguien o opr lo menos cartearme, por favor respondanme este correo, saludos fdvalero ;-) -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Felipe Navarro V. [EMAIL PROTECTED] - [EMAIL PROTECTED] DEIS - Università di Bologna -- GZM. -- Ignacio Bermúdez User #414540 Laboratorio de Microprocesadores (LabProce), Escuela de Ingeniería Eléctrica Fono: +56 32 273852 Pontificia Universidad de Católica de Valparaíso. -- _ Mauricio Castro Cifuentes User #297455 Linux Counter, http://counter.li.org. { Todos somos ignorantes. Lo que ocurre es que no todos ignoramos las mismas cosas } próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060622/d7f33655/attachment.html From [EMAIL PROTECTED] Thu Jun 22 21:06:19 2006 From: [EMAIL PROTECTED] (Vodoo Master Gore) Date: Thu Jun 22 21:04:44 2006 Subject: hola a todos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] calma, es solo un desorientado... Salu2 próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux
control de versiones
El Jueves, 22 de Junio de 2006 21:07, Horst von Brand escribió: Y hay mas, entiendo que X.org esta migrando a SVN tambien, etc. Mirando sus listas de correo me tinca que estan migrando mas a GIT que SVN.
control de versiones
http://subversion.tigris.org/project_packages.html ahí encontraras lo que necesitas de subversión -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Cristian Rodriguez Enviado el: Martes, 20 de Junio de 2006 13:40 Para: Discusion de Linux en Castellano Asunto: Re: control de versiones 2006/6/20, Giorgio Zunino [EMAIL PROTECTED]: Estimados: Alguien sabe de alguna aplicacion para el control de versiones de archivos binarios?hago esta pregunta porque yo no soy muy entendido en el tema y por lo que sé el cvs solo sirve para codigo fuente (texto). necesito controlar las versiones de archivos de ofimatica: doc, xls, odt, etc. salu2 a todos. Subversion te sirve mejor que CVS para ese trabajo. -- GZM.
control de versiones
Giorgio Zunino [EMAIL PROTECTED] wrote: [HTML ilegible] Hay montones... subversion le hace a los binarios, y sirve el mismo Tortoise en Hasefroch. Sistemas distribudos incluyen bzr, tla, arch, ... (todos de la misma familia, enredosos de usar). No se si manejan binarios, aunque entiendo que si. Sistemas decentes distribuidos son monotone, mercurial (simple de usar!) y git (lo que se usa en el desarrollo del nucleo Linux). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Wed Jun 21 17:07:35 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Wed Jun 21 17:06:06 2006 Subject: control de versiones In-Reply-To: Your message of Tue, 20 Jun 2006 13:39:50 -0400. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Cristian Rodriguez [EMAIL PROTECTED] wrote: 2006/6/20, Giorgio Zunino [EMAIL PROTECTED]: Alguien sabe de alguna aplicacion para el control de versiones de archivos binarios?hago esta pregunta porque yo no soy muy entendido en el tema y por lo que sé el cvs solo sirve para codigo fuente (texto). necesito controlar las versiones de archivos de ofimatica: doc, xls, odt, etc. Subversion te sirve mejor que CVS para ese trabajo. Subversion es un sistema razonablemente decente. CVS es ... CVS. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Wed Jun 21 17:10:47 2006 From: [EMAIL PROTECTED] (Edison Caprile Pons) Date: Wed Jun 21 17:11:39 2006 Subject: Algo mejor que access Message-ID: [EMAIL PROTECTED] Lo que pasa es que tengo algo raro en mi configuración. Por ej: tengo en algunas líneas lo siguiente: Yahoo.com REJECT Hotmail.com REJECT Uandes.cl REJECT Lo extraño es que me bloquea yahoo y Hotmail pero uandes no...los correos siguen pasando, que puede ser?? -Mensaje original- De: Miguel Angel Amador L [mailto:[EMAIL PROTECTED] Enviado el: Miércoles, 21 de Junio de 2006 15:21 Para: Discusion de Linux en Castellano Asunto: Re: Algo mejor que access On 6/21/06, Edison Caprile Pons [EMAIL PROTECTED] wrote: Hola Lista: Alguien sabe de algo mejor que el archivo ACCESS de Postfix para bloquear dominios y casillas???. Gracias. Atte. Edison. Algo mejor en que sentido ? que quieres bloquear? estan las directivas de header_check y body_check, ademas del access... y podrias ocupar algun otro filtro o usar RBL -- Miguel Angel Amador L. [ jokercl at gmail dot com | User #297569 counter.li.org ] [ http://www.fotolog.net/kush ]
control de versiones
El 21/06/06, Horst von Brand[EMAIL PROTECTED] escribió: Subversion es un sistema razonablemente decente. CVS es ... CVS. Yep, ya he sufrido basntae con CVS, y la verdad es que Subversion no lo cambio por nada del mundo.. A NO SER.. que a futuro requiera un sistema distribuido.. ;-)
control de versiones
Sorry por la pregunta, pero ¿alguien ha probado Subversion en proyectos Visual Basic? Gracias. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Horst von Brand Enviado el: miércoles, 21 de junio de 2006 17:06 Para: Discusion de Linux en Castellano Asunto: Re: control de versiones Giorgio Zunino [EMAIL PROTECTED] wrote: [HTML ilegible] Hay montones... subversion le hace a los binarios, y sirve el mismo Tortoise en Hasefroch. Sistemas distribudos incluyen bzr, tla, arch, ... (todos de la misma familia, enredosos de usar). No se si manejan binarios, aunque entiendo que si. Sistemas decentes distribuidos son monotone, mercurial (simple de usar!) y git (lo que se usa en el desarrollo del nucleo Linux). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
control de versiones
Si lo he probado y tb en visual.net. y funciona sin problemas, si instalas un plugin de http://tortoisesvn.tigris.org/ encontraras un binario para que puedas hacer commit desde el mismo visual. Saludos -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de juan Enviado el: Miércoles, 21 de Junio de 2006 17:30 Para: 'Discusion de Linux en Castellano' Asunto: RE: control de versiones Sorry por la pregunta, pero ¿alguien ha probado Subversion en proyectos Visual Basic? Gracias. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Horst von Brand Enviado el: miércoles, 21 de junio de 2006 17:06 Para: Discusion de Linux en Castellano Asunto: Re: control de versiones Giorgio Zunino [EMAIL PROTECTED] wrote: [HTML ilegible] Hay montones... subversion le hace a los binarios, y sirve el mismo Tortoise en Hasefroch. Sistemas distribudos incluyen bzr, tla, arch, ... (todos de la misma familia, enredosos de usar). No se si manejan binarios, aunque entiendo que si. Sistemas decentes distribuidos son monotone, mercurial (simple de usar!) y git (lo que se usa en el desarrollo del nucleo Linux). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
control de versiones
Cristian Rodriguez [EMAIL PROTECTED] wrote: El 21/06/06, Horst von Brand[EMAIL PROTECTED] escribió: [...] Subversion es un sistema razonablemente decente. CVS es ... CVS. Yep, ya he sufrido basntae con CVS, y la verdad es que Subversion no lo cambio por nada del mundo.. A NO SER.. que a futuro requiera un sistema distribuido.. ;-) git tiene cascaras por el lado del servidor para hacerse pasar por SVN, si no me equivoco mucho. Y git es /condenadamente/ eficiente/rapido. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
control de versiones
juan [EMAIL PROTECTED] wrote: [...] Sorry por la pregunta, pero ¿alguien ha probado Subversion en proyectos Visual Basic? Si es texto... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Wed Jun 21 18:23:26 2006 From: [EMAIL PROTECTED] (Cristian Rodriguez) Date: Wed Jun 21 18:21:59 2006 Subject: control de versiones In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 21/06/06, Horst von Brand[EMAIL PROTECTED] escribió: git tiene cascaras por el lado del servidor para hacerse pasar por SVN, si no me equivoco mucho. Y git es /condenadamente/ eficiente/rapido. Yep, no está equivocado, tiene una capa de compatibilidad para utilizar SVN, y ahora que lo menciona, lo voy a probar uno de estos dias para ver que tal ;-)
control de versiones
Horst von Brand escribió: Cristian Rodriguez [EMAIL PROTECTED] wrote: El 21/06/06, Horst von Brand[EMAIL PROTECTED] escribió: Subversion es un sistema razonablemente decente. CVS es ... CVS. Yep, ya he sufrido basntae con CVS, y la verdad es que Subversion no lo cambio por nada del mundo.. A NO SER.. que a futuro requiera un sistema distribuido.. ;-) git tiene cascaras por el lado del servidor para hacerse pasar por SVN, si no me equivoco mucho. Y git es /condenadamente/ eficiente/rapido. Claro que alguien que va a usar git seria algo idiota para usarlo como si fuera SVN y desaprovechar todas las ventajas del control distribuido (en oposicion a centralizado, como son CVS y SVN). No olvidemos que cuando se escribio Subversion, la idea fundamental era hacer algo rapido para reemplazar a CVS por mientras se hace algo realmente bien hecho, que es lo que se esta haciendo con Mercurial, Monotone, git, Darcs, arch y derivados, etc. Ahora que por fin se fue Bitkeeper es cuando realmente ha tomado vuelo el tema. -- Alvaro Herrerahttp://www.advogato.org/person/alvherre Los dioses no protegen a los insensatos. Éstos reciben protección de otros insensatos mejor dotados (Luis Wu, Mundo Anillo) From [EMAIL PROTECTED] Wed Jun 21 23:07:44 2006 From: [EMAIL PROTECTED] (Nicol Joann Rafalowski Reichberg) Date: Wed Jun 21 23:07:04 2006 Subject: Llamado a =?iso-8859-1?q?presentaci=F3n_de_trabajos_Encuentro?= =?iso-8859-1?q?_Linux_2006?= In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Matias Mora Klein wrote: On Wednesday 21 June 2006 19:29, Alvaro Herrera wrote: Fernando San Martín Woerner escribió: Señores, a petición de la UCM entrego el llamado a concurso en esta lista. Cool! Adjunto Archivo con los detalles. Hmm, pero cuando es el encuentro? En el documento dice 9 - 11 de noviembre... esop :p http://www.elinux.ucm.cl/ Saludos -- Nicol Joann Rafalowski ReichbergLinux User #392933 Estudiante de Ing. Civil InformaticaUTFSM - Casa Central http://www.alumnos.inf.utfsm.cl/~nrafalow From [EMAIL PROTECTED] Wed Jun 21 23:47:26 2006 From: [EMAIL PROTECTED] (Felipe Saez) Date: Wed Jun 21 23:45:57 2006 Subject: Editor VI con colores In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] no hay alguna forma de hacer lo mismo en nano? fui fan de VIM pero por desconfiguraciones de este me pasé a nano y no he vuelto Felipe El 20/06/06, Jesus Centeno Garrido[EMAIL PROTECTED] escribió: alguien dijo cream? Mensaje citado por: Carlos Massoglia [EMAIL PROTECTED]: Jose Felipe Sanhueza Paredes escribió: hola..para mayor comodidad al momento de desarrollar, pretendo usar el edit VI con colores (java, php, html, etc)..pero como se hace?..que cosas debo modificar?..si me pudiesen ayudar seria notable.. De antemano, gracias. En mi caso uso VIM y para habilitar los colores para sintaxis de los distintos lenguajes o archivos de configuración en mi cuenta cree el archivo .vimrc y dentro syntax on Con eso cada vez que inicies VIM tendrás los colores para la sintaxis de los lenguajes que estés programando. Saludos! -- Carlos Massoglia L. [EMAIL PROTECTED] [EMAIL PROTECTED] Ing. Informática U.T.F.S.M Valparaíso - Chile -- Jesus Centeno Garrido Química Teórica Facultad de Ciencias Universidad de Chile
control de versiones
On Tuesday 20 June 2006 13:03, Giorgio Zunino wrote: Estimados: Alguien sabe de alguna aplicacion para el control de versiones de archivos binarios?hago esta pregunta porque yo no soy muy entendido en el tema y por lo que sé el cvs solo sirve para codigo fuente (texto). necesito controlar las versiones de archivos de ofimatica: doc, xls, odt, etc. Segun tengo entendido, CVS ahora tambien soporta archivos binarios. De todas formas, SVN (Subversion) lo trae desde siempre incorporado. Si estas recien empezando, te recomiendo el segundo. Si estas en win (por las terminaciones que diste digo yo), te recomiendo ademas la interfaz de usuario TortoiseSVN; para Linux esta KDESVN. En todo caso, te aviso de antemano que al usar archivos binarios pierdes varias gracias de los sistemas de control de versiones, como ver los cambios de un archivo de una revision a otra... y la resolucion de conflictos me imagino que tambien es media dificil. Pero bueno, es lo que hay... Saludos. -- matias mora klein counter.li.org #401187 Estudiante Ing. Civil Informatica UTFSM - Valparaiso
control de versiones
On Tue, Jun 20, 2006 at 01:39:50PM -0400, Cristian Rodriguez wrote: 2006/6/20, Giorgio Zunino [EMAIL PROTECTED]: Estimados: Alguien sabe de alguna aplicacion para el control de versiones de archivos binarios?hago esta pregunta porque yo no soy muy entendido en el tema y por lo que sé el cvs solo sirve para codigo fuente (texto). necesito controlar las versiones de archivos de ofimatica: doc, xls, odt, etc. salu2 a todos. Subversion te sirve mejor que CVS para ese trabajo. si funciona, pero lo unico que hace con binarios es subir la copia nueva, no las diferencias, lo cual es como usar cp(1). saludos -- Yonathan H. Dossow Acuña http://kronin.bla.cl Estudiante Ingenieria Civil Informatica Universidad Tecnica Federico Santa Maria Valparaiso, Chile próxima parte Se ha borrado un mensaje que no está en formato texto plano... Nombre : no disponible Tipo : application/pgp-signature Tamaño : 191 bytes Descripción: no disponible Url: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060620/ea9d9f9b/attachment.bin From [EMAIL PROTECTED] Tue Jun 20 14:54:15 2006 From: [EMAIL PROTECTED] (Mauricio Rojas) Date: Tue Jun 20 15:29:52 2006 Subject: control de versiones In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Hola, Según tengo entendido, Subversión sirve para cualquier tipo de archivo, el asume que son de código fuente, pero eso no implica que no pueda ser utilizado para otros fines, de hecho yo lo uso con un proyecto RoR (código+imágenes+script base de datos, etc) y no he tenido ningún problemas. Bueno lo recomendables ante todo leer los manuales Atte. bye Giorgio Zunino wrote: Estimados: Alguien sabe de alguna aplicacion para el control de versiones de archivos binarios?hago esta pregunta porque yo no soy muy entendido en el tema y por lo que sé el cvs solo sirve para codigo fuente (texto). necesito controlar las versiones de archivos de ofimatica: doc, xls, odt, etc. salu2 a todos. -- GZM. -- Curso Análisis de Riesgo Aplicado a Modelamiento de Depósitos y Planificación Minera - 13-14-15 Septiembre 2006. http://www.maptek.cl//news/tradeshows.html Soporte Maptek Sudamérica - 5 Norte 112, Viña del Mar Tel: 56-32-690683 Cel: 56-9-8897094 (Vulcan) Cel: 56-9-9395768 (I-SiTE) Fax: 56-32-690628 From [EMAIL PROTECTED] Tue Jun 20 14:50:08 2006 From: [EMAIL PROTECTED] (Diego Bello) Date: Tue Jun 20 15:53:42 2006 Subject: mensaje al ingresar con una cuenta In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On 6/20/06, Horst von Brand [EMAIL PROTECTED] wrote: Diego Bello [EMAIL PROTECTED] wrote: [HTML] Texto, por favor. Aca no le hacimos al HTML. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 Oka, no me había dado cuenta que gmail mandaba html. Esto es lo que había escrito: El problema consultado era con procesos que aparecen al ingresar con cierta cuenta, por lo cual no creo que sean críticos, por eso mi indicación (nunca tan irresponsable). Siendo un servidor de producción, y supongo que quien consulta está a cargo de él, debe saber o intuir qué procesos son críticos o importantes y cuáles no. Lo que hago cuando un programa falla y tiene una serie de procesos asociados, es matar el primero con lo cual, generalmente, desaparecen los que siguen asociados. Salu2! -- Diego Bello Carreño Estudiante Memorista de Ingeniería Civil Informática UTFSM, Valparaíso, Chile Usuario #294897 counter.li.org
control de versiones
gracias por sus respuestas, voy a probar el sistema de subversion. no necesito gran cosa con el controlador de versiones ya que solo necesito que se actualicen los datos de un archivo creado en openoffice con extension xls (planilla de calculo excel). por si acaso, voy a implementarlo en un rh9. salu2. El día 20/06/06, Mauricio Rojas [EMAIL PROTECTED] escribió: Hola, Según tengo entendido, Subversión sirve para cualquier tipo de archivo, el asume que son de código fuente, pero eso no implica que no pueda ser utilizado para otros fines, de hecho yo lo uso con un proyecto RoR (código+imágenes+script base de datos, etc) y no he tenido ningún problemas. Bueno lo recomendables ante todo leer los manuales Atte. bye Giorgio Zunino wrote: Estimados: Alguien sabe de alguna aplicacion para el control de versiones de archivos binarios?hago esta pregunta porque yo no soy muy entendido en el tema y por lo que sé el cvs solo sirve para codigo fuente (texto). necesito controlar las versiones de archivos de ofimatica: doc, xls, odt, etc. salu2 a todos. -- GZM. -- Curso Análisis de Riesgo Aplicado a Modelamiento de Depósitos y Planificación Minera - 13-14-15 Septiembre 2006. http://www.maptek.cl//news/tradeshows.html Soporte Maptek Sudamérica - 5 Norte 112, Viña del Mar Tel: 56-32-690683 Cel: 56-9-8897094 (Vulcan) Cel: 56-9-9395768 (I-SiTE) Fax: 56-32-690628 -- GZM. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060620/39771651/attachment.html From [EMAIL PROTECTED] Tue Jun 20 15:03:42 2006 From: [EMAIL PROTECTED] (Javier A. Uribe U.) Date: Tue Jun 20 16:02:16 2006 Subject: Serie de cosas que quiero hacer en una =?iso-8859-1?q?m=E1qui?= =?iso-8859-1?q?na?= In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El Lunes 19 Junio 2006 22:27, ALEJANDRO DIMAS ARIAS escribió: mijo ado en as misma he istalado una distribucion CENTOS 4.0 en mi PC es un PIV 2.66 pero no se como acivar el ADSL por que para activarlo es necesario hacer una conesxion telefonica porf me pueden ayudar Gracias Saludes desde colombia revisa adsl-setup o pppoe-setup para levantar la conexion.
Charla Tecnica: Git (Control de Versiones Estilo Linus) - Lunes 24/10/2005
Estimados... les hago llegar esta invitacion a una charla tecnica que dictara el profesor Horst aca en la UTFSM, estan cordialmente invitados! Ciclo de Charlas Tecnicas 2005 Git (Control de Versiones Estilo Linus) Horst von Brand Ingeniero Civil Quimico (UTFSM, 1981) PhD, Computer Science (LSU, Baton Rouge, Louisiana, EEUU, 1987) Profesor Adjunto, Departamento de Informatica, UTFSM. Lunes 24 de Octubre 2005, 17:20 hrs. Casa Central UTFSM: Auditorio Claudio Matamoros (F-106), Departamento de Informatica (Edificio F3). Campus Santiago UTFSM: por confirmar (via videoconferencia). Cuando se perdio la licencia de usar BitKeeper, Linus Torvalds se puso a trabajar en un sistema de control de versiones a su imagen y semejanza para usarlo en el nucleo Linux. El resultado (aun incompleto, pero ya en uso para su fin original y varios otros proyectos) se llama git. Pero git es solo un conjunto de comandos basicos, suficiente para semidioses. Para uso de parte de comunes mortales hay herramientas adicionales, como cogito. Se presentara el uso de los paquetes del caso a traves de un pequeño proyecto. Saludos! (acentos omitidos) From [EMAIL PROTECTED] Wed Oct 19 13:32:03 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Wed Oct 19 13:30:27 2005 Subject: Error de sitio Web administrado con Mambo In-Reply-To: Your message of Wed, 19 Oct 2005 09:18:36 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] NCC [EMAIL PROTECTED] wrote: Espero que me puedan ayudar, tengo un problemita. Tengo un PC que uso de servidor con Debian/Linux (Linux Nombre 2.4.27 #2 SMP Mo Aug 9 00:39:37 CEST 2004 i686 GNU/Linux), lo tengo con Apache, MySQL, PHP4, MyPHPAdmyn, Mambo (para la administración Web, supongo que es parte del problema), y otras cosas menores (supongo). Primer paso: Actualizar /todo/. Con esas versiones prehistoricas, es posible que tengas visitantes no anunciados... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Wed Oct 19 13:50:43 2005 From: [EMAIL PROTECTED] (NCC) Date: Wed Oct 19 13:49:08 2005 Subject: Error de sitio Web administrado con Mambo In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Gracias Ricardo y Cristian por sus respuestas, pero no me parece que sea Apache el problema, por que al menos antes de instalar todo lo necesario para usar Mambo para administrar el sitio Web, tenía corriendo sólo Apache y tenía un pequeño sitio Web andando y publicado, que todavía no bajo, y ese sitio Web lo veo perfectamente. Ahí es donde se me genera el conflicto, que está corriendo Apache, pero así y todo no veo la Web que es responsabilidad de Mambo. A ver si me pueden orientar de otro modo. Les adjunto un namp del localhost. [EMAIL PROTECTED]:~# nmap localhost Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-10-19 08:40 CLST Interesting ports on ingenieria (127.0.0.1): (The 1642 ports scanned but not shown below are in state: closed) PORT STATE SERVICE 21/tcp open ftp 22/tcp open ssh 23/tcp open telnet 25/tcp open smtp 53/tcp open domain 80/tcp open http 111/tcp open rpcbind 515/tcp open printer 624/tcp open unknown 631/tcp open ipp 784/tcp open unknown 953/tcp open rndc 3128/tcp open squid-http 3306/tcp open mysql 5901/tcp open vnc-1 5902/tcp open vnc-2 5903/tcp open vnc-3 6001/tcp open X11:1 6002/tcp open X11:2 6003/tcp open X11:3 6004/tcp open X11:4 Nmap finished: 1 IP address (1 host up) scanned in 0.514 seconds Bueno, veamos que sale. Saludos y gracias. Atte. NCC -- Mensaje Original -- From: Cristian Madrid [EMAIL PROTECTED] To: Discusion de Linux en Castellano linux@listas.inf.utfsm.cl Date: Wed, 19 Oct 2005 12:01:38 -0300 Subject: Re: Error de sitio Web administrado con Mambo Reply-To: Discusion de Linux en Castellano linux@listas.inf.utfsm.cl El Miércoles, 19 de Octubre de 2005 10:44, Ricardo Mun~oz A. escribió: El mié, 19-10-2005 a las 09:18, NCC escribió: Hola lista, Espero que me puedan ayudar, tengo un problemita. Tengo un PC que uso de servidor con Debian/Linux (Linux Nombre 2.4.27 #2 SMP Mo Aug 9 00:39:37 CEST 2004 i686 GNU/Linux), lo tengo con Apache, MySQL, PHP4, MyPHPAdmyn, Mambo (para la administración Web, supongo que es parte del problema), y otras cosas menores (supongo). El tema es que tuve que apagar la máquina y ahora no puedo ver lo que se administra por medio de Mambo, no veo la página de inicio, me aparece una página con el mensaje: 403 Forbidden The requested URL '/html/index.php' resolves to a file which is marked executable but is not a CGI file; retrieving it is forbidden. - --- thttpd/2.23beta1 26may2002 obs. thttpd
Control de versiones
Bernardo Suarez [EMAIL PROTECTED] dijo: Hola, alguien ha tenido experiencias con herramientas de control de versiones distintas de cvs en Linux? (SubVersion y otras) Qué recomiendan o cuales han sido sus experiencias? David Wheeler http://www.dwheeler.com escribio un articulo comparando (un poquito) tres de las opciones open source mas populares. Sirve de punto de partida, de ninguna forma es exhaustivo. Si es para open source, o tienes , bitkeeper _lejos_ la lleva. /me ducks and runs -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Tue Mar 16 16:57:18 2004 From: [EMAIL PROTECTED] (=?iso-8859-1?Q?Valent=EDn_Gonz=E1lez_E.?=) Date: Tue Mar 16 16:50:58 2004 Subject: {Spam?} Correos normales como posibles spamm In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Entonces la solución es comentar la línea Infinite-Monkeys proxies.relays.monkeys.com. en el archivo spam.lists.conf ? -- Ing. Valentín González E. Administrador de Red. Universidad Tecnológica de Panamá. Facultad de Ing. Eléctrica. El servicio ha sido discontinuado y monkeys.com ha configurado el mismo para que cualquier ip sea considerada como spammer, a continuación la explicación sacada de http://www.monkeys.com/upl/index.html Monkeys.Com DNS Anti-Spam Lists Final Shutdown Notice NOTICE: All Monkeys.Com DNS anti-spam lists were shut down and discontinued on September 23rd, 2003. As of Sunday March 15th, 2004, the final shutdown phase for these lists has begun and as of now every IP address in the world has been listed on the former Monkeys.Com anti-spam lists as a final inducement to get other Internet sites to stop referring to our former anti-spam lists. If you have received an undeliverable e-mail bounce message in response to some piece of e-mail that you sent, and if that message directed you to this web page, then the mail server administrator of the Internet site that you were attempting to send your original e-mail message to is incorrectly continuing to filter the inbound e-mail for his/her Internet site using one of the defunct Monkeys.Com anti-spam lists. Unfortunately, we here at Monkeys.Com cannot help you to resolve this problem. You will need to make contact with the mail server administrator at the Internet site that you were trying to send e-mail to and inform him/her of the problem. When doing so, please refer the mail server administrator to this web page. Please note that we have made all reasonable attempts to contact all of the different mail server administrators at all of the different Internet sites that have been using our anti-spam lists, and we have tried to convince them all to stop improperly making references to our former anti-spam lists, however our records indicate that despite these efforts, as of Sunday, March 14th, 2004, there are still over 1,500 different Internet sites that are still improperly referring to the various Monkeys.Com anti-spam lists. (All of these anti-spam lists were officially shut down and discontinued way back in September of 2003, and a public announcement of the shutdown was made at the time. Also, and additionally, a final end-of-life public notice was posted to various anti-spam mailing lists and newsgroups on February 10th, 2004.) Please do not attempt to contact Monkeys.Com regarding mail delivery problems, except in cases where you are actually sending mail to someone at Monkeys.Com. We have absolutely NO CONTROL over the mail server configurations at other Internet sites. __END__ X-DISC Ingenieria de Software-MailScanner-Information: Please contact the ISP for more information X-DISC Ingenieria de Software-MailScanner: Found to be clean sucede lo mismo anteriormente al consultar en ODBR sale la info... ya sea buena o mala el mailscanner dice que estas out, creo que es recomendable no utilizarlas en el archivo de spam.lists.conf aparece lo siguiente. #Infinite-Monkeys proxies.relays.monkeys.com. #osirusoft.com relays.osirusoft.com. # These two lists are now dead and must not be used. chequeen si estas utilizando estos server para consultas de spam quizas por ahi va la cosa saludos. -- René Vilches V. [EMAIL PROTECTED] Usuario Linux #322916 « counter.li.org » -- __ DISC Ingenieria de Software. -- Este mensaje ha sido analizado por MailScanner en busca de virus
Control de versiones
cual es el link exacto, no lop ude pillar :-( peor si uno de las !innovacions de MS :-) gracias Jorge V.S.'040316 On 3/16/2004, Andrés Junge M. [EMAIL PROTECTED] wrote: Horst von Brand wrote: Bernardo Suarez [EMAIL PROTECTED] dijo: Hola, alguien ha tenido experiencias con herramientas de control de versiones distintas de cvs en Linux? (SubVersion y otras) Qué recomiendan o cuales han sido sus experiencias? David Wheeler http://www.dwheeler.com escribio un articulo comparando (un poquito) tres de las opciones open source mas populares. Sirve de punto de partida, de ninguna forma es exhaustivo. Si es para open source, o tienes , bitkeeper _lejos_ la lleva. /me ducks and runs Cual es la gracia de bitkeeper (aparte de ser usado para el kernel de linux)? Salu2 Andrés
Control de versiones
Jorge Valenzuela [EMAIL PROTECTED] dijo: On 3/16/2004, Andrés Junge M. [EMAIL PROTECTED] wrote: Horst von Brand wrote: Bernardo Suarez [EMAIL PROTECTED] dijo: Hola, alguien ha tenido experiencias con herramientas de control de versiones distintas de cvs en Linux? (SubVersion y otras) Qué recomiendan o cuales han sido sus experiencias? David Wheeler http://www.dwheeler.com escribio un articulo comparando (un poquito) tres de las opciones open source mas populares. Sirve de punto de partida, de ninguna forma es exhaustivo. Si es para open source, o tienes , bitkeeper _lejos_ la lleva. /me ducks and runs Cual es la gracia de bitkeeper (aparte de ser usado para el kernel de linux)? Y comenzo la guerra santa... Los cabecillas de Linux son una coleccion muy exigente: Desarrollo distribuido y no sincronizado, varios trabajando independientemente sobre la misma base, manejan volumenes enormes de cambios (del orden de 1MiB/dia en parches en 2.6). cual es el link exacto, no lop ude pillar :-( Comentarios? http://www.dwheeler.com/essays/scm.html. Me han dicho que WinCVS es muy bueno como cliente CVS en el lado obscuro. Para BitKeeper? http://www.bitmover.com -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Tue Mar 16 21:16:40 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Tue Mar 16 21:18:09 2004 Subject: mac con iptables no me funcionan In-Reply-To: Your message of Tue, 16 Mar 2004 17:16:09 -0400. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] =?ISO-8859-1?Q?=22Iv=E1n_Lizana_S=2E=22?= [EMAIL PROTECTED] dijo: Horst von Brand wrote: Unidad Sistemas [EMAIL PROTECTED] dijo: quiero bloquear en un router linux a un usuario que constantemente me causa problemas , [...] Esta tras _otro_ router? En esta red veras como origen del trafico la MAC del router. con razon no he podido dar autorizacion de entrada via MAC, ¿el MAC es transportado por el encabezado del pqte?, si es asi, porque el router se toma la molestia de cambiar la MAC a la suya?, si no es asi, ¿Como uno se informa de la MAC de otro pc ? Lo que pasa es que (PC molestoso == M, Router == R, Firewall == F): A B M --- R --- F --- Internet La conexion entre M y R se lleva via Ethernet (red A), M pone un frame Ethernet conteniendo el datagrama IP con destino Internet en la red A, con direccion fisica (MAC) origen la de M y destino la tarjeta en A de R. R toma los _datos_ del frame Ethernet enviado por M (el datagrama IP), lee la informacion de IP destino que viene en el datagrama IP, decide que debe salir por la red B hacia F, y pone un frame Ethernet conteniendo el datagrama IP en la red B con destino a F. Como es otra red, y el origen fisico es ahora la tarjeta en B de R, obviamente lleva MAC origen de esta. El clasico mono de la mun~eca rusa: +++--+ | Encab. | +-+--+ | | | Ether. | | Enc. IP +-+| |C | | (MAC, | | (origen,| Segmento TCP|| |o | | proto- | | destino,| || |l | | colo, | | etc)+-+| |a | | etc) | +-+--+ | | +++--+ Al procesarlo, pasa por las diferentes capas del stack TCP/IP, y cada una de ellas extrae el contenido que le interesa y descarta el resto, o agrega la cascara que le corresponde -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513