December 2008 - kune-devel - lists.ourproject.org

¿Qué falta en SL?
by Samer 20 Dec '08

20 Dec '08

En Barrapunto se hacen una pregunta que si me preguntaran contestaría sin dudar: falta Kune. Qué, ¿publico un post o esperamos? Hay que tener en cuenta que lo que se publique ahora quedará por los siglos de los siglos en los comentarios de Barrapunto (para quien vea noticias antiguas en el futuro...) http://softlibre.barrapunto.com/article.pl?sid=08/12/19/0428205 -- Samer http://ourproject.org "No son tiempos para hacer cualquier cosa"

2 2

habemus llegao
by dani 19 Dec '08

19 Dec '08

Author: shevek Date: 2008-12-18 21:56:21 +0100 (Thu, 18 Dec 2008) New Revision: 1000 enhorabuena!! felicidades!

3 3

Why we need a license....
by Vicente J. Ruiz Jurado 18 Dec '08

18 Dec '08

Hola majos: Necesito un link (no se si existe) que describa para gente no tech porqué es aconsejable que sus contenidos tengan una licencia, o donde explique que por defecto todo tiene copyright y todo está prohibido. Un textito sin tener que escribirlo yo y publicarlo...para enlazarlo en kune como ayuda a la hora de seleccionar una licencia. ¿Os suena? Abrazos, -- Vicente J. Ruiz Jurado http://homes.ourproject.org/~vjrj/blog http://ourproject.org "Nunca hay que confundir movimiento con acción." [Ernest Hemingway]

3 4

Bug que nos está fastidiando un poquillo
by Vicente J. Ruiz Jurado 16 Dec '08

16 Dec '08

Buenas: Hay un bug/issue en GWT que nos está porculizando un poco: http://code.google.com/p/google-web-toolkit/issues/detail?id=1433 Es para poder insertar cosas como vídeos o enlaces más complejos, o cualquier cosa que nos plazca en un documento. Y lleva un montón abierto. ¿Podéis votarle? Si os cuadra, vamos... Gracias, -- Vicente J. Ruiz Jurado http://homes.ourproject.org/~vjrj/blog http://ourproject.org "Obrar es fácil, pensar es difícil; pero obrar según se piensa, es aún más difícil." [Johann Wolfgang von Goethe]

3 6

[Fwd: del boletín de noticias de riseup]
by Vicente J. Ruiz Jurado 16 Dec '08

16 Dec '08

Parece que los de Rise-up andan con ideas muy familiares (en cuanto a crear una red social, a que solo lo realmente se considere útil se va a mantener, etc). Como decimos, no son tiempos para hacer cualquier cosa. Abrazos, Vicente -------- Mensaje original -------- Asunto: del boletín de noticias de riseup Fecha: Tue, 16 Dec 2008 12:08:09 +0100 De: Johnattan Rupire Para: Vicente J. Ruiz Jurado Creo que aluna vez te comenté esto, parece que estos patas tiene en manos un desarrollo de software interesante... no sé. seguimos! "¿Por qué riseup?, te preguntarás. Todos ustedes probablemente saben que somos una organización horizontal, sin jerarquía alguna, y dependemos mayormente de trabajo voluntario. Pero, ¿sabías que también somos medioambientalistas? La basura electrónica es algo muy importante para nosotros, así que usamos todas nuestras computadoras hasta que mueren y luego pagamos por un servicio para que se las descarte responsablemente. Y, ¿sabías que estamos trabajando para ti en un software de organización social? Es un software seguro y gratuito que está diseñado paracrear espacios colaborativos en línea, con muchas sorpresas y aplicaciones bien chidas para activistas. Y, finalmente, quizá deberías donar a riseup porque estamos construyendo una infraestructura que queremos que sobreviva y prospere más allá de la crisis venidera, y creemos que definitivamente necesitaremos tener alguna infraestructura lista para cuando las otras c osas empiecen a caer." L

2 1

Sobre tags...
by Vicente J. Ruiz Jurado 04 Dec '08

04 Dec '08

Samer: (escribo a la lista de devel ya que estamos) Acabo de terminar la presentación de tags que me pasaste: http://videolectures.net/cvss08_fenizio_ostt/ Interesante. Ya veo que en kune no estamos haciendo las cosas al estilo delicious y que estamos perdiendo información interesante (quien tagea, cuando, etc). Puedes ver Tag.java, que es simplote y Content.java (que tiene una List<Tag>). Habría que repensar el tema, voy a intentarlo. Ahora mismo estamos así: [Tag] <-m--m-> [Content] m: relación a muchos Imaginemos que para un determinado contenido cada usuario puede "tagearlo" (y que yo no puedo quitar los tags que tú has puesto como puedo hacer ahora, si no que en todo momento solo edito los que yo he puesto), el modelo de datos quedaría así: [Tag] <-1--m-> [TagUserContent (fecha)] <-m--1-> [Content] [User] <-1-------m--^ Simbología: [Tablas] 1: relación a uno m: relación a muchos Así almacenaría la info de quien/cuando y además tendría la información típica: para un determinado contenido que tags tiene, y para un determinado grupo que tags en total tiene (la nube). Pero además podría saber intereses de un usuario según "tagea". Esto para los editores de un contenido. Si después en un futuro dejo que otros usuarios "tageen" sin ser editores (por ejemplo, añadiendo algo como la típica funcionalidad de marcador"), pues la cosa es más completa. Pero bueno, hacer este cambio de modelo (o otro relacionado que nos parezca mejor), pues creo que no sería casi costoso, y cuanto antes mejor. ¿Para que recopilar tanto dato? Si esto se consigue, lo que más me interesa personalmente es como revertirla al usuario (no en gráficas si no más al estilo Amazon "fulano también estaba interesado en estos libros" o como hace el mismo sitio Videolectures, "relacionado con esto está aquí el señor Samer con tal presentación relacionada" ;) ). Vamos que me interesa facilitar el trabajo colaborativo (nuestros objetivos) y eliminar entropía más que otras cosas (como tener unas chulas estadísticas). ¿Qué onda? Gracias majo, -- Vicente J. Ruiz Jurado http://homes.ourproject.org/~vjrj/blog http://ourproject.org "La ciencia es orgullosa por lo mucho que ha aprendido; la sabiduría es humilde porque no sabe más" [William Cowper (1731-1800); poeta británico]

2 1

Anécdota de usabilidad
by Vicente J. Ruiz Jurado 03 Dec '08

03 Dec '08

Anecdótico: Hay una lista de un grupo en ourproject (en mailman) que solo tiene inscrito una dirección de yahoo (de correo normal). En esta dirección, cuando reciben los correos de otra lista más general se lo reenvían a toda su libreta de direcciones de yahoo (lo se pq nos han metido a Dani Berzas y a mi por error en su libreta). Vamos que se pasan el día reenviando correos, y haciendo de lista de correo (manual). Mi conclusión: mailman para la gente normal es complicado de usar y ante esa barrera, usan cosas tan rudimentarias como la que describo arriba. Si alguien es capaz de usar gmail/hotmail/yahoo para el correo, debería poder usar otras herramientas web de igual sencillez (que brillan por su inexistencia). Lo dicho, hacen falta servicios web "para seres humanos". Abrazotes, -- Vicente J. Ruiz Jurado http://homes.ourproject.org/~vjrj/blog http://ourproject.org "La explotación del pobre puede ser suprimida, no haciendo desaparecer los pocos millonarios, pero haciendo desaparecer la ignorancia del pobre y enseñándole a no colaborar con los que lo explotan. Ésto convertirá a los explotadores, igualmente." [Gandhi]

1 0

Google Code y Affero GPL
by Samer 02 Dec '08

02 Dec '08

Curioso, curioso. El otro día hablando con uno de la uni me comentó algo de lo que no me había enterado: no es casualidad que Google Code no tenga en la lista de licencias disponibles la AfferoGPL (AGPL). Al contrario, lo han pensado muy mucho y teóricamente rechazan el soportar proyectos con AGPL. ¿Por qué? Bien, lo explican en varios sitios (mi mail continúa abajo, después de todos estos copia-pega): << Abril 25, 2008, La Pastilla Roja: (...) AGPL es una licencia libre compatible con GPL3 que, básicamente, dice que si el licenciatario realizar modificaciones en el código y las explota en un modelo SaaS, entonces tiene la obligación de publicar el código fuente de las modificaciones aunque no las distribuya. Chris DiBona argumentó el pasado noviembre que retiraban el soporte de AGPLporque muy poca gente la estaba usando. Pero la realidad es que la proliferación de AGPL es una amenaza para las empresas como Google que han hecho un pingüe negocio realizando modificaciones propietarias de Software Libre que no comparten con nadie.(...) http://www.lapastillaroja.net/archives/001531.html >> << 2008-04-23 (...) Google apoya GPL v2, la GPL tal como la conocíamos, esa destinada a hacer valer las cuatro libertades del software y que tanto daño ha hecho a Microsoft y al negocio del software privativo. Sin embargo, *se opone a la AGPL, destinada a conseguir que servicios web desarrollados a partir de software libre <http://www.versvs.net/categorias/software-libre> sean también libres*, ya que eso dejaría fuera de juego mucho (¿todo?) del software desarrollado por Google para sus servicios web. Google tiene todo un conjunto de software que ofrece como servicio (GMail, GCalendar, Google Docs<http://www.versvs.net/anotacion/microsoft-office-open-office-google-apps>) y, mientras que *la GPL v2 le viene bien por el daño indirecto que hace a sus rivales* -tanto técnicamente como en la sensación de libertad que produce la comparación-, *no quiere que este mismo escenario de odiosas comparaciones y ataduras a un servicio se dé en su propia casa*. (...) http://www.versvs.net/anotacion/google-software-libre-como-servicio-affero-… >> << 11th April 2008, The Register Last November, Google open source program manager Chris DiBona cited<http://groups.google.com/group/google-code-hosting/browse_thread/thread/171…>a desire to fight proliferation of licenses, adding AGPL had very little market share and had not been certified by the license arbiter the Open Source Initiative. These arguments are now irrelevant. AGPL was said<http://www.funambol.com/blog/capo/2008_04_01_archive.html>to be in use by 42 projects after only a month on the OSI-approved list with its use considered important enough to be tracked<http://gpl3.blogspot.com/>by licensing specialist Palamida. Last month, though, DiBona was back, saying<http://egofood.blogspot.com/2008/03/updates-soc-orgs-selected-funabol-ceo.h…>AGPL "needs work or more history by a much greater number of adopters" before he'd consider it usable. Google is a provider of its own SaaS, with things like Gmail and Google Docs and Spreadsheets. It seems DiBona is waiting to see how other SaaS providers deal with clauses that grant recipients a license to run, modify or propagate your work, and for modifications to come with source code. Pro-AGPL developers have accused<http://www.funambol.com/blog/capo/2008/03/agpl-is-osi-approved-sweet-victor…>Google of blocking the AGPL license because it closes the so-called "ASP loophole'". This omission in the standard GPL license allows service suppliers, such as Google, to improve on open source code with no obligation to pass improvements back to the open source community. http://www.theregister.co.uk/2008/04/11/google_bans_aero/ >> << Pregunta en Google Groups sobre utilizar la Affero aunque "formalmente" se ponga GPL: http://groups.google.com/group/google-code-hosting/browse_thread/thread/5d4… >> << El problema analizado mucho más a fondo aunque desde una visión un tanto más conservadora: Google, in the shape of their Open Source Programs Manager, Chris Di Bona, responded initially<http://groups.google.com/group/google-code-hosting/browse_thread/thread/171…>by saying that they would not include the AGPL as it was not OSI-approved and would exacerbate proflieration. Once it *was* OSI-approved, the issue arose again and Di Bona argued on his personal blog<http://egofood.blogspot.com/2008/03/updates-soc-orgs-selected-funabol-ceo.h…>that the terms of the AGPL were unclear and that time was needed to see how the licence was used and construed. Thus AGPL-licensed projects are moving away from Google Code<http://www.regdeveloper.co.uk/2008/04/11/google_bans_aero/> . (...) What these events do point to, though, is the ability of large organisations like Google to potentially change the open source landscape. http://osswatch.jiscinvolve.org/2008/04/29/google-and-the-affero-gpl/ >> ¿Esto tiene implicaciones para Kune? Bueno, en principio Google Code no "sabe" que Kune está licenciado bajo AGPL, al estar registrado como GPL... Pero parece estar claro que a Google Code no le gusta la AGPL, así que no promocionará proyectos con ella, ni la soportará en principio por política propia. Que yo sepa, sólo hay tres opciones: continuar como hasta ahora, en "el limbo" (pq Kune es AGPL pero de cara al mundo y a Google Code es GPL); cambiar la licencia a otra soportada por Google Code (lo cual, personalmente, me parece indeseable...); migrar a otra forja donde no exista este problema (con el trabajo asociado). ¿Comentarios? -- Samer http://ourproject.org "No son tiempos para hacer cualquier cosa"

3 6