Un grupo de personas que nos juntamos para formar un espacio interdisciplinar de aprendizaje cooperativo y cacharreo tecnológico utilizando software libre.
Es un colectivo (de colectivos) que divulga prácticas de soberanía comunicativa. Actualmente estamos impulsando una agenda política y cultural autónoma, que quiere contribuir a difundir y coordinar acciones públicas de colectivos sociales y políticos en Madrid.
🌐 Ejes de mad.convoca.la 📣
La okupación digital de espacios de comunicación y autoorganización.
Apoyo a la difusión comunitaria de los movimientos sociales.
Por la comunicación entre colectivos, por entrelazarnos más y pisarnos menos.
Para facilitar la planificación personal de las activistas.
💻 Tecnología 🛠
Autogestionada: que devuelve la gestión de contenidos a la comunidad y colectivos los cuales generan estas propuestas, tanto culturales y sociales.
Independiente (que no excluyente): una respuesta alternativa a las plataformas como Facebook, Instagram, Telegram o Twitter. Que hacen vigilancia masiva, censura política, manipulación social (publicidad), y control de contenido que es poco transparente y se ha comprobado que favorece a los poderes económicos.
Respetuosa con la privacidad: minimización de datos recogidos, identidades colectivas, publicaciones anónimas.
Autónoma: utilizamos una herramienta de código libre y colaborativa (Gancio), alojada en servidores radicales (Sin Dominio).
🤔 ¿Por dónde empezar? ▶️
Vente a la asamblea autónoma e itinerante por distintos espacios, la próxima en a principios de Junio.
Para saber más sobre el proyecto, aquí tienes toda la información en esta web y en https://mad.convoca.la/about.
Comunes digitales o cómo okupar los territorios digitales
Un Centro Social Autogestionado (CSA) se organiza en torno a un espacio físico y un grupo de personas. Se entiende mejor si se piensa como un verbo, desde la acción, en un contexto y con una visión compartida.
En muchas ocasiones la práctica de CSA’r consiste en convivir (en) y defender (un) espacio donde diversos vínculos se cultivan y enredan resultando en la creación de nudos en la historia de nuestros barrios, pueblos… territorios.
En el contexto actual, donde las grandes corporaciones tecnológicas se están apoderando de los canales de difusión y actuando como agentes mediadores de los contenidos que distribuyen, nos encontramos con que la práctica fuera del espacio físico del CSA está totalmente subyugada a los territorios digitales que habitamos. ¿Cómo desplegar estrategias afines a nuestros valores que nos liberen de estas opresiones sistemáticas?
Venimos a hablar(n)os de estas estrategias. Venimos a proponer que los CSA okupen un espacio digital para ayudar a liberar de muchas opresiones (ya sistémicas) a las personas que les dan vida.
El bozal dentro del ordenador, en el código. ¿Soberanía comunicativa?
Imaginemos por un momento que sólo pudiéramos escribir en papel, que quisiéramos escribir un diario personal, o colectivo, algo que es importante para nosotras, para nuestra memoria. Imaginemos ahora que solo tenemos a nuestra disposición un cuaderno en el que escribir, peor aún, imaginemos que ese cuaderno no es nuestro ni va a estar en ningún momento en nuestra posesión. Imaginemos que “una autoridad” será quien determine cuándo podemos escribir en dicho cuaderno porque estará todo el tiempo a nuestro lado. No solo eso, también estará mirando lo que escribimos por lo que decidirá lo que podemos escribir y lo que no.
“Hola, me llamo Instagram y no quiero pezones en mi cuaderno.”
A este punto hemos llegado, los territorios digitales están totalmente dominados por las grandes corporaciones tecnológicas y eso, por desgracia, afecta en la forma en la que nos imaginamos a nosotras mismas y las formas en las que interactuamos (redes sociales, colegios, compra-venta…).
Queremos buscar un equilibrio entre las fuerzas de las que disponemos y las múltiples luchas a las que nos enfrentamos. Necesitamos soluciones transversales, que cambien nuestra práctica de forma que salgamos fortalecidas.
La cuestión central en este apartado es: ¿somos soberanas de nuestra comunicación? ¿contamos con las estrategias y las tácticas adecuadas para contarnos nuestra historia sin tener que rendir cuentas a terceros?
En este punto no queremos limitarnos a pensar en clave digital. El entorno digital no es más que otro medio a través del cual comunicarnos y no pretendemos restarle importancia al resto, todo lo contrario. Lo que buscamos con estas propuestas es asegurarnos de que el medio digital no se apropie (de) y acabe dando forma a nuestro relato.
Y para ello queremos problematizar brevemente la comunicación en entornos digitales.
Con la metáfora anterior salen a la luz algunas características del modelo comunicativo en el que nos vemos inmersas:
Los medios de difusión no nos pertenecen y como consecuencia dependemos de plataformas digitales para llegar a nuestras compañeras. Es interesante cómo nos vemos obligadas a adaptarnos incluso al formato impuesto; imagen, texto, video…
Los contenidos son almacenados en ordenadores de grandes empresas y no en los nuestros cuando permitimos que las interacciones (en territorios digitales) ocurran en las ya mencionadas plataformas. ¿Cuántos grupos de Facebook, perfiles de Instagram, grupos de Telegram contienen la memoria de nuestros colectivos? Y si mañana estas plataformas deciden cerrar nuestras cuentas, ¿qué haremos entonces? Pero no es un tema solo del futuro, ¿cómo lo hacemos ahora? quién no ha tenido problemas con cuentas de proyectos grandes, cómo gestionamos las credenciales, lo que se publica y lo que no, si la voz es colectiva o una individualidad. Todo este encorsetamiento está enraizado en el código y ya parece una opresión asumida.
Imaginando vías de escape colectivas y autogestionadas
Desde mad.convoca.la creemos en el encuentro, en el diálogo, queremos vernos más, conocernos mejor y esto no es una tarea fácil en el mundo en el que vivimos. Por ello creemos que un primer paso puede ser apropiarnos de una agenda. Una agenda en la que colocar las fechas destacadas, donde quepa la diversidad de las luchas y las circustancias propias de cada una.
Pensamos en una agenda como una herramienta para gestionar el tiempo y somos conscientes de que en un mundo capitalista el tiempo es un recurso demasiado escaso. Cuando decimos agenda no pensamos en una agenda tal y como la imaginamos ahora, un cuaderno único, que gestiona “una autoridad”. Necesitamos que cada colectivo pueda definir sus propios límites, que tenga soberanía sobre lo que apunta y cómo lo apunta. Tenemos las llaves para que esto cambie (contamos con personas que saben programar, con personas que han participado o participan en medios de comunicación, en movimientos por la soberanía comunicativa…), tal vez necesitamos ponerle un nombre para salir del marco de referencia actual. Esta nueva agenda no será un cuaderno, será un común o no séra.
Proponemos pensarla y vivirla como un común porque necesitamos del encuentro de personas de diversos colectivos. Proponemos que sean; una asamblea, una carta de valores y un espacio (en este caso digital) los que pongan las normas de “nuestra” agenda. Aparecen, por tanto, conceptos que nos son familiares y que sí nos muestran las dificultades que puede acarrear una inciativa como esta. La gobernanza del proyecto es un tema central junto a la representatividad de la asamblea y la accesibilidad a la misma. Todo ello hablando de una iniciativa que lo que busca es acercar a los movimientos, por lo que debe tener capacidad de aglutinarlos.
Al mismo tiempo hablamos de la necesidad de no centralizar la comunicación por lo que esta agenda no es más que una herramienta complementaria que permite añadir redundancia a los canales de comunicación más locales propios de cada colectivo. Es un altavoz, pero no por ello nos debe forzar a duplicar esfuerzos de publicación ni confiar nuestra memoria a un ordenador ajeno al de nuestro colectivo (como ocurre en las redes sociales).
Con vocación de convocar
Para poder llevar a cabo esta acción estratégica que nos permita poco a poco reforzar nuestra soberanía comunicativa, proponemos repensar nuestras tácticas digitales más allá de las pantallas:
mad.convoca.la se presenta como una asamblea itinerante y abierta (con base en el hacklab de la Ferroviaria), con vocación de escuchar las realidades comunicativas de nuestros movimientos, difundir nuevas prácticas de uso de las tecnologías digitales y acompañar en el proceso de transformación.
Está presente en los territorios digitales como una agenda pública y federada de eventos activistas y culturales. Consiste en una web que replica los eventos de las páginas de colectivos sociales, permite publicar de forma anónima en caso de no disponer de infraestructura, cuenta con un perfil del fediverso y un canal de Telegram además de la posibilidad de suscribirse por RSS, sincronizar calendarios por ICS/ICAL o incrustar sus eventos en otras páginas a través de un componente web.
Si os interesa empezar a hacer uso de la herramienta os invitamos a pasaros por una de nuestras asambleas para conocernos en persona y poder facilitaros cualquier información que necesitéis. O a contactar con nosotras a través de correo electrónico a mad.convocala<arroba>sindominio.net.
Funcionamiento y organigrama
Funcionamiento
Publicaciones anónimas: No es necesario tener una cuenta para subir una convocatoria. Las convocatorias publicadas sin cuenta serán revisadas por nosotras. Intentamos publicarlas enseguida, pero somos voluntarias: si tienes mucha prisa, cuélgala con más antelación la próxima vez.
Cuentas por colectivos afines: Si compartís la carta de valores, podéis escribirnos a mad.convocala<arroba>sindominio.net y os explicaremos cómo empezar a publicar. Evidentemente, nos reservamos la posibilidad de deciros que no si creemos que no somos compatibles.
Dentro de nuestras capacidades, invitaremos a colectivos que ya conozcamos o con los que tengamos relaciones de confianza y compañerismo.
Etiquetas: El campo de etiquetas es libre, pero intenta utilizar etiquetas existentes equivalentes para facilitar búsquedas futuras. (por ejemplo: #medioambiente, #arte, #LGTBIA+, #vivienda, #ecologismo, #concierto, #kafeta). Intentamos que sigan este formato:
Formato del evento (charla, taller, concierto, manifestación, presentación, …)
Temática o lucha (antiracismo, feminismo, vivienda, …)
Barrio o distrito
Hashtags que tenga el cartel o el texto que acompaña
Asistencia (no mixto, espacio para peques)
Colectivo/s que organiza/n
Actividades puntuales, periódicas, o jornadas: Las actividades periódicas como talleres, asambleas, deportes, etc, también tienen cabida, pero pedimos responsabilidad de ir actualizándolas para conseguir que nadie se tope con una puerta cerrada.
También se pueden publicar como una sola actividad actividades que duren más de un día, como jornadas, fiestas, acampadas, eventos o encuentros.
Organigrama de mad.convoca.la
mad.convoca.la: Colectivo de activistas y militantes que da vida a una agenda activista y cultural pública y federada, surge desde el hacklab de la Ferroviaria donde podéis encontrarnos los miércoles a partir de las 18:30-19.
convoca.la: Iniciativa propulsada por sindominio.net para impulsar el uso de Gancio como herramienta digital para la autoorganización de movimientos sociales. Gestionan el alojamiento de la herramienta facilitando un despliegue propio para los territorios que lo pidan.
sindominio.net: “Sindominio es un servidor de internet autónomo y autogestionado por una comunidad de seres que apuestan por formas de funcionamiento digital horizontales y seguras. Sindominio nació en 1999, se organiza de manera asamblearia y hoy sigue siendo un espacio para el aprendizaje mutuo y el empoderamiento tecnológico. Sindominio provee a activistas de herramientas y recursos en internet como correo electrónico, listas de correo, mensajería instantánea y páginas web, entre otras.”
Gancio: Aplicación web de código libre que procura ser una agenda compartida para comunidades locales. El proyecto nace en Italia en el Hacklab Underscore que actualmente mantiene el código. Funcionalidades relevantes:
Enfocada en el contenido no en las personas: la identidad de las personas que publican en Gancio no aparece en ningún lado, ni siquiera bajo un pseudónimo ni siquiera a las usuarias administradoras (excepto en la base de datos). Esta no es una plataforma que fomente el ego en ese sentido.
Visitas primero: no queremos las personas con una cuenta tengan a su disposición más funcionalidades que una persona que está visitando la página sin darse de alta. Es más, no queremos que las usuarias se registren excepto en caso de que quieran publicar un evento, para lo cual también existe una forma anónima y sin registro de hacerlo.
Eventos anónimos: de manera opcional, una persona visitante de la web puede crear un evento sin registrarse (una administradora deberá validar dicho evento)
No nos importa dar el bombazo informativo: por lo que exportamos nuestros eventos de múltiples formas, via feeds de RSS, via ics individual o global, permitiendo crear iframes para embeber uno o varios eventos en tu propia página web, via AP, microdata y microformat.
Interfaz de usuarix (UI) intuitiva.
Se pueden crear eventos que duren varios días
Se pueden crear eventos recursivos
Filtrado de eventos a través de un sistema de etiquetas
Exportación con filtros incluida de RSS e ICS
Posibilidad de embeber eventos con componentes web e iframes
Filtro de eventos por tags o lugares.
¡Comparte, guarda y comenta eventos desde el fediverso!
Múltiples opciones de configuración (tema claro y oscuro, abrir o cerrar el registro de usuarias, habilitar eventos recursivos…
Licencia AGPL-3.0 Licence.
Carta de valores
De momento hemos adoptado la carta de valores de bcn.convoca.la:
Comunicación y organización
La okupación digital de espacios de comunicación y autoorganización.
Apoyo a la difusión comunitaria de los movimientos sociales.
Por la comunicación entre colectivos, por entrelazarnos más y pisarnos menos.
Para facilitar la planificación personal de las activistas, que es decir.
Tecnología
Autogestionada: que devuelve la gestión de contenidos a la comunidad y colectivos los cuales generan estas propuestas, tanto culturales y sociales.
Independiente (que no excluyente): una respuesta alternativa a las plataformas como Facebook, Instagram, Telegram o Twitter. Que hacen vigilancia masiva, censura política, manipulación social (publicidad), y control de contenido que es poco transparente y se ha comprobado que favorece a los poderes económicos.
Respetuosa con la privacidad: minimización de datos recogidos, identidades colectivas, publicaciones anónimas.
Autónoma: utilizamos una herramienta de código libre y colaborativa (Gancio), alojada en servidores radicales (Sin Dominio).
Principios
Tenemos una óptica interseccional. Todas las luchas son necesarias y es necesario unir fuerzas en base al respeto y el aprendizaje mutuo, reconociendo los propios privilegios, compartiéndolos, renegando, y luchando contra los privilegios de otros, y por la justicia social y la equidad.
Queremos contribuir al trabajo que están realizando colectivos implicados en:
Antirracismo, derechos de personas migrantes, lucha anticolonial
Transfeminismos
Movimiento LGBTIQ+
Sindicatos de Vivienda, antidesahucios y de barrio
Centros sociales, ateneos (okupados, autogestionados, populares, libertarios)
Sindicalismo combativo
Anticapitalismos
Ecologismos y animalismo
Agroecología y movimientos rurales
Abolicionismo de la represión, lucha anticarceria
Defensa y transformación de servicios públicos: educación, sanidad, transporte…
Movimiento cooperativo
No queremos contribuir a variantes de estas luchas absorbidas por el capitalismo (liberales, mercantilizadas) o por el Estado (institucionalizadas)
feminismo liberal
feminismo transexclusivo o putofóbico (terf/swerf)
sindicatos amarillos
partidos políticos
instituciones de la administración pública o su órbita cómplice
racismo o clasismo asistencialista
extrema derecha
capitalismo verde, ecofascismo
movimientos “apolíticos” instrumentalizados por la derecha
Materiales de presentación
Dependiendo del contexto en el que estemos para presentar el proyecto de mad.convoca.la a los colectivos hay diferentes formatos que podemos usar:
Mensaje de contacto con colectivos cuando subimos un evento suyo
Para encontrar la lista de colectivos con los que hemos contactado visita este pad, ahí también puedes encontrar la versión más actualizada del mensaje a enviar.
Hola @NombreColectivo,
Acabamos de subir vuestro evento a https://mad.convoca.la. Esperamos que no os importe 😜, si no es así, comentanoslo y lo borramos :). Podéis verlo aquí:
<<Link al evento>>
Decidnos si véis alguna mejora en los datos del evento.
Somos el colectivo mad.convoca.la (http://mad.convoca.la/) y estamos impulsando una agenda política y contracultural en Madrid. Velamos por la okupación digital de los espacios de comunicación y autoorganización. De forma que intentamos dar apoyo a la difusión comunitaria a los eventos de los movimientos sociales.
Si queréis contribuir, podéis empezar a subir vuestros eventos o difundir la web. El boca a boca siempre es la mejor estrategia. También os invitamos a nuestra asamblea itinerante y abierta a colectivos. La próxima es el Martes 6 de Junio en La Villana.
Para saber más sobre el proyecto, aquí tenéis más información: https://hacklab.frama.io/grupos/convocala y https://mad.convoca.la/about.
No dudéis en comentarnos cualquier duda o mejora que os surja,
Un abrazo
[Opcional]
También hemos visto que tenéis un calendario en la web con Wordpress. Existe una extensión para Wordpress que os permitiría subir los eventos automáticamente a mad.convoca.la. Si os interesa podemos ayudaros a instalarlo.
Presentación en un punto de asamblea
Útil para cuando presentamos el proyecto en la asamblea del propio colectivo a contactar, o como introducción si hay gente nueva en la asamblea de mad.convoca.la. La idea es que no lleve más de 10 minutos
Presentación del proyecto
Somos un colectivo que está creando una agenda política y cultural autónoma, que quiere contribuir a difundir y coordinar acciones públicas de colectivos sociales y políticos en Madrid. Para sacar adelante el proyecto usamos dos herramientas una página web y el colectivo.
Presentación de la página
En la página web se pueden ver y subir los eventos de forma amigable e intuitiva. Al estar hecha específicamente para este fin tiene funcionalidades muy interesantes como:
Automatización de difusión: La página tiene mecanismos para propagar la información de manera automática cuando se suba o edite un evento. Es capaz de publicar eventos en:
Tienes las siguientes ayudas a la hora de subir un evento:
Autocompletado de tags y lugares.
Aviso sobre eventos ya convocados para evitar pisarnos.
Selectores gráficos de fecha y hora.
Selección de fragmento de imagen a mostrar.
Facilidad de visualización de eventos: A través de:
Página principal con resumen de todos los eventos.
Filtrado de por barrios, lugares, tags o fechas.
Página específica de cada evento
Ver en un mapa dónde va a ser el evento.
Creando rutas andando, en bici o coche para saber cómo llegar.
Creación anónima de eventos: Por si no quieres crearte cuenta o que se te asocie con el evento.
Recuperar la soberanía comunicativa: La página está alojada en servidores radicales (Sin Dominio), utilizamos una herramienta de código libre y colaborativa (Gancio) y un colectivo asambleario (Convócala Madrid) decide qué se publica y qué no. De manera que no dependemos de las redes y filtros capitalistas para difundir nuestros eventos.
Presentación del colectivo
Desde el colectivo promotor hemos establecido una serie de principios que los eventos han de cumplir para ser admitidos. No obstante en el día a día de la gestión de la agenda surgen debates y decisiones políticas que no sentimos que tengamos la potestad de tomar solas. Por ejemplo:
Qué colectivos no están representados y queremos que estén.
Si subir o no un evento que está en los grises de los principios y normas que determinan cuales son aptos.
Actualización de dichos principios y normas.
Moderar eventos de luchas en las que no estamos presentes.
Por ello queremos que el colectivo crezca hasta representar la diversidad de las luchas de esta ciudad y que entre todas tomemos estas decisiones.
Para ello os invitamos a la siguiente asamblea itinerante del colectivo que va a ser el << introducir día >> en << introducir lugar >>.
Presentación completa del proyecto
Útil para una kafeta o una sesión específica para dar a conocer el proyecto.
Trabajo pasado, presente y futuro
Trabajo presente
Automatización de ingesta de eventos
Para hacer más agradable el proceso de subir eventos estamos trabajando en las siguientes mejoras:
Sincronización de eventos con wordpress
Queremos volcar los eventos de las páginas de los colectivos y centros sociales a mad.convoca.la. Se hizo un listado rápido y la mayoria usaban wordpress.
Para conseguir la sincronización estamos explorando estas dos vías:
Existe un plugin oficial de Gancio que se instalaría en los wordpress de los colectivos que subiría los eventos en convócala a traves de un token. Lo probamos y no funcionaba, pero le queríamos dar otra vuelta a ver si lo podíamos arreglar. Luis y Alejo están siguiendo este camino.
Hemos conseguido que funcione pero aún tiene errores, estamos trabajando para que funcione más
Hacer un programa escrito en Python de sincronización.
De momento esta vía está parada ya que parece que el plugin de wordpress funciona. Dejamos los pasitos escritos por si en el futuro queremos retomarla.
Pasitos:
Subir eventos nuevos desde las webs de los colectivos a mad.convoca.la
Extraer los eventos de las webs de los colectivos
Hacer listado de las webs de las que queremos extraer los eventos
Seleccionar la que nos parezca más interesante
Analizar esta web para ver si tiene API o si hay que scrapearla
Crear el programa que de la información disponible de la web extraiga los datos
Acordar el esquema del modelo de datos (qué queremos guardar de cada evento y qué tipo tiene cada propiedad)
Analizar el modelo de datos de gancio para hacerlo compatible
Crear el código que traduzca la información de origen al esquema de datos acordado
Descubrir cómo usar el token para hacer las peticiones
Extraer los eventos existentes en mad.convoca.la: Hacer petición a nuestra API para extraer los eventos.
Comparar la información de los eventos con los que ya hayamos extraído de las páginas de los colectivos
Investigar si es posible hacer actualización de los eventos a través de la API
Si no lo es, abrir issue preguntando al desarrollador por la funcionalidad
Asignar un método u otro (POST/PUT) en función de si el evento existe o no
Hacer el código que haga la subida
Actualizar eventos que hayan sido modificados en el origen
Automatización de ingesta de eventos desde telegram
Estamos haciendo un bot interactivo de telegram para subir eventos.
También se pueden publicar como una sola actividad actividades que duren más de un día, como jornadas, fiestas, acampadas, eventos o encuentros.
Trabajo futuro
Guías tácticas para la soberanía comunicativa y tecnológica
Cómo publicar eventos en la web de tu colectivo y mandarlos automáticamente a Gancio
Cómo publicar de forma anónima en Gancio
Cómo sincronizar eventos de Gancio en tus calendarios personales
Todo en un canal de Telegram o en una cuenta del fediverso
Cómo publicar en un espacio propio y llegar a las redes sociales privativas
Bienvenida y presentación a personas/colectivos que participan por primera vez
Presentación del proyecto: ¿Qué ha sido hasta ahora mad.convoca.la?
Herramienta (la semilla del proyecto): la web de mad.convoca.la está basada en el software Gancio que ofrece funcionalidades muy interesantes y que cuenta con al menos un desarrollador muy activo. La web está alojada y mantenida gracias a una colaboración con SinDominio.
Grupo motor (asamblea mad.convoca.la): con base en el hacklab de la ferro. Hasta ahora nos hemos familiarizarnos con la herramienta. Hemos revisado su funcionamiento, pedido mejoras y creado otras. Y hemos reflexionado sobre la soberanía comunicativa y tecnológica y planteado cómo de útil puede ser para los movimientos sociales de Madrid reforzar estos aspectos.
Ronda de preguntas
Actualización de la presentación del proyecto en otras asambleas
Para las próximas presentaciones en otros espacios, el texto de la web sirve como base
Se comenta el feedback sobre la presentación en la asamblea de la Villana
Definición de la asamblea
¿Qué responsabilidades queremos tomar como asamblea? (Lluvia de ideas y discusión)
Promoción activa y expansión de la subida de eventos a todos los tipos de luchas.
Definición del proyecto y qué eventos queremos publicar.
Crear el propio colectivo de mad.convoca.la.
Generar un espacio común de difusión de eventos.
Integrar a colectivos dentro del propio colectivo de mad.convoca.la.
Automoderación de los eventos conflictivos en cada asamblea mensual y comprobar si cumplen con los valores establecidos.
Buscar las líneas verdes de aceptación de eventos y las líneas rojas en función que vayan ocurriendo.
Los conflictos de publicación se moderarán en la asamblea de cada mes. Las personas afectadas puedan tener espacio para debatir las líneas rojas. Se añadirán al orden del día. Se tendrá un contacto (email, grupo de bienvenida de telegram o contacto personal) donde poder escribir quejas y convocar a las personas afectadas a debatir sobre el conflicto.
Limitar en número de personas por cada colectivo en la asamblea para no monopolizar las asambleas por un colectivo con presencia mayoritaria.
Centrar esfuerzos en la presentación del proyecto.
Propuesta de asamblea mensual minimizada bajo demanda en vez de seguir con las asambleas itinerantes.
¿Queremos seguir con las asambleas itinerantes? ¿Con qué bases y qué contenido se trataría en las mismas?
Posibilidad de crear una programación por distintos espacios para darse a conocer.
Se propone convocar asambleas si surge algún conflicto.
También se apoya seguir haciendo asambleas itinerantes mensuales.
Se decide encontrar un punto medio de las dos opciones de asamblea.
Definición del rumbo del proyecto.
¿Espacio para personas militantes o más popular?
Crear anclaje popular para el uso de la página.
Posibilidad de ligar una presentación en el espacio a la asamblea itinerante.
Para la parte más técnica dejar un grupo operativo separado que vaya gestionando las necesidades bajo demanda.
Creación de fanzines.
¿Qué se espera de mad.convoca.la para otros colectivos?
¿Qué necesidades tienen otros colectivos?
No sobrecargar a una persona o comisión de comunicación para subir eventos.
Evitar posible censura de las plataformas digitales, por ejemplo límite de descripciones o contenido.
Formalización de un grupo de aprendizaje sobre la soberanía comunicativa
¿Qué otros colectivos han creado otras agendas?
¿Qué estrategias han tomado?
El pilar fundamental es albergar el contenido en un espacio dónde tener soberanía y no en plataformas privativas.
Facilitar la difusión de eventos.
Empoderar a los colectivos de forma autónoma en sus propios espacios de difusión.
Próxima asamblea
Primer miércoles del mes de julio.
La siguiente será en la ferro.
Varios
Difundir el crowdfunding de la villana por redes.
Subir un evento online que dure 20 días.
Se plantea un supuesto donde no haya eventos y cómo se podría reutilizar la web.
Se plantea crear puentes a redes sociales privativas y si es responsabilidad de la asamblea.
Posibles métricas para saber si avanza la plataforma. Por ejemplo de la diversidad de colectivos o número de eventos.
Se prefiere no tener métricas.
Tareas concretas
Comunicar a otros colectivos durante este mes.
Asamblea Convócala 2023-05-24
Canal de subir eventos
Preocupación: Limpiar eventos recurrentes de vez en cuando:
Conseguir contacto de eventos recurrentes
Conseguir un contacto por colectivo
Tarea: Lyz crea el grupo (hecho)
Preparar presentación en la asamblea de la villana
Pasar hora de la asamblea de la villana
No usar la palabra servicio ni herramienta, tiene que ser un común
Impulso inicial del hacklab de la ferro hasta que corra
Dani creación de fancine
Llegar a la persona de los colectivos que sube los eventos y hablar con ella
Intentar no crear cosas que luego tengamos que deshacer
Tarea: Lyz crea guión de qué presentar y cómo y se debate entre todas
Preparar asamblea convocala en la villana
Ideas:
Qué experiencias se tuvo con Okupanel (proceso de adaptación, por qué se dejó de usar, qué gustaba de okupanel, qué no, qué se mejoraría)
Generar debates sobre:
Qué es soberanía comunicativa
…
Cómo crear el colectivo moderador
Cómo se va a hacer la moderación
Lugar y día de la siguiente asamblea
Tarea: Luis se encarga de preparar los puntos y la dinamización. Tener un orden del día para presentar a la otra asamblea
Avances Bot de telegram de ingesta
Se comentaron ideas.
Programa de radio RadioActivas (rne5) movimientos sociales
Dani lo empieza a mover y nos dirá
Revisión de tareas
Asistencia en el hacklab
Asamblea Convócala 2023-05-10
Balance del mes
Valoración positiva general
Siguiente Asamblea
Semana del 7 de junio, queda decidir día, hora y dónde.
Debatir el documento de presentación mad.convoca.la
Poco tiempo para poder revisarlo en profundidad desde que se compartió, nos podemos dar este mes para hacer aportaciones. <- Punto en la asamblea siguiente para debatirlo
Tenerlo como borrador sobre el que trabajar
Meter la persona que convoca como un tag o descripción más <- Lyz lo mete en el documento
Priorización de vias para sacar adelante el proyecto
Al final no lo priorizamos pero salieron las siguientes vías:
Aplicación del plugin de wordpress en colectivos
Mejorar los errores del plugin (Jorge, Luis)
Creación de material para las usuarias
Automatización de ingesta de eventos desde telegram
Hacer un bot interactivo de telegram para subir eventos
Hacemos grupo de trabajo para el bot: Mati, Neko, Guille, CodeRed, Lyz, Jorge,
Creación del colectivo moderador (más allá del hacklab)
Mejora gráfica de la página
Logo de la página mad.convoca.la (Neko)
Mejora de la funcionalidad de la página
Añadir enlace de cómo contactar con nosotras en la web
Dar difusión de mad.convoca.la por mensaje que se reenvie por grupos
Neko empieza a desarrollar el mensaje
Difusión por los colectivos
La Villana (Lyz lo lleva a la asamblea)
Marta intenta buscar contacto de la gente de no a la tala e intentamos hacer contacto.
Crear el canal de bienvenida de convocala fuera del hacklab para preguntar dudas y primeros pasos. <- Jorge hace el canal y de momento lo modera
Empezamos por la web y vamos valorando otras. Lyz sube este acta a la web y el texto de Luis y luego se harán modificaciones.
Varios
Hacer la siguiente asamblea en la Villana, hacer dudle para ver qué día de la semana del 7 de junio podemos hacerla (preguntar disponibilidad a La Villana)
Tareas para la siguiente asamblea
Cerrar día, hora y lugar de la siguiente asamblea (Lyz)
Tener como mucho 1 evento de larga duración para no saturar la web. Si hay alguno decidir en el canal cual priorizar. Aunque ahora se pueden ocultar y se supone que los eventos de corta duración se ven antes.
Diferenciación por zonas
Si hay muchos eventos que por defecto los deshabilite
Borrado del evento de Swing de Barrio
He visto que un evento que creé de clases de swing se ha borrado sólo quería saber por qué
Desactivar el logo
Abrir issue de separar por pestañas los tipos de eventos
Definir la linea roja de financiación
Notas
Llevar a los centros sociales antes de hacer el nexo
Generar la agenda por nosotros en vez de hacerla colectiva (por usar scripts)
Se propuso hacer una reunión con la gente de la Prospe y la Uni popular para
definir un plan de formación sobre cómo enseñar. Jarvis está coordinando el
contacto con los diferentes grupos. Decidimos hablar de este tema en el grupo
de coordinación.
Garantizar actividad de aprendizaje todos los miércoles
Queremos definir una hora fija en la que todos los miércoles se realizará una
actividad de aprendizaje. Las personas interesadas son Violeta, Jarvis, Neko,
Miguel, Red y Lyz.
Esta actividad puede ser desde apoyo uno a uno a resolver dudas, problemas y bloqueos
hasta sesiones de formación específicas.
Para tener una visión sobre los intereses de las personas del hacklab hicimos
este
listado.
Crear un repositorio de documentación para ayudar al aprendizaje
Queremos armar en la wiki una biblioteca sobre cada tema, donde se encuentre una
guia e como ir aprendiendo y material (serian recursos pensados en cuanto a como
ir aprendiendo, el material recomendado para cada cosa, etc., no el material en
si porque para eso esta internet entero).
El sistema sería que cuando alguien esté interesada en introducirse en un tema,
vaya a los recursos y pregunte a una mentora sus dudas (habría un espacio para
esto en los encuentros de los miércoles), y cuando alguien quiera proponer un
tema lo anote en la tabla.
Se van a dar talleres prácticos de seguridad.
Los primeros constan de dos partes.
Una para montar un laboratorio para hacer pentesting avanzado, y para aprovechar la infra del laboratorio, se dará algo mas genérico de introducción al hacking.
Cooperativa (todavía no formada, por ahora gestionada mediante otra cooperativa)
Visión crítica: Usuarias como productoras de información en lugar de consumidoras. Los beneficios de la producción se reinvierten en I+D.
Ahora mismo es una operadora virtual y el servicio lo proporciona Más Movil. Tienen visión de crecer y dejar de depender de MM.
Tiene permanencia de 1 año, se puede hacer un cambio de domicilio sin coste, y creen que sucesivos cambios son 50 pavos. Las multas por romper la permanencia serían de 120€ los primeros 6 meses y 60€ los segundos (dato también por confirmar).
Tarifas fibra + fijo:
100Mb 29.99€, 600Mb 39.99€, 1Gb 49.99€<
Se puede aumentar la velocidad sin penalización.
Cosas random
Guifi.net: requiere montar una antena en la azotea, un router próximo con alimentación eléctrica, tener visibilidad con algún nodo existente y tender un cable de red entre el CSO y la azotea. Verificar que los nodos a los que tenemos acceso hay alguno que haga proxy hacia internet.
Contratación de proveedor: no todos los proveedores dan servicio a CSOs. Tiene un coste recurrente, pero la conexión será estable.
Router 4G o 5G, tiene coste mensual de la tarjeta, da menos conectividad que la fibra pero tenemos menos problemas con quién la contrata. Algunos ejemplos:
La conexion local podria utilizar la instalacion ya hecha pero se requiere identificar los cables (estan cortados), una crimpadora, cabezales rj45 y routers que sean compatibles con OpenWrt.
Localizar zonas donde se necesite Internet para saber cuando APs wifi necesitamos.
Empezar por la biblioteca.
El local está cableado, con cables que terminan en la sala que hay junto a los baños de la biblioteca (y puede que otros terminen en otro cuarto pequeño que tiene un cuadro eléctrico). Los cables no están etiquetados y en las puntas faltan conectores RJ45.(llegan el lunes 13 y el 15 los traigo)
Hay que decidir los segmentos de red que necesitamos: p. ej, usuarias del CSO, servicios internos, servicios públicos… Empezar por un segmento para usuarias.
Material necesario:
[x] Switch.
[x] Cable de corriente para el switch (uno estándar de fuente de alimentación de PC).
[ ] Cables de red, uno por cada sala en la que queramos poner un Access Point. Quizá sean necesarios más en el sitio donde vayamos a poner el switch.
[x] Crimpadora para poner conectores RJ45 en la punta de los cables que hay en el edificio.
[ ] Conectores RJ45 para esos cables, uno por sala.
[ ] Portátil, Raspi o lo que sea, si queremos meter todo el tráfico por Tor / VPN / yggdrasil.
Grupo de Cuidados
( A completar con el manifiesto del grupo )
Qué rasgos definen un espacio como seguro:
Libre de violencias de todo tipo
No ocurren comentarios (micro)machistas, (micro)xenófobos, ni micro(homófobos)…
Siempre abierto a la escucha
… pendiente definir más
Decisiones
Conseguir que el hacklab sea un espacio seguro
Dar respuesta a comentarios, comportamientos o actitudes que pueden hacer peligrar el
espacio seguro interviniendo de manera constructiva, positiva y pedagógica para
la persona que la recibe y que sirva para evitar otras situaciones similares en
el futuro.
Generar un espacio de cuidados en cada encuentro
Generar un espacio cada encuentro de entre 15 y 20 minutos de crítica
y autocrítica para plantear nuestros sentires y poder ir trabajando de a poco
nuestra perspectiva en torno a la crítica y al como gestionarla (a nivel
personal y colectivo). La idea es que se haga cada sesión para que sea una
construcción continua y constante pero sin que se haga pesado (en sí y el que
alguien tenga que preparar dinámicas y etc.), pero que en caso de que lo
sintamos necesario, hacer una reunión larga para tratar algo en particular.
Estaría pensado a las 20, e intentaríamos garantizarla entre todas, es decir,
que quien se dé cuenta de que es el horario recuerde que es el momento de
cuidados.
Ideas en el aire
Escribir un manifiesto que guíe al grupo.
Tratar de que las personas que llegan al espacio (nueva o no) se sientan
cómodas.
Necesitamos una actitud activa para que el hackLab sea realmente un espacio
seguro.
Hay actitudes que pueden generar incomodidades y romper ese “espacio seguro”.
Que las personas del hacklab puedan escribir de forma anónima temas a tratar.
Pedir consejo o apoyo a gente de la ferro, asambleas feministas, otros
colectivos.
Podríamos tirar de grupos de hombres y empezar con trabajo propio,
requiere un esfuerzo extra, e incluso se podría montar un grupo de
“masculinidades” fuera del hacklab.
¿Cómo se puede hacer seguimiento cuando hay gente que se va del colectivo? ¿Puede ser que se haya sentido incómoda?
Buscar equilibrio entre cuidados / intervención - (no convertir el hacklab en un espacio de terapia)
Actas
Miniespacio de cuidados 2022-07-20
Propuesta: Generar un espacio cada encuentro de entre 15 y 20 minutos de crítica
y autocrítica para plantear nuestros sentires y poder ir trabajando de a poco
nuestra perspectiva en torno a la crítica y al como gestionarla (a nivel
personal y colectivo). La idea es que se haga cada sesión para que sea una
construcción continua y constante pero sin que se haga pesado (en sí y el que
alguien tenga que preparar dinámicas y etc.), pero que en caso de que lo
sintamos necesario, hacer una reunión larga para tratar algo en particular.
Estaría pensado a las 20, e intentaríamos garantizarla entre todas, es decir,
que quien se dé cuenta de que es el horario recuerde que es el momento de
cuidados.
El plantear qué situaciones consideramos adecuadas y cuáles inadecuadas y el
cómo tratar situaciones específicas nos parece mejor dejarlo para después de
verano, pero teniendo en cuenta que es algo necesario y no hay que olvidarnos de
ello.
Miniespacio de cuidados 2022-07-13
Propuestas:
Necesitamos una actitud activa para que el hackLab sea realmente un espacio
seguro.
Hay actitudes que pueden generar incomodidades y romper ese “espacio seguro”.
Se pueden definir en un manifiesto.
También escribir pequeñas acciones/respuestas cuando se den circunstancias
como mini protocolos.
Dedicar unos minutos a un miniespacio de cuidados cada miércoles.
Pedir consejo o apoyo a gente de la ferro, asambleas feministas, otros
colectivos.
Podríamos tirar de grupos de hombres y empezar con trabajo propio,
requiere un esfuerzo extra, e incluso se podría montar un grupo de
“masculinidades” fuera del hacklab.
Que las personas del hacklab puedan escribir de forma anónima temas a tratar.
¿Cómo se genera un espacio de diálogo para tratar estos temas? Sin que suponga hablar a espaldas de otras personas que pueden ser amigas, conocidas…
Aprender a cuidar -> poner foco en empatizar.
Tratar de que las personas que llegan al espacio (nueva o no) se sientan
cómodas.
¿Cómo se puede hacer seguimiento cuando hay gente que se va del colectivo? ¿Puede ser que se haya sentido incómoda?
¿Cómo hacer para intervenir en positivo - no ir a “llamar la atención”, si no preguntar “¿cómo podemos hacer?, ¿por qué te estás comportando así..?”
Buscar equilibrio entre cuidados / intervención - (no convertir el hacklab en un espacio de terapia)
Qué rasgos definen un espacio como seguro:
Libre de violencias de todo tipo
No ocurren comentarios (micro)machistas, (micro)xenófobos, ni micro(homófobos)…
Siempre abierto a la escucha
… pendiente definir más
Qué podemos hacer ante determinadas conductas puntuales:
Ejemplos/consejos.
Recordar amablemente cuando hay un turno de palabra pedido.
Intervenir si interrumpimos a la persona que está hablando utilizando un tono de voz más alto ?
Dar bienvenida/acoger a una persona nueva que llega al espacio
Actitudes
Comentarios/actitudes/comportamientos machistas - ¿qué hacemos? - tratar de intervenir de forma pedagógica… ¿cómo?
Alguien suelta un comentario sexualmente agresivo -> no seguir la gracia - evitar retroalimientación
En cualquier caso, que la intervención sea
Positiva/constructiva/pedagógica para la persona que la recibe
Sirva para evitar otras actuaciones similares en el futuro
Página Web del HackLab Unipopular
En esta sección se presentan los recursos discutidos en el grupo de trabajo de la página web del HackLab Unipopular.
Página web estática vs CMS
CMS
Pros
Contras
Tecnologías
Mayor usabilidad por usuarixs sin conocimientos tecnicos / Más habitual fuera de entornos técnicos (el esfuerzo de aprender a usarlo tiene mas probabilidades de ser util mas alla del hacklab)
Mayor complejidad, curva de aprendizaje media.
Wordpress (GPLv2 or later)
Mayor escalabilidad
Requiere de mantenimiento
Ghost
Mayor flexibilidad, infinidad de plugins gratuitos en el caso de WordPress
Menor seguridad
Documentación, recursos audiovisuales en varios idiomas… en resumen gran accesibilidad.
Página Web Estática
Pros
Contras
Tecnologías
Facilidad de despliegue gratuito (solamente hace falta servir archivos estáticos)
Usabilidad, se necesita saber usar Markdown y git y/o la interfaz gráfica de un sistema de control de versiones
Hugo
No require mantenimiento.
No es tan personalizable
Jekyll
Menor complejidad, menor curva de aprendizaje.
Menos utilizado que otras alternativas
Gitlab pages
Mayor seguridad
Nikola
Podemos hostear en framagit (empresa sin ánimo de lucro, leer abajo)
Pelican
Mkdocs
Alojamiento
CMS
Entidades/colectivos afines
Pros:
Tejer redes
Contras:
Entidades pequeñas: mayor volatibilidad, menos redundancia, soporte, etc.
Páginas web estáticas
Framagit
Pros:
Es un GitLab autoalojado por una comunidad sin ánimo de lucro (Framasoft). Al ser una asociación sin ánimo de lucro, no tienen ninguna intención de monetizar los datos que puedan recopilar al visitar la web alojada en sus servidores. “Framasoft es una red popular y educativa que utiliza software libre creada en 2001 por Alexis Kauffmann. Desde diciembre de 2003, cuenta con el apoyo de una asociación con el mismo nombre con sede en Lyon, Francia. Se divide en tres grandes ramas de actividades basadas en un modelo colaborativo: promoción, difusión y desarrollo de software libre, y enriquecimiento de la cultura del software libre y de los servicios en línea.” https://es.wikipedia.org/wiki/Framasoft
Contras:
Tardan 2 o 3 de días en validar una cuenta nueva.
GitLab.com
Pros:
Es una plataforma Open Source https://gitlab.com/gitlab-org/gitlab y tiene un servicio de CI/CD potente y configurable (GitLab CI, se basa en imágenes de Docker)
Contras:
Está mantenido y el alojamiento lo ofrece una empresa.
GitHub
Pros:
Contribuyen al Open Source https://github.com/github y tienen un servicio de CI/CD configurable (GitHub Actions)
Contras:
Es una plataforma privativa, el servicio está mantenido y el alojamiento lo ofrece una empresa. “Microsoft compró GitHub por la cantidad de 7500 millones de dólares.“https://es.wikipedia.org/wiki/GitHub
Dominio
Subdominio entidades/colectivos afines
Pros:
Delegamos la responsabilidad de la gestión del domino.
Contras:
Perdida de autonomia y necesidad de colaboraciones adicionales.
No-ip/servicio de nombres para ips dinámicas
Pros:
Gratuito.
Contras:
Requiere una persona responsable de la cuenta con el proveedor.
Requiere renovación mensual de forma manual por el adminstrador de la cuenta (por lo menos en No-Ip).
Compra de dominio
Pros:
Autonomia absoluta sobre la gestión del dominio.
Podemos crear subdominios para las distintas organizaciones dentro de la ferro.
Se puede elegir el nombre más apropiado.
Contras:
Requiere de los datos personales de una entidad/persona
Configuramos la integración y despliegue contínuo creando el archivo .gitlab-ci.yml con la plantilla de Hugo. Si realizamos esto desde GitLab, en el contenido de la plantilla de GitLab, será necesario modificar la rama master por main.
# This file is a template, and might need editing before it works on your project.---
# All available Hugo versions are listed here:# https://gitlab.com/pages/hugo/container_registryimage: registry.gitlab.com/pages/hugo:latestvariables:
GIT_SUBMODULE_STRATEGY: recursivetest:
script:
- hugoexcept:
- mainpages:
script:
- hugoartifacts:
paths:
- publiconly:
- main
Modificar la URL base que tiene esta estructura baseURL = "https://<gitlab-user>.gitlab.io/<project-name>/".
Habilitar el acceso a todos los públicos a GitLab. Navegar en los ajustes del proyecto de GitLab y expandir Visibility, project features, permissions > Pages > Everyone.
Este crucigrama es un proyecto personal de una persona miembro de Hacklab.
Crossword
Go up
Decisiones
Compendio de decisiones del hacklab
Reparto de las tareas del centro social
Como colectivo de la Ferro nos comprometemos a:
Asistir a las asambleas de la ferro (aproximadamente cada 10 días). Para ello
hemos creado un documento para
coordinarnos
y se propuso que cada semana se acordara sobre quien puede ir.
Estar en el grupo de Whassap de la Ferro.
Se acuerda en rotarse cada mes quién está en el grupo
Quedamos en apuntar las decisiones tomadas en el pad
Hacer cafetas y limpieza del centro cuando nos toque (aproximadamente cada 2 o 3 meses).
Se nos ocurre que podemos coordinarlo con uno de los siguientes talleres:
Jornadas de privacidad
Taller de lockpicking y bricolage
Taller de intrusión física
Normalmente se suele hacer la limpieza después de la cafeta.
Se nos pidió que fuésemos comentando qué íbamos a hacer los miércoles por el
grupo de difusión de la Ferro, pero aún no lo hemos hecho.
Las asambleas del hacklab
Se empieza cuando seamos 8 personas o un 50% de las confirmadas.
Escribir el orden del día con antelación y que sea lo más corto posible
Duración máxima dos tiempos de 45 minutos con un descanso entre medias.
Actas
Plantilla de orden del día de asamblea
Reparto de roles de la asamblea (moderar y acta).
Ronda de presentación.
Anuncios del centro social.
Balance general del mes
Reparto de las tareas del centro social.
Asistencia a las asambleas de la ferro (aproximadamente cada 10 días)
Estar en el grupo de whassap de la Ferro
Cafetas / Limpieza
Actualización de los grupos de trabajo.
Internet
Red local
Aprendizaje/Mentorias
Web
Sistemas de comunicación
Cuidados
Jornadas de privacidad
Encuadernación
Radio y radioafición
Openwrt y otros sistemas embebidos
“H4ck1ng”
Install party
Día y hora de la siguiente asamblea.
2023 Febrero
Acta de la asamblea del 8 de Febrero
Hora: 20:00 a 22:00
Reparto de roles de la asamblea (moderar, acta y turnos).
Ronda de presentación.
Anuncios del centro social.
Plenario de la ferro
El 19 de febrero es el pre-plenario
El 25 de febrero es el plenario
Reparto de las tareas del centro social.
Se propone hacer una kafeta en marzo para ayudar en la financiación del espacio. Están libres los tres últimos viernes de ese mes pero la asamblea no llega a concretar una fecha. Se propone hacer una votación por el grupo de bienvenida para decidir la fecha.
Balance general desde la última asamblea.
Se percibe una noción general de ha venido menos gente en el último mes. Además, se comenta la necesidad una coordinación más sólida para que vayan saliendo los proyectos adelante.
Actualización de los grupos de trabajo
Convocala. La agenda de eventos autogestionados para crear una agenda política y contracultural.
Una forma sencilla de colaborar en el proyecto es subiendo eventos a la plataforma.
Ahora hay dos personas encargadas para la moderación de eventos. Los roles de moderación de eventos serán rotativos cada mes.
Se propone implementar un script automatizado para la detección de errores en las imágenes de docker. Sería una forma de apoyar el propio proyecto de gancio y a las compas de sindominio.
Para facilitar la subida de eventos y conexión automática con colectivos, se plantea el uso del plugin de gancio para wordpress. Hay varias personas interesadas en investigar el funcionamiento del plugin.
El bot de telegram todavía no está del todo funcional. Falta contactar con sindominio para que integren la última actualización del código en la imagen desplegada.
Soberanía tecnológica y autodefensa digital.
Se llevó a cabo la mesa redonda de software libre en el móvil. El debate derivó en las posibles líneas de acción del hacklab y acompañamiento de colectivos.
Se plantea darle seguimiento a la mesa redonda con un taller de hábitos digitales y/o uno de autodefensa digital.
Uni popular.
Posible reunión conjunta.
Infraestructura e internet.
Se plantea extender la red local del espacio y utilizar los ordenadores para desplegar servicios.
Hoja de ruta hacklab
Ejercicio con los posits
¿Qué queremos que sea el hacklab?
Un espacio seguro
Un semillero de proyectos
Un colectivo político de autodefensa digital
Un espacio lúdico
Una espacio de aprendizaje colectivo
¿Qué te motivaría hacer este mes en el hacklab?
Seguir con las mentorías de linux.
Continuar con el proyecto de convocala e implementar el script de actualización.
Investigar el plugin de wordpress para convocala.
Realizar debates políticos sobre los retos del movimiento hacker, autodefensa digital y el uso de la tecnología.
Mejorar la infraestructura del espacio.
Recopilar y compartir infografias sobre distintas tecnologias.
Contactar con nodo50 para obtener un dominio.
Montar un servidor de XMPP y otros servicios libres.
Acercarse a colectivos para conocer sus necesidades y preocupaciones tecnológicas.
Realizar talleres formativos y tener una actitud proactiva de apoyo técnico a colectivos.
Taller sobre hábitos digitales y autodefensa digital.
Crear un contacto o chat permanente para el acompañamiento de colectivos.
Continuar con el aprendizaje de python a través del proyecto de gestión de turnos.
¿Cómo conseguimos hacer lo que queremos?
Varios
Supergrupo
¿Qué queremos que sea el hacklab?
2022 Julio
Orden del día asamblea 2022-07-06 18:30
Reparto de roles de la asamblea (moderar y acta).
Ronda de presentación.
Anuncios del centro social.
Reparto de las tareas del centro social.
Reparto de las tareas del centro social
Asistencia a las asambleas de la ferro (aproximadamente cada 10 días)
Las últimas 2 asambleas no ha podido ir nadie
Se recuerda que recomiendan encarecidamente asistir a la asamblea del espacio
Se propone que cada semana se hable y ver quien puede ir
Estar en el grupo de whassap de la Ferro
Se acuerda en rotarse cada mes quién está en el grupo
Quedamos en apuntar las decisiones tomadas en el pad
Cafetas / Limpieza
Jornadas de privacidad
Taller de lockpicking y bricolage
Taller de intrusión física
Habría que hacer turno de limpieza después de la cafeta
Consensuamos comentar en la siguiente asamblea de la Ferro
Se nos pidió que fuésemos comentando qué íbamos a hacer los miércoles por el
grupo de difusión de la Ferro. Puede ser una buena manera de comentar qué se
está haciendo para que se sepa que estamos funcionando.
Seguimiento de tareas
Reorganización de los pads
Se propone pasar manualmente las cosas de los pads en el git de la web:
Cuando esté curado el contenido, se pasa
Una vez esté en la web, se quita del pad
Encargarse de las llaves
Acordamos abrir a las 18
Acordamos proponer a la comisión de logística tener otro juego de llaves
El 13 abre Lyz
El 20 abre Pedro
Normativa de los grupos
Hay que acotar lo que se considera SPAM.
Se habla que las conversaciones entre pocas personas, que solo
importan a esas personas, que generan mucho ruido.
Se recuerda que hay grupos más específicos
Grupo de bienvenida
Se propone automatizar la bienvenida.
Se propone también tener un verificador tipo captcha
Se propone acordar a posteriori el que haya una bienvenida que
invite a ir presencialmente a que se haga la bienvenida desde el
punto de vista de cuidados
Actualización de los grupos de trabajo.
Internet
Seguimiento reunión con el EVA y la Ferro para hacerles una propuesta.
Se ha hablado de contratar Mano, que es gente afín y que no tiene problemas
de que sea una okupa.
Es una cooperativa que está empezando, que tiene menos de 100 usuarios y se
ofrecen para venir presencialmente a explicarlo.
100mb 29.99€
600mb 39.99€
Red local
Se ha hablado de montar un taller de crimpar y hacer el despliegue de
red, en principio a nivel interno pero con posibilidad de abrirlo y
anunciarlo públicamente.
Aprendizaje/Mentorias
Se propuso hacer una reunión con la gente de la Prospe y la Uni popular para
definir un plan de formación sobre cómo enseñar. Jarvis está coordinando el
contacto con los diferentes grupos.
Nos coordinaremos por el grupo de coordinación.
Queremos definir una hora fija en la que todos los miércoles se realizará una
actividad de aprendizaje. Las personas interesadas son Violeta, Jarvis, Neko,
Miguel, Red y Lyz.
Jornadas de privacidad
Se han conseguido ya 5 charlas, pero cree que es para después de verano.
Web Hacklab
Seguimiento definición del contenido y las herramientas para la web
Hay un prototipo montado, falta definir el contenido.
Se propone unificar la wiki con la web.
Se propone empezar a usarlo.
Plantear un minitaller para enseñar a editar una web en markdown.
Usamos el repositorio de Framagit
Web de la Ferro
Mejor un CMS que lo que tenemos montado para el hacklab.
Empezar a usar la web del hacklab, ver qué puntos fuertes y débiles tienen,
Presentarles la web del hacklab,
Sistemas de comunicación
No está la persona que iba a hacer la comparación de las tecnologías.
Install party
No hay novedades
Encuadernación
Se tienen prensas y guillotina y se están haciendo libros.
Radio y radioafición
Luis iba a preparar un taller cercano de radio por 8 pavos, pero está malo y le
quedan un par de meses para poder venir.
Se está hablando de montar una radio pirata.
Se puede hacer una jornada con radioVK para hacer unas jornadas sobre cómo hacer
una radio, como llamamiento para el proyecto de la radio pirata.
Openwrt y otros sistemas embebidos
Siguiente día venir con el listado de cacharros y enseñar cómo flashearlo.
H4ck1ng
Se dará un taller de montar laboratorio de pentesting.
Después se dará otro taller de pentesting web sobre la infraestructura montada.
Podríamos crear un algo para registrar los eventos del hacklab y las fechas.
Cuidados
Se habla de crear un grupo para coordinar estas cosas.
Se plantea cómo dar la bienvenida y dar seguimiento a la gente nueva.
Cómo actuar ante actitudes no son adecuadas y qué hacemos al respecto.
Recuperación de ordenadores
recilak es un grupo que recibe equipos los repara.
Hay otro colectivo de aluche que estaban haciendo lo mismo
Cierre
Día y hora de la siguiente asamblea: 3 de Agosto a las 18:30
2022 Junio
Orden del día asamblea 2022-06 18:30
Reparto de roles de la asamblea (moderar y acta)
Ronda de presentación
Anuncios del centro social
Desde la ferro nos comentan que estaría bien que tuviesemos comunicación con
sus grupos de difusión para ir comentando qué es lo que estamos haciendo
Luis lo pasa por le grupo de wassap. Ofrecer material audiovisual para RRSS.
Tenemos ciertas responsabilidades sobre La Ferro (P. ej, limpiar, o la cafeta)
El EVA quiere hacer una actividad conjunta con nosotras para hacer talleres de
Canva. Se propone como taller / cafeta con mucha difusión. Quizá si se hace
cafeta tendremos que esperar mucho porque no nos toca hasta hace mucho.
Quieren hacerlo coincidir con los miércoles para unir colectivos. Se propone
dejarlo en espera hasta que tengamos wifi.
Reparto de las tareas del centro social
Asistencia a las asambleas de la ferro (aproximadamente cada 10 días):
Este jueves que viene va Neko.
Luis va a montar un pad para organizar la asistencia en las asambleas de la Ferro
Red y Lyz reorganizan los pads con -keep al final para crear un índice y luego
otros pads asociados.
Estar en el grupo de whassap de la Ferro: Jarvis, Miguel y Luis están este
mes.
Elección de mecanismos y herramientas de comunicación.
Dejar el grupo grande para cosas de coordinación y que cada temática abra su
propio grupo en la plataforma que vean más conveniente.
Se propone tener un canal de difusión que sólo unas personas puedan escribir.
Se comenta que teniendo normas de uso puede ser suficiente.
La segmentación de canales puede crear problemas para la búsqueda de información.
Es importante tener una unificación de los distintos grupos del hacklab para
coordinarnos entre nosotras.
Hay sentimientos en contra del canal por limitar la posibilidad de escribir
a un subgrupo de nosotras.
Telegram no te permite ver los canales del colectivo, quizá hay herramientas
mejores. Podríamos intentar utilizar herramientas que nos solucionen este
problema, pero que a la vez no introduzca barreras.
Se propone utilizar 4chan.org para organizarnos.
Luis propone una instancia de Rocketchat.
Otro Luis propone Matrix y XMPP.
Red propone montar las distintas soluciones y vamos probando.
Violeta propone de momento renombrar el grupo grande de telegram como grupo de
Bienvenida, difundir otro de coordinación y buscar ya las alternativas para
los demás grupos de trabajo.
Jarvis propone hacer un listado de normas para cada uno de los grupos (Violeta
y Luis crearán una propuesta para la siguiente asamblea)..
Red, Luis ^ 2, Kitty traerán propuestas de herramientas de comunicación para
la siguiente asamblea, si estás interesada se está debatiendo aqui:
https://t.me/+XUIHYWtlnok3ZmFk .
Actualización de los grupos de trabajo.
Red local
Se ha hecho un listado de los recursos que necesitamos para montarla.
Internet
Puede ser interesante contratar el wifi con el EVA como asociación.
Hacer una reunión con el EVA y la Ferro para hacerles una propuesta para la
semana que viene.
Contactar con la gente de guifinet para que nos den un taller.
Se empieza por fibra contratada y luego se valorará guifi.net.
Se pide a la gente del hacklab que revisen el pad de materiales para ver si se pueden traer.
Mentorías
Se empieza con el grupete de Python (crea el grupo Lyz).
Crear otro de linux para dar soporte a las personas que vengan a las install
party (Lyz).
Mientras se hacen las mentorias a nivel interno, proponer una reunión con la
prospe, ciencias, para hablar del proyecto (Jarvis).
Install party linux
Documentar pasos previos para los que vengan: backup de sus datos, que hagan
hueco en el disco, explicación de qué es una distro y un escritorio para que
elijan una opción.
Red propone algo festivo. Por ejemplo en la primera cafeta.
Lo dejamos para la siguiente asamblea.
Pagina web del hacklab
Ya que no tienen una web la Ferro, podría estar way darles una web a ellas
también.
Proponer a la Ferro el hacerles la página web.
Neko se propone para montar algo con Hugo para el hacklab.
(Luis, Violeta, Neko) Definir contenido para la web del hacklab
(Luis, Violeta, Neko) Elegir herramientas para la web
Jornadas de privacidad
Se proponen desde la asociación de privacidad, para dar unas jornadas, que se
puede aprovechar para montar una cryptoparty en una cafeta, meter algo de
lockpicking.
(Red y Paula) Sacar listado de gente que esté interesado en dar las charlas para
la siguiente asamblea.
Neko está interesado en hacer una mesa redonda sobre aplicaciones de móvil.
Se propone hacerlo antes de septiembre.
Se cierra fecha para el evento en la siguiente asamblea.
Radio
Charlas de iniciacion a la radio y radioafición. (no hay nadie para presentar el punto)
Encuadernación/digitalización.
Interesadas hablar con Jarvis
Hay material para encuadernar en la Ferro
Funcionar como mentorías y a medio plazo pensar un taller de digitalización
Curso de iniciación a Arduino AVR.
Curso desde 0 para todos los públicos.
Máximo 20 personas.
Interesadas en colaborar hablar con Naia.
Otros cursos más avanzados son buena idea, pero para el futuro.
Se haría una compra conjunta de todos los materiales necesitados habiendo recaudado antes el dinero.
Se habla sobre la dificultad de mantener cursos en el tiempo, quizá es mejor hacer cursos autocontenidos en el día.
Naia creará un grupo de telegram para hablar de este curso.
Cierre
Día y hora de la siguiente asamblea: Miércoles 6 de Julio a las 18:30
Mínimo de 8 personas o un 50% de los confirmados
Escribir el orden del día con un poco más de antelación y un orden del día más corto
Duración máxima dos tiempos de 45 minutos con un descanso entre medias.
Red y Lyz crean un pad de Actas
Red y Lyz crean el orden del día del mes que viene
Charlas y talleres
Encuentro: Privacidad, Autodefensa y Soberanía Digital
Formato: foro, charlas y fiesta.
Fecha: Sábado 17 de Junio del 2023
Hora: 18:00
En este encuentro de privacidad, autodefensa y soberania digital tendremos unas actividades donde podremos compartir entre todas las necesidades y dudas que tenemos sobre estos principios. Además de pasarlo bien, intentaremos aprender y plantear una base sólida sobre la que comenzar.
Os esperamos :)
Mesa redonda: Software Libre en el móvil
Formato: mesa redonda
Fecha: Miércoles 25 de Enero del 2023
Hora: 19:00
Mesa redonda para debatir el uso de software libre en el móvil. Se utiliza un pad de apuntes conjuntos.
Analiza datos de Twitter desde cero
Formato: taller
Fecha: Miércoles 16 de Noviembre del 2022
Hora: 19:30
Ponente: Atenea
Taller práctico sobre análisis de datos en Twitter.
Los requisitos para seguir el taller desde una máquina GNU/Linux es tener instalado Gephi y Python, o utilizar una máquina virtual en Oracle VM Virtual Box utilizando las siguientes instrucciones.
Taller de laboratorio de Pentesting
Formato: taller
Fecha: Miércoles 5 de Octubre del 2022
Hora: 18:30
Ponente: ReD
Amenazas en Linux y cómo defenderse
Formato: charla
Fecha: Viernes 22 de Junio del 2022
Hora: 18:30
Ponente: Alien
Agenda de Madrid
¿Cómo editar esta web?
En esta sección se explica cómo contribuir o editar esta web estática generada con Hugo y desplegada con GitLab Pages. Existen diferentes maneras de editar la web, por lo que se exponen las diferentes formas en función de los conocimientos técnicos.
Crear una entrada nueva en la web. No se necesitan conocimientos técnicos.
Editar con git. Se requiere conocimientos básicos del lenguaje de marcado Markdown y una cuenta en la instancia de GitLab donde se aloja la página web. Además, se requieren conocimientos de git y quitarse el miedo a usar la terminal (aunque también existen interfaces gráficas para git :) ).
Un contenido o entrada ya creada.
Crear una entrada nueva en la web.
Editar desde el móvil con Termux y Markor. Se requiere conocimientos básicos del lenguaje de marcado Markdown y una cuenta en la instancia de GitLab donde se aloja la página web. Además, se requieren conocimientos de git y no tener miedo a una terminal.
Editar desde la interfaz gráfica de una instancia de GitLab
Para seguir estos pasos, se requiere conocimientos básicos del lenguaje de marcado Markdown y una cuenta en la instancia de GitLab donde se aloja la página web.
Editar un contenido o entrada ya creada
Pasos:
En la esquina superior derecha, existe un icono a un enlace con el nombre “Editar” que dirige al GitLab donde esté alojado el código fuente de esta página web. Pinchar en el icono de editar o utilizar el atajo “Ctrl + Shift + E”.
Iniciar sesión o registrarse en la instacia de GitLab en modo Standard con usuario y contraseña.
Modificar el contenido del fichero al que nos ha redirgido y pulsar “Commit changes”. Para modificar el fichero, debemos seguir la sintaxis de Markdown. Existen muchos post en internet donde se explica la sintaxis de Markdown, uno de ellos podría ser este enlace.
Esperar 30 segundos o un minuto a que termine de completarse la integración y despliegue contínuo (CI/CD) y refrescar la página web con “Ctrl + Shift + R” para recargar la página sin utilizar la caché del navegador. Si todo ha ido correctamente, se podrán visualizar los nuevos cambios.
Crear una entrada nueva en la web
Pasos:
Iniciar sesión o registrarse en la instacia de GitLab en modo Standard con usuario y contraseña. Los enlaces se encuentran en la barra lateral en “Framagit repo”.
Una vez nos encontremos en el repositorio de la página web, pincharemos en Web IDE para abrir un entorno de desarrollo integrado en GitLab. Podremos observar la estructura de directorios de un proyecto creado con Hugo. Si se quiere saber más sobre esta estructura, la mejor opción es ir directamente a la documentación de Hugo sobre la estructura de directorios.
Nos desplazaremos al archivo content/contribute/template-to-edit.es.md y copiaremos el código con la separación entre +++ (incluidas las separaciones).
Una vez copiado, tendremos que decidir dónde crear la nueva entrada y si se trata de un capítulo nuevo o no. A efectos prácticos, un capítulo es una sección en la barra lateral que sirve para estructurar la información de forma anidada. En caso de ser un nuevo capítulo, se requiere crear una nueva carpeta que contenga un archivo _index.md. En vez de copiar la plantilla anterior, podremos copiar cualquier otro archivo _index.md a modo de ejemplo. Una vez tomada la decisión de si es capítulo o no, crear un nuevo fichero con el nombre que se quiera y que termine en .md. También se puede poner la extensión .es.md para que detecte el castellano como el idioma en el que se encuentra escrito el archivo.
Pegamos al inicio del fichero los metadatos de la plantilla modificando lo que sea necesario (título, fecha, peso, …). La fecha tiene que ser una fecha pasada para que se publique, sino querará oculta hasta dicho día. El peso tiene que ser distinto al especificado en los demás archivos del capítulo. Por lo general, se puede sumar 5 o 10 al valor peso de la anterior entrada.
Seguimos añadiendo el contenido que queramos.
Una vez esté terminado (o queramos guardar los cambios para comprobar que todo funciona correctamente), pulsaremos “Create commit” y “Commit to main branch”. Escribimos un breve mensaje con los cambios realizados y pulsamos “Commit”.
Esperar 30 segundos o un minuto a que termine de completarse la integración y despliegue contínuo (CI/CD) y refrescar la página web con “Ctrl + Shift + R” para recargar la página sin utilizar la caché del navegador. Si todo ha ido correctamente, se podrán visualizar los nuevos cambios.
Editar con git
Para seguir estos pasos se requiere conocimientos básicos del lenguaje de marcado Markdown y una cuenta en la instancia de GitLab donde se aloja la página web. Además, se requieren conocimientos básicos de git, aunque si no los tienes, este puede ser un buen momento para aprender a utilizar este sistema de gestión de versiones.
Editar un contenido o entrada ya creada
Pasos:
Clonar el repositorio de la web. Se puede clonar mediante SSH, si previamente se ha subido la clave pública a framagit, o mediante HTTPS. Por seguridad, es recomendable realizarlo mediante SSH, debido a que la opción de HTTPS pide autenticarse con usuario y contraseña cada vez que se quiera realizar algún cambio. En cambio, mediante SSH y ssh-add, sólo será necesario introducir una vez la contraseña SSH y la autenticación es más fuerte al hacerse por claves público-privadas.
Si estás en Debian o Ubuntu, se recomienda instalar una versión > 0.104.1. Puedes seleccionar el fichero hugo_extended_XXX_linux-XXX.deb desde releases. Una vez descargado dirígete a la carpeta de Descargas y corre:
Aviso
Es muy importante que se instale la versión extended, sino el tema elegido no funcionará.
```bash
sudo dpkg -i nombredelpaquete.deb
```
Para comprobar que la versión instalada es la correcta corre:
```bash
hugo version
```
Si usas Mac asumiendo que tienes [Homebrew](https://brew.sh/):
```bash
brew install hugo
```
Si estás con Windows y usas [Chocolatey](https://chocolatey.org/):
```
choco install hugo -confirm
```
Lo ideal es utilizar los issues y merge requests para indicar qué cambio vamos a realizar en el código. Aunque al principio puede parecer un poco lioso, son buenas prácticas para la revisión de código y adminitración de tareas. En caso de abrir un issue con un merge request asociado, utilizarempos git checkout -b feat/nueva-rama para editar sobre ella. Abriremos el proyecto con el editor de código preferido y modificaremos un archivo en la carpeta content/.
Visualizar los cambios en el navegador después de guardar el fichero modificado. Comprobar que los cambios funcionan en local.
Después de comprobar que todo funciona, si hemos creado un merge request asociado al issue que queremos solucionar, haremos un commit en la rama creada con git commit -m "Mensaje descriptivo de los cambios" y subirlo al repositorio origen con git push origin feat/nueva-rama. En este caso, se habrá creado un merge request que habrá que aprobar para que se fusionen los cambios de la feat/nueva-rama con la main. Si no hemos creado un merge request asociado, simplemente haremos un commit en la rama main y lo suberemos al repositorio de origen.
Esperar 30 segundos o un minuto a que termine de completarse la integración y despliegue contínuo (CI/CD) y refrescar la página web con “Ctrl + Shift + R” para recargar la página sin utilizar la caché del navegador. Si todo ha ido correctamente, se podrán visualizar los nuevos cambios.
Crear una entrada nueva en la web
Previamente, es necesario completar los pasos de la sección anterior hasta el paso 4, incluido.
Pasos:
Abrir el proyecto con el editor de código preferido y con una terminal. Si queremos crear un nuevo capítulo o sección con el nombre nuevo, ejecutamos lo siguiente:
hugo new --kind chapter nuevo/_index.md
Si simplemente queremos crear una nueva entrada, escribimos:
hugo new hugo/quick_start.md
Después, ya se podrá visualizar los cambios en el navegador después de guardar el fichero modificado.
Hacer un commit en la rama main y subirlo a la instancia de GitLab.
Esperar 30 segundos o un minuto a que termine de completarse la integración y despliegue contínuo (CI/CD) y refrescar la página web con “Ctrl + Shift + R” para recargar la página sin utilizar la caché del navegador. Si todo ha ido correctamente, se podrán visualizar los nuevos cambios.
Plantilla para crear nuevas entradas con el mismo formato
Lo más importante para utilizar esta plantilla es copiar los metadatos de arriba (todo lo escrito entre los dos separadores +++). Lo demás se puede borrar.
Contacto
Todos los miércoles de 18h a 21h en la Ferroviaria (Plaza Luca de Tena, 7)
