Insisto con redmine, échenle un ojo. -- b
2010/10/21 daniel gomez <[email protected]> > Hola > Muy interesante el artículo sobre las herramientas donde se guardan las > herramientas. Definitivamente por el lado del GIT es la cuestión. Sin > embargo, creo que paralelo hay que crear un buen wiki donde haya un poco mas > de info (mas que solo el código) y que sea mas un punto de encuentro de info > antes de llevar los archivos al repositorio (que es un poco mas complejo y > no veo a los chicos haciéndolo con mucha frecuencia) > Quizas empezar por definir una estructura muy básica para el wiki y > montarlo en un buen lugar. > > Avanzo en esto y les muestro de nuevo > > saludos > > D > > > > > El 19 de octubre de 2010 08:37, Jose Andres Moncada Quintero < > [email protected]> escribió: > > Hola nuevamente, >> >> Muchas gracias por la bienvenida Es claro el contenido del link adjunto, >> creo sinceramente que parece coherente el buscar herramientas realmente >> libres en el proceso de "liberación" del software, he estado mirando >> http://gitorious.org/ y me parece una buena opción (recomendada en el >> texto ademas). >> >> Tendríamos que decidir el siguiente paso, bien sea la creación de uno de >> prueba o la clasificación de los diferentes repositorios... >> >> Quedo atento al siguiente paso, >> >> Jose >> >> > From: [email protected] >> > To: [email protected]; [email protected] >> > Date: Sat, 16 Oct 2010 00:54:50 +0200 >> > Subject: [[k.0_lab]] Sofware Libre necesita herramientas libres >> >> > >> > hola jose, bienvenido a la lista (mando esto offlist porque llevo unos >> > dias posteando bastante y quiero bajarle un toque al ruido que >> > produsco) te mando esto que acabo de leer y me parece relvante >> > considerar: >> > >> > http://mako.cc/writing/hill-free_tools-ES.html >> > >> > saludos, >> > /a >> > >> > >> > El Sofware Libre necesita herramientas libres Benjamin Mako Hill >> > [email protected] 4, 2010Traducido por Marcos Manoni. Original (en >> > Inglés), y otras traducciones disponible en >> http://mako.cc/writing/hill-free_tools.html >> > . >> > En la última década, los desarrolladores de software libre han sido >> > reiteradamente tentados por las herramientas de desarrollo que ofrecen >> > la capacidad de construir Software Libre más eficiente o poderosamente. >> > >> > El único costo, nos dicen, es que las herramientas mismas no son >> > libres o se ejecutan como servicios de red con código que no podemos >> > ver, copiar, o ejecutar nosotros mismos. Recurriendo a estas >> > herramientas y servicios - servicios como BitKeeper, SourceForge, >> > Google Code y GitHub - los desarrolladores de software libre han hecho >> > decisiones del tipo "el fin justifica los medios" que comercian la >> > libertad tanto de sus comunidades de desarrolladores como la de sus >> > usuarios. Estas decisiones de adoptar herramientas de desarrollo no >> > libres y privadas, minan nuestra credibilidad en la defensa de la >> > libertad del software y comprometen nuestra libertad, y la de nuestros >> > usuarios, de maneras que debemos rechazar. >> > >> > En 2002, Linus Torvalds anunció que el núcleo Linux se movería al >> > sistema distribuido de control de versiones BitKeeper. Si bien la >> > decisión generó mucha alarma y debate, BitKeeper permitió a los >> > desarrolladores del kernel trabajar de forma distribuída de una manera >> > que, en ese entónces, no estaba soportada por herramientas de Software >> > Llibre - algunos desarrolladores de Linux decidieron que valía la pena >> > intercambiar los beneficios por la libertad de los desarrolladores. >> > Tres años más tarde los escépticos fueron reivindicados cuando el >> > propietario de BitKeeper, Larry McVoy, revocó varias licencias gratis >> > de BitKeeper a desarrolladores del kernel luego de que Andrew Tridgell >> > intentara escribir un reemplazo libre para BitKeeper. Los >> > desarrolladores del kernel se vieron obligados a escribir su propio >> > reemplazo de Software Libre: el proyecto ahora conocido como Git. >> > >> > Por supuesto, la relacion de software libre con herramientas de >> > desarrollo no libres es mucho mayor que BitKeeper. El código fuente de >> > Sourceforge, un servicio de soporte de desarrollo de Software Libre, >> > estuvo disponible para sus usuarios, pero sus autores han vuelto a un >> > modelo completamente cerrado. Mientras SourceForge se construye >> > utilizando software libre, sus usuarios interactuan con el software a >> > través de la web. Dado que los usuarios nunca tienen copia del >> > software de SourceForge, nunca pueden exigir el codigo fuente. >> > Proyectos similares como Tigris.org de CollabNet, "Hosting de >> > Proyectos de Codigo Abierto" de Google Code, y GitHub, cada uno con >> > propósitos similares, han mantenido su código igualmente fuera de >> > alcance. Sus servicios se proporcionan a menudo sin cargos y se >> > promueven para el desarrollo de Software Libre, pero este compromiso >> > no se extiende a su propio software que ejecuta las plataformas de >> > desarrollo. El código fuente para cada uno de estos sistemas se >> > mantiene privado e inmodificable para los desarrolladores que utilizan >> > los servicios. >> > >> > Estas herramientas de desarrollo no libres presentan un dilema para >> > muchos desarrolladores de Software Libre. El objetivo de muchas de >> > estas herramientas es, a través de desarrollo de software libre más >> > eficiente, obtener más Software Libre y más libertad. CollabNet, >> > Google y GitHub dicen querer que el software libre triunfe y dicen que >> > quieren ayudarlo. Sin embargo, por varias razones estas empresas optan >> > por apoyar la libertad del software a través de medios que estan menos >> > de acuerdo con la ética del Software Libre de las que la tratan de >> > crear. El resultado es que los desarrolladores son desfavorecidos. La >> > libertad del software del código que estos hackers producen está >> > sujeta a una exclusividad inaceptable. >> > >> > En primer lugar, el uso de herramientas no libres envía un mensaje >> > inaceptable para los usuarios del software libre producido. "La >> > libertad del software es importante para ustedes como usuarios", los >> > desarrolladores parecen decir, "pero no para nosotros". Tal >> > comportamiento socava la eficacia básica del fuerte compromiso ético >> > en el corazón del movimiento del software libre. Los que ya nos >> > comprometimos con el Software Libre, debemos demostrar que podemos >> > tener éxito - y prosperar - usando Software Libre. Debemos apoyar >> > alternativas libres a los sistemas privativos como Savane, que puede >> > sustituir a SourceForge o a Google Code y corre GNU Savannah, o >> > Gitorious que puede sustituir a GitHub - usándolos y mejorándolos en >> > las áreas donde se queden cortos. >> > >> > En segundo lugar, debemos reconocer que, en adelante, el software que >> > producimos es solo tan libre como el software del que depende para su >> > uso, su distribución y su evolución. >> > >> > La licencia GNU GPL y el código fuente tienen poco sentido para un >> > usuario que intenta modificar un programa si no tiene libre acceso al >> > software necesario para hacer esa modificación. No es sólo la libertad >> > de los desarrolladores lo que está en juego sino también, >> > eventualmente, la de sus usuarios y la de todos los futuros >> > desarrolladores "downstream". >> > >> > Aunque las herramientas de desarrollo privativas puedan ayudar a los >> > desarrolladores de Software Libre a crear más Software Libre en el >> > corto plazo, lo hacen a un costo inaceptable. En la controvertida área >> > del software privado y los servicios de red, los desarrolladores de >> > Software Libre deberían pecar de "demasiada" libertad. Comprometer >> > nuestros principios intentando alcanzar más libertad es >> > contraproducente, inestable y, en última instancia, injusto para >> > nuestros usuarios y para la amplia comunidad de desarrollo de software >> > libre. >> > >> > Así como los primeros mantenedores de GNU primero se centraron en la >> > creación de herramientas libres para la creación de software libre, >> > debemos asegurarnos de que podemos producir software libremente y con >> > herramientas inequívocamente libres. Si fracasamos en esto tendremos >> > software que es, indirectamente, menos libre. Debemos evitar el uso de >> > herramientas que no nos permitan las libertades que tratamos de >> > proporcionar a nuestros usuarios en el desarrollo de su software y >> > debemos presionar a los productores de nuestras herramientas de >> > desarrollo. El software libre no ha tenido éxito comprometiendo >> > nuestros principios. No vamos a estar bien servidos, técnica, >> > pragmática o éticamente, poniendo en peligro la libertad de las >> > herramientas que utilizamos para construir un mundo libre. >> > >> > >> > >> > On Oct 15, 2010, at 5:52 PM, Jose Andres Moncada Quintero wrote: >> > >> > > Hola Todos, >> > > >> > > A propósito del tema de crear un repositorio de código/herramientas >> > > que contribuya al trabajo colaborativo he estado dándole una mirada >> > > a las opciones (github/googlecode) y esto es algo de lo que he >> > > encontrado. Por cierto mi nombre es Jose Andres Moncada Soy >> > > diseñador de medios interactivos (el ex alumno del que habla Daniel). >> > > Google Code >> > > 1. Bueno lo primero aquí es que se debe tener una cuenta google (son >> > > gratuitas, entonces no hay problema por ese lado). >> > > 2. http://code.google.com/hosting/ aquí para crear un nuevo proyecto/ >> >> > > sitio/repositorio. >> > > 3. Permite varios tipos de licencias pero enfocado al código libre. >> > > 4. Aquí algo más de información, relacionada con el servicio: >> http://code.google.com/p/support/wiki/GettingStarted >> > > 5. Usa como sistema de repositorio por defecto SVN del cual existen >> > > varias soluciones front-end OpenSource como TortoiseSVN. Sin embargo >> > > según mencionan acá también puede ser usado a través de otros, >> > > explicación y diferencias aquí: >> http://code.google.com/p/support/wiki/ChoosingAVersionControlSystem >> > > 6. Permite agregar personas en 3 modalidades: "Project owners", >> > > "Project committers" y "Project contributors". >> > > >> > > Project owners may make any change to this project. >> > > Project committers may work in the project, but may not reconfigure >> > > it. >> > > Project contributors start with the same permissions as non-members, >> > > but their role in the project is visible. >> > > Additional permissions can be granted to committers and contributors >> > > on the project's people sub-tab. >> > > >> > > Opinión: >> > > >> > > Me parece un buen sistema, gratuito y confiable según parece. Me >> > > preocupa un poco el tema del aprendizaje en el manejo de versiones >> > > si se van a realizar proyectos en grupos grandes pero siendo eso es >> > > parte me parece un reto interesante. >> > > Más allá de la herramienta en este caso habría que mirar el uso que >> > > se le va a dar, es decir, se crearía una sola cuenta?, una por >> > > lenguaje (pd, max, openframeworks, processing… etc)? o una por >> > > persona y un google site (gratuito) con los enlaces y descripciones. >> > > (No sé realmente cual sea mejor creo que hay que analizarlo). >> > > Aquí hay algo que veo como ventaja es el tema de la documentación >> > > mediante la página de wiki, y el seguimiento de problemas (edit: ya >> > > vi que github también lo tiene). >> > > >> > > GitHub >> > > Hasta ahora solo había utilizado esta herramienta para descargar >> > > código, (principalmente de OpenFrameworks(addons y cosas así...) me >> > > ha parecido claro y rápido en general), pero nunca la había usado >> > > como repositorio como tal. Después de la charla con Daniel me puse >> > > en la tarea... y bueno, los primero es que usar git de entrada es >> > > mas complicado que SVN (google code), sin embargo me parece un poco >> > > mas ordenado. >> > > Tendríamos que hacer una comparasion entre las opciones, conocer las >> > > experiencias que han tenido ustedes con estas herramientas y así >> > > poder tomar la mejor opción. >> > > -- >> > > Finalmente esta herramienta me parece interesante. >> > > Dropbox >> > > Esta es otra herramienta que podría ser útil, aunque no está >> > > especializada en código sino en almacenar datos en la nube, sin >> > > embargo, No está mal revisarla. >> > > >> > > >> > > >> > > Estamos en contacto, >> > > Muchas gracias, >> > > Jose >> > > >> > > Date: Fri, 15 Oct 2010 09:55:33 -0500 >> > > From: [email protected] >> > > To: [email protected] >> > > Subject: Re: [[k.0_lab]] repositrio de software >> > > >> > > Hey spark+brol+alejo+camilo Muchas gracias por sus ideas y ayuda. >> > > >> > > Ayer precisamente estuve tratando el tema con un ex alumno de la >> > > universidad que se interesó en el proyecto. Seguro ya se debe haber >> > > dado de alta el KoLab. El me decía que le gustaba Git, pero que iba >> > > a pillar googlecode porque no lo conocía y creía que podría ser >> > > bueno. Yo no he trabajado con ninguno de estos, pero me interesa >> > > mucho aprender sobretodo por la necesidad. La clave es poder tener >> > > un oden en el código y que haya disponibilidad permanente para >> > > consultarlo, montarlo y documentarlo. >> > > >> > > Bueno, pillo lo que me recomiendan y escribo por ahi el lunes. >> > > >> > > Saludos y gracias de nuevo >> > > >> > > D >> > > >> > > >> > > >> > > El 15 de octubre de 2010 03:29, alejo <[email protected]> >> escribió: >> > > sacando un poco la parte de desiciones puntuales, estoy deacuerdo >> > > con diego y julian de instalar algo asi en suservidor, la opcion del >> > > redmine+git es la ideal en mi opinion, si se instala pues lo unico >> > > es que alguien se apersone de estar pilas de patches y similares en >> > > cuestiones de seguridad, de hecho podriamos usar git para que nos >> > > haga un backup en githorious o similar... bueno eso es una idea mas.. >> > > >> > > lo que no creo recomendarle a dani es que monte su proyecto con >> > > nosotros a no ser que solo lo quiera hacer de una manera >> > > "experimental" ya que no le podemos asegurar que suservidor este ahi >> > > mas de 3 años, ojala que si, pero esa es la razon de sugerir >> > > githorious o guthub. >> > > >> > > pudo a ver sido peor diciendole que use google code. >> > > >> > > :S >> > > >> > > >> > > >> > > >> > > >> > > >> > > On Oct 15, 2010, at 6:17 AM, brolin . wrote: >> > > >> > > Yo ayudo, tengo ahora un poco más de experiencia con git. La interfaz >> > > web que trae por defecto anda bien aunque gitorius creo sería la mejor >> > > opción. También esta redmine, que te permite manejar cada proyecto con >> > > metas, cronograma y tareas, este tiene la opción de vincular en el un >> > > repositorio de los muchos que ya han mencionado. >> > > >> > > Para probarlo pueden descarga bitnami, este instala super fácil para >> > > las diferentes plataformas. http://bitnami.org/stack/redmine >> > > >> > > -- >> > > b >> > > >> > > 2010/10/14 Diego <[email protected]>: >> > > hey dany ... >> > > varios de nosotros nos unimos para montar "suservidor" >> > > >> > > y pues por el momento no esta nada montado salvo algunos hostings .. >> > > a mi me >> > > parece que los temas que keres poner son interesantes y con un svn o >> > > alguna >> > > otra cosa se puedan dar de alta ellos mismo y no sea necesario >> > > eliminarlos >> > > en un futoro .. lo ke si es ke ese servicio asi tal cual no esta >> > > montado .. >> > > pero seria interesante, como a la larga yo seria el ke en buena >> > > medida mas >> > > me apersone del asunto te digo ke te podria ayudar tambien .. y si >> > > alguien >> > > mas de "suservidor", "unloquer" u otros le interesa opinar y/o >> > > ayudar de >> > > una >> > > :) >> > > >> > > El 14/10/2010 01:42 p.m., daniel gomez escribió: >> > > >> > > Hey que bien Camilo >> > > Me parece que está perfecto. Voy a hablar con los chicos y me contás >> > > como es >> > > la vuelta para ir montando el código ahi. No quiero desatinar mucho tu >> > > orden, pero creo que sería muy útil que todos pudieran entrar en su >> > > momento >> > > a poner su código y etc. No se si el tema de dar de alta a 20 o 30 >> > > estudiantes cada semestre sea un toque incómodo. Yo me atrevo a >> > > pensar que >> > > si, pero me decís. >> > > De nuevo gracias >> > > D >> > > >> > > El 14 de octubre de 2010 13:30, Camilo Martinez <[email protected] >> > >> > > escribió: >> > > >> > > En randomlab tenemos espacio para repos publicos, por ahora solo svn o >> > > mercurial. Si quieres abrimos uno para tu proyecto. >> > > >> > > http://code.randomlab.net/ >> > > >> > > >> > > Camilo Martinez >> > > >> > > http://decolector.net >> > > >> > > >> > > >> > > 2010/10/14 daniel gomez <[email protected]>: >> > > Hola a todos >> > > Necesito hacer un repositorio de software de estudiantes, mas que nada >> > > de >> > > processing, pd y algo de OpenFrameworks. Un espacio donde ellos puedan >> > > dejar >> > > un poco de código, documentarlo y sobretodo que los nuevos puedan >> > > buscar, >> > > encontrar, reciclar y reusar para sus nuevos proyectos. >> > > Se me ocurre que debe haber algun tipo de repositorio público de >> > > código >> > > en >> > > Colombia, y me gustaría que se pudiera compartir el código de estos >> > > estudiantes con los de otras universidades... en fin. >> > > No quisiera montar un proyecto de estos si ya hay uno en >> > > funcionamiento, >> > > así >> > > que me pregunto si alguien sabe de su existencia. >> > > Si no, a quien le gustaría ayudar a montar ese proyecto. >> > > Saludos >> > > D >> > > >> > > ________________________________________________ >> > > gente haciendo cosas raras con o sin electricidad >> > > >> > > [bogota] http://www.dorkbot.org/dorkbotbta/ >> > > [medellin] http://www.dorkbot.org/dorkbotmde/ >> > > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > > >> > > >> > > ________________________________________________ >> > > gente haciendo cosas raras con o sin electricidad >> > > >> > > [bogota] http://www.dorkbot.org/dorkbotbta/ >> > > [medellin] http://www.dorkbot.org/dorkbotmde/ >> > > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > > >> > > >> > > >> > > ________________________________________________ >> > > gente haciendo cosas raras con o sin electricidad >> > > >> > > [bogota] http://www.dorkbot.org/dorkbotbta/ >> > > [medellin] http://www.dorkbot.org/dorkbotmde/ >> > > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > > >> > > >> > > ________________________________________________ >> > > gente haciendo cosas raras con o sin electricidad >> > > >> > > [bogota] http://www.dorkbot.org/dorkbotbta/ >> > > [medellin] http://www.dorkbot.org/dorkbotmde/ >> > > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > > >> > > >> > > ________________________________________________ >> > > gente haciendo cosas raras con o sin electricidad >> > > >> > > [bogota] http://www.dorkbot.org/dorkbotbta/ >> > > [medellin] http://www.dorkbot.org/dorkbotmde/ >> > > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > > >> > > >> > > >> > > ________________________________________________ gente haciendo >> > > cosas raras con o sin electricidad [bogota] >> http://www.dorkbot.org/dorkbotbta/ >> > > [medellin] http://www.dorkbot.org/dorkbotmde/ >> http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > > >> > > ________________________________________________ >> > > gente haciendo cosas raras con o sin electricidad >> > > >> > > [bogota] http://www.dorkbot.org/dorkbotbta/ >> > > [medellin] http://www.dorkbot.org/dorkbotmde/ >> > > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > >> > >> > ________________________________________________ >> > gente haciendo cosas raras con o sin electricidad >> > >> > [bogota] http://www.dorkbot.org/dorkbotbta/ >> > [medellin] http://www.dorkbot.org/dorkbotmde/ >> > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> >> >> ________________________________________________ >> gente haciendo cosas raras con o sin electricidad >> >> [bogota] http://www.dorkbot.org/dorkbotbta/ >> [medellin] http://www.dorkbot.org/dorkbotmde/ >> http://dorkbot.org/mailman/listinfo/dorkbot-kolab >> > > > > ________________________________________________ > gente haciendo cosas raras con o sin electricidad > > [bogota] http://www.dorkbot.org/dorkbotbta/ > [medellin] http://www.dorkbot.org/dorkbotmde/ > http://dorkbot.org/mailman/listinfo/dorkbot-kolab >
________________________________________________ gente haciendo cosas raras con o sin electricidad [bogota] http://www.dorkbot.org/dorkbotbta/ [medellin] http://www.dorkbot.org/dorkbotmde/ http://dorkbot.org/mailman/listinfo/dorkbot-kolab
