Despite there are some guides about migrating from OG to Group, as the well written https://thinktandem.io/blog/2018/03/30/migrating-drupal-7-organic-groups-to-drupal-8-group/ , and other guidelines such as https://www.drupal.org/project/group/issues/2826544 companion of https://gitlab.com/geeks4change/hubs4change/h4c/-/tree/608842e73cc02c45deede42556693a9db2a7fc37/modules_dev/h4c_migrate/config/install or https://www.drupal.org/node/2797845 . It's really adapted to your environment how you gonna carry on.

Despite industry tends to bury rss or atom, feeds as blogs are not dead. Something similar can be found with podcasts; when industry and its inertia force centralization and provide dedicated and proprietary protocols. But is difficult to kill the free federation of media content. So now they step back and industry is providing a lot of (cloud based) podcast clients, to make catalogues grow and start another round of attacks.

But blogs everywhere providing their own feeds enriches the minds, opinions and conversations. So you can create your own newspaper everyday. My motivations are well explained in original launching post.

Hace dos años ya propusimos una forma de alimentar un repositorio con enlaces desde telegram , el módulo para drupal era planteado de una forma extensible: Podía ampliarse para recolectar no solo enlaces, sino cualquier "entidad" que albergue un mensaje de Telegram, en buena parte gracias a la excelente librería de php-telegram. Sin embargo, a pesar de la demanda, y de interesantes funcionalidades que añadiríamos a cualquier drupal el problema de fondo era desarrollar "encima" de telegram... El hecho de basarlo en telegram haría que el elefante estuviera siempre en la habitación, ya que Telegram no se puede considerar floss y si no lo ha sido a pesar de las dificultades que tienen en Rusia u otros países y han planteado proxies en lugar de servidores, es indicativo que difícilmente lo será.

Citando el FAQ de Telegram:

En la emergencia de la neumonía de Wuhan, hemos estado participando desde coronavirusmakers imprimiendo epi , haciendo investigación de proyectos de respiradores en licencias no restrictivas , aportando propuestas tecnológicas accesibles ... en definitiva siguiendo y participando con interés las redes de apoyo mutuo que salían cuando la respuesta sistémica fallaba. Cuando se ofrecía como única salida la concentración y la centralización de poderes para gestionar nuestras vidas.

Esta respuesta del sistema, en la que urge a poner los beneficios por sobre las necesidades elementales de todos cuando nos reclama jugarnos la salud para alimentar un espiral de ganancias, actúa de la misma manera cuando nos encontramos ante la falsa escasez impuesta a través de los monopolios del conocimiento y la ciencia.

Lindsay Oliver de la EFF , ha fet un recull sobre les eines que podem utilitzar per treballar, estudiar o simplement comunicar-se. En aquest post les repassem i ampliem l'oferta...

Durant el confinament la tendència és que la gent busqui programari que els permeti la connexió i la productivitat: videoconferència, missatgeria, plataformes de salut, plataformes d'educació, comunicació amb l'administració... Farem un anàlisi pel que fa a la seguretat i la privacitat.

El COVID-19 ha impactat molts dels nostres drets digitals, ara més que mai hem de procurar que la tecnologia suporti la llibertat, justícia, i innovació de forma universal. Mentre la societat lluita per protegir la salut pública, hem de tenir cura com les decisions governamentals o privades poden impactar els nostres drets digitals.

Si de fa un temps l'anàlisi de la relació entre tecnologia i educació vé de la pràctica professional. Des d'inicis de curs que puc analitzar-la com a pare, i com a part activa a l'AFA. I no em sorprèn trobar-me (com a tot arreu en aquesta societat) de nou amb punts de conflicte entre sector privat, públic i comunitari.

Organitzacions com la FAPAC o la majoria d' AFAs lluiten per tal que el sector privat no operi amb la lògica d'ampliar tot el que pugui el marge de guany en certs àmbits de l'educació: Per exemple quan parlem del servei de menjador que està bloquejat per serhs a Terrassa i que planteja greuges importants.

Però sembla que el conflicte d'interessos no és tan lúcid en altres àmbits i no es té una perspectiva clara del que signifiquen certes delegacions, podem parlar del servei de neteja (en mans dempreses multiserveis com clece) o el cas que m'agradaria analitzar: les tecnologies de la comunicació i del coneixement.

Adjunt es pot descarregar la presentació que vaig fer servir com a guió, per la sessió feta ahir a la CNT de Terrassa, els continguts complets més extensos es poden trobar a una anterior entrada.

Economia financiarització→ necessita mercats
●Temporalitat, subocupació, esclavisme,
pobresa, proletarització, treball a destajo.
●Guerra comercial → porta a la guerra militar.
●Concentració i recentralització.
●Identitarisme.
●Falta model productiu que permeti progrés.
 

Sin querer menospreciar el trabajo hecho por los desarrolladores de la IDE de Arduino, ha llegado a un punto en que aprecio cierta ayuda(por ejemplo resaltado de sintaxis, autocompletar, monitoraje del puerto serie por otros programas...) cuando edito o construyo un proyecto de arduino o esp8266.
Después de pasar por platformio, geany, e instalar otras IDE's (no hay muchas), he decidido ir a lo que más uso: vim, qtcreator o kate (kdevelop),  y ver que formas tengo para poder editar proyectos de arduino.

La forma más estable y que puede aumentar la productividad es vía GNU-Make, gracias al proyecto Arduino-Makefile podemos subir programas a placas arduino.

Clonamos el repositorio en la carpeta de ficheros de arduino:

cd /usr/share/arduino/

git clone git@github.com:sudar/Arduino-Makefile.git

Para usarlo debemos definir algunas variables de entorno, las podemos poner en ~.bashrc o escribir un ejecutable en /usr/local/bin/arduino.mk-env que llamaremos cuando queramos definir las variables.

La mayoría de proyectos en drupal que hemos creado desde communia requieren un mantenimiento, y cuando crece la cantidad de proyectos a mantener se necesita una estrategia para poder hacer actuaciones en masa como pueden ser las instalaciones de módulos o librerías, actualizaciones, limpieza de caches o registros para monitorizar.

Hasta la versión 8, drush permitía crear alias i agruparlos para realizar actuaciones por grupo. Por ejemplo se podía hacer un grupo @autoup que permitía actualizar Drupal que se sabía que en principio no tenían ningún motivo para dar errores en la actualización.