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
