Notices by Gabriel Viso Carrera (gabriel@fedi.gvisoc.com)

@victorhck @ESFGalicia Mi perspectiva es que muchas veces los programadores desdeñan las aportaciones más “funcionales” de perfiles tipo diseñadores de producto o de UX, y así nos va. Es algo que tengo pendiente y pensado escribir para hacer un episodio de “sobre la marcha” muy poco sobre la marcha, y bien preparado.

@victorhck @ESFGalicia Pues me ha gustado mucho ese artículo y coincido al 100% llegando desde otro sitio a prácticamente las mismas conclusiones.

Ya llega @atareao a proponer otro terraplén por donde tirarme y poner patas arriba mi convicción con logseq.

@atareao @lynze La documentación no está muy clara pero cabe la posibilidad de que si pones en el contenedor de redis un “depends on los otros”, docker lo reinicie automáticamente. Según este documento https://docs.docker.com/reference/cli/docker/compose/restart/ se podría entender que los contenedores dependientes se reinician automáticamente; depende de cómo lo haga watchtower igual funciona.

@lynze @atareao La idea sería establecer que redis depende de los otros, debería ser al revés (si reinicio redis no pasa nada pero si reinicio los otros, redis se reinicia).

Pero no lo he probado; gracias a mi descalabro del domingo me estoy montando una máquina virtual para tener un entorno de pruebas y probar estas cosas antes de tocar “”«producción»””, pero todavía no he terminado

@lynze @atareao La 2.0 va a ser el festival del humor.

@atareao El tema es que en la documentación de castpod, por ahí enterrada, hay un pequeñísimo comentario que dice “pues para actualizar hacemos lo típico, tal, esto lo otro, la junta de la trócola y por supuesto borrar la caché de Redis” así, casualmente, como quien da la hora.

Como si fuera lo normal 🫠 :thisisfine:

@atareao En relación a actualizar castopod, los problemas que yo he tenido son los siguientes:
- cada vez que actualices, tienes que vaciar la caché de redis. Castopod no es muy robusta usando la caché y cuando lo actualizas la aplicación web se la pega duramente de una forma totalmente sangrienta. Conectándote al contenedor de redis para hacer FLUSH soluciona esto. (1/3)

- mi torpeza me llevó a actualizar el contenedor de la base de datos versiones mayores sin migrar la base de datos correctamente, con la herramienta de mariadb dentro del contenedor. Entiendo que esto a ti no te pasaría, pero yo me confié demasiado. Esto no afectó al feed, pero si de nuevo a la aplicación web. Conectándome al contenedor de mariadb y ejecutando el comando que viene en la documentación (mariadb-upgrade? No me acuerdo) solucionó todos los problemas. (2/3)

No uso watchtower todavía pero si lo hago, castopod va a ser una excepción y lo actualizaré a mano, desde luego. (3/3)

@atareao @DavidMarzalC @iam lo único que te puede pasar es que te montes tu propio DDoS, pero según entiendo tú autoalojas en una VPS.

Siempre puedes empezar jugando con Castopod e importando tu podcast para ver cómo lo ves, antes de poner la redirección en Spotify.

@DavidMarzalC @iam @atareao lo he visto hoy en el discord, pero aún no se me ha ocurrido nada.

Supongo que podríamos integrar sistemas de transcripciones de terceros, para empezar.

Mis extensiones en #Gnome:

1) "Alphabetical App Grid", para ordenar las aplicaciones por orden alfabético en el cajón
2) "App Indicator and KStatusNotifier Support" para poder poner aplicaciones antiguas en la bandeja del sistema.
3) "Caffeine" para evitar que el portátil se duerma
4) "Emoji Copy" para acceder a emojis rápidamente
5) "GSConnect" para interactuar con el móvil
6 y 7) "Transparent top bar" y "Blur my shell" --hacen bonito

¿Cuáles usas tú?

@atareao Hay muchas cosas en este episodio con las que estoy de acuerdo en general, pero hay otras cosas que comentas en iPhone que no son tan malas. De hecho, como usuario de iPhone desde 2016 consideró el “ecosistema” como algo bastante exagerado y muy fácil de evitar. (1/3)

Por ejemplo, la compatibilidad de iOS con cualquier dispositivo bluetooth es excelente, y la única limitación práctica la última vez que lo miré es el uso del chip NFC en algunos casos. Sin embargo, es cierto que Apple se reserva ciertas SDK para uso exclusivo, pero lo que se consigue con ellas no es tan relevantísimo… (2/3)

Por otro lado, las aplicaciones de Apple en iOS se pueden desactivar con el propio sistema operativo, salvo quizá la del teléfono, mediante la opción “eliminar” que para el bloatware lo que hace es lo mismo que la solución que comentas.

Menos por el hecho de que iOS te pide confirmación antes de marcar un número de teléfono, el uso de aplicaciones de terceros es bastante o totalmente transparente. (3/3)

@atareao @iam ¿Cuál es tu instancia?

Tengo curiosidad en cómo los demás veríamos tu perfil en tu instancia, si no te seguimos, o si no estamos logados, desde la web. Mastodon tiene esa funcionalidad de “ver en el perfil original” que te redirige a la instancia que aloja a un usuario para ver su perfil y un toot en particular. Si GoToSocial no tiene interfaz web, ¿qué se te muestra?

He escrito un tocho considerable acerca de mis reservas con las cosas que está de moda llamar "#IA" -- #Enmierdificar la IA parece fácil https://gvisoc.com/enmierdificar-ia-parece-facil/

Voy a mover todos mis servicios (i) a docker --algunos los tengo en bare metal por ahí en una Raspberry Pi 4-- y (ii) a un servidor independiente del NAS.

La experiencia de @vidalpascual y otros problemas que le veo a Synology me han animado a hacerlo ya.

En lo sucesivo, el NAS va a estar dedicado exclusivamente a backups (incluyendo los del servidor), servicios domésticos / para uso exclusivo familiar, y El Otro para servicios públicos o que quiero segregar: webs, mastodon, nextcloud,...

Estoy esperando un mini-pc con un i3 de 13 generación, que para esto me da lo que necesito a un precio y con un consumo eléctrico súper competitivos.