Actividades Febrero 2025 - si, con retraso

Marzo 3, 2025 Tiempo de lectura: 2 minutos

Me pillo el toro con el mes corto de Febrero

Sigo a tope con las migraciones:

  • Con feditubo, sobre todo. He tropezado muchas veces con la instalación... Se nota que no soy tan buen DevOps como quisiera ser. Pero a mi defensa también: la documentación de Peertube en algunos aspectos deja que desear. UNO de mis problemas era resuelto estableciendo unas variables de entorno en docker que no están por ningún lado. Salvo en un hilo aleatorio de su foro, tratando de un problema, el cual nisiquiera era el mismo que el mío
  • Y aún no he terminado. Los vídeos no se reproducen, por un problema o bien de ajustes de bucket s3, o de proxy inverso
  • Y luego me queda el tema de la migración de contenido. Que por ejemplo, para los 96 vídeos que tenía en feditubo antiguo (no youtube), se supone que se puede exportar e importar un perfil... Pero tan solo exportar, me dio taaanta guerra... Importar no me funciono a la primera, así que tiré la toalla. Así que lo estoy haciendo manualmente, que aprovecho para aprender y hacer una base de datos de todos los vídeos (para hacer un bot más adelante)
  • Para el tema del blog sigo atascado con este problema
  • Y sigue quedando Mastodon pendiente. Aún no he decidido del todo que hacer... Si no hacerlo, si aprovechar para cambiar la plataforma (misskey o algo), cambiar de dominio.. Sigue todo disponible sobre la mesa
  • Abandono cross postear con wafrn. No le veo potencial / utilidad para mí
  • Con cápsula gemini sí. Porque estoy muy a favor de la filosofía del servicio
  • Estoy retomando aprender a programar (python), con el tema de la migración de Feditubo que he comentado antes

Y creo que me olvido de cosas pero ya las pondré en el blog de este mes


Dark mode / modo oscuro en LXQT

Febrero 19, 2025 Tiempo de lectura: 3 minutos

Contexto:
Acabo de formatear uno de mis sobremesas. Un viejo i5 que tenía con Debian 12 / KDE con 32 gigas (16 de base ampliados) y un ssd. Para el multi tasking: el procesador era el evidente cuello de botella. Y me estaba desesperando. Ya la paciencia no era suficiente: algunas webs no respondían bien. En Peertube "too many requests" intentando logearme. En LinkedIn: apuntarme a una oferta me decía "Ya te has apuntado a esa oferta". Enfin: formateo. Y para darle la vuelta a ese cuello de botella (sin pagar un nuevo procesador...), he optado por cambiar de escritorio / gestor de ventanas.

Sé que existe un sin fin de distros ultra ligeras para pcs viejos. Pero aparte de mi fanatismo por Debian: no me considero lo suficientemente "friki" / "pro" para hacerle frente a la falta de soporte para esas distros. Y no me refiero a soporte oficial. Me refiero a que cuando googleas una guía de lo que sea, para instalar X o corregir Y en linux. ¿En que distros se basan esas guías, la inmensa mayoría? Debian / Ubuntu, Fedora, y si tienes suerte: Arch, que es cada vez más popular. Pero claro, esas guías dependen en gran parte de dependencias, repositorios de susodichas distros, y no se pueden extrapolar / adaptar a otras distros. Porque si acabas metiendo versiones de / paquetes, pasar de buscar "como instalar X en Linux" a "como rescatar X distro de linux" porque la has brickeado rompiendo las dependencias xD

Así que he pasado de KDE Plasma, que es muy bonito, completo, y llamativo. A LXQT, que no es tan bonito ni completo... Pero me chupa menos CPU.

No obstante. Nisiquiera en 2025, viene con modo oscuro por defecto. Sigue leyendo para saber como activarlo.

Leer más


Actividades Enero 2025

Enero 22, 2025 Tiempo de lectura: 7 minutos

Bueno, vengo a actualizar todos los frentes, intento mantener esta costumbre.

  • Mi PlexBox sigue viendo en popa. De vez en cuando... Una vez cada ¿3 o 4 semanas? Tengo que hacerle un hard reboot a la RPi porque se me cuelga. Picos de actividad supongo.. La verdad es que no lo he mirado para nada. Sobre todo porque el uso del PlexBox no depende de él, el servidor Plex está en el NAS, el cual, ese sí, nunca se me ha quedado colgado. Así que todo bien.
  • Sigo teniendo los estudios de programación abandonados... Vergonzosamente.
  • Pero el homelab crece (fuera del hogar eso sí, en Hetzner), estoy incorporando los siguientes servicios:
    • NextCloud, para drive personal. Con almacenamiento en S3
    • CryptPad, para edición de documentos online
  • Por otra parte, estoy llevando a cabo una migración en ese VPS. Históricamente, tenía (y sigo teniendo, hasta que termine la migración), un pequeño VPS manejado por YunoHost. Este se me quedó pequeño en recursos, y acoplé otro idéntico, y balanceando los servicios entre uno y otro.
  • No obstante, en todo este tiempo aprendí mucho del arte de self hosting, y he empezado a sufrir de las limitaciones de YunoHost; por muy maravilloso que sea. Tiene un catálogo capado, y la configuración de los productos también son bastante limitados. A la hora de la instalación, puedes cambiar el nombre de la instancia, el email de contacto de administración, el idioma si lo permite... El endpoint (la url), la visbilidad (según usuarios / grupos internos de YunoHost) y poco más. Si quieres configurar algo más del proyecto, si no se puede hacer por interfaz web, o metiéndole mano a un archivo de configuración, estás un poco jodido. Se hecha de menos la posibilidad que te permite docker compose, donde, solo por mencionar un ejemplo: te permite especificar una ubicación de los datos. Incluso en un VPS, puedes tener como en muchos sistemas: un disco para el OS / aplicaciones, y otro disco para los datos. Claro que siempre puedes hacer un symlink pero... Eso en la mayoría de los casos de software, no esta soportado.
  • Así que, he decidido mover todos los servicios a un único servidor, más potente que los dos anteriores juntos. Y hacerlo todo en docker puro.

Ahora mismo mis servicios están divididos de la siguiente forma:

  • blog (Bludit): servidor antiguo YunoHost
  • Feditubo (Peertube): servidor antiguo YunoHost (atascando con la configuración del reverse proxy)
  • Mastodon: servidor antiguo YunoHost
  • Git (Forgejo): servidor antiguo YunoHost
  • Joplin: servidor antiguo YunHost
  • Cápsula Gemini (ahgate) y su proxy (september): Servidor nuevo Docker
  • NextCloud: Servidor nuevo Docker
  • CryptPad: Servidor nuevo Docker

Y estoy probando con Snikket en el nuevo.

Estoy haciendo la migración a mi forma. No pasando las bases de datos. Es decir: por ejemplo en el caso de Peertube, va a ser una instancia nueva, con dominio nuevo (más corto) y rehaciendo la federación desde cero (que realmente no tiene ninguna a día de hoy), y lo que voy a hacer para los videos, es importar el canal antiguo al nuevo. Estando ambos Peertube "encendidos". En cuanto todos los vídeos pasaron al nuevo servidor, decomisiono el anterior. Para Git lo mismo: tengo tan poco contenido.. Que subo mis dos únicos repositorios a mano, a coste del histórico de los commits etc, pero me da igual. Son chorradas.

Para Mastodon, estoy indeciso.

  • Por una parte tengo curiosidad por probar un Misskey / Sharkey / sea cual sea el fork más activo a día de hoy. Me gusta bastante la UI y la funcionalidad de reaccionar a posts
  • Y la verdad es que la instancia que tengo; no le estoy sacando ningún uso. Hasta ahora, lo tenía para mis sub proyectos. Feditubo: que me dí cuenta que gracias al poder del fediverso, es muy redundante tener una cuenta de Mastodon de una cuenta de Peertube. Fedifrikis, el cual he enterrado. Y por último: el bot de pantallazos, que como todos mis desarrollos, esta en pausa desde hace ya meses.
  • Y tener instancia propia es para abrirme las puertas a auto alojar mi cuenta principal pero;
  • Por otra, todo el mundo que leo en Mastodon que tiene una instancia propia, comenta que es un coñazo mantenerla

Así que aún tengo que meditar que hacer con ese servicio.

Otra novedad positiva que aportar, y hablando del fediverso: desde hace muy poco "cross posteando" mi contenido del blog a mi cápsula Gemini y ahora también: a mi wafrn. Proyecto que descubrí recientemente que pretende ser el "tumblr del fediverso". Pero no sé cuanto tiempo le doy a este último.

Y abro paso a una reflexión; ni siquiera es una crítica. Llevo un par de años en el fediverso ahora, y el tema de ActivityPub, lo estoy viendo un cuchillo de doble filo. Sigo pensando de forma convencida de que es tremendamente poderoso. Pero estoy viendo que a los proyectos, les cuesta destacar. Me explico. Tengo la sensación de que todo es un Mastodon pero con otro frontend. Es decir, al final un mensaje es un mensaje (toot). Un reposteo es un reposteo (retoot), una relación entre dos seguidores se vive de la misma forma desde una plataforma que otra, un like es un like... Todo opera exactamente igual. Es como cambiarle el template a veces a la misma interfaz. Realmente destaca Peertube desde mi punto de vista, donde el contenido es exclusivamente un vídeo, y los comentarios son toots. Incluso Pixelfed, lo veo muy idéntico a Mastodon. Simplemente: un "toot" te obliga a tener una imagen incorporada (cosa que Mastodon también permite, tener imágenes) y tiene una página principal que es muy inspirada de Instagram. Pero... ¿Ya está? Luego cada uno sube fotos más "serias" / "artísticas" a un Pixelfed que a un Mastodon, pero eso no depende del software, no de sus usuarios. Y de nuevo, viene de la influencia de la plataforma Instagram.

Pero bueno, a ver como sigue el proyecto Wafrn. El desarrollador promete el formato "artículo" en algún momento. Tengo mucha curiosidad por ver en que se va a diferenciar de un toot tradicional.

En términos de contenido, en Feditubo sigo subiendo Wolfenstein (2009), Batman Arkham Asylum. Y recientemente empecé el Horizon Zero Dawn. Y volviendo al tema de mis servicios: si te da curiosidad como es NextCloud, CryptPad, o Joplin, contáctame si quieres. Podemos hablar para hacerte una cuenta. Esos productos no tienen muchas instancias públicas, y es también una ventaja para mí: tengo curiosidad por saber si los servicios van bien, más allá de mi uso propio, con mis datos, con mis clientes... Eso sí: solo por probar. Por razones espero más que obvias: soy un particular. En ningún momento pretendo dar un servicio de calidad profesional, y menos aún gratis. Mi factura ahora mismo en Hetzner son de 28 euros al mes.

Y eso es todo por ahora.


Plainews - RSS en tu terminal

Enero 20, 2025 Tiempo de lectura: 183 minutos

Hoy vengo a estrenar la categoría Software, que esto no me cuadra en la de auto alojamiento. No es un servicio como tal, es un simple programa.

De hecho va un poco de la mano de uno de los primeros artículos que escribí, re descubriendo RSS.

Pero esta vez, en lugar de una solución GUI, es una solución TUI. Por lo tanto, más guay.

Plainews te permite seguir y leer tus fuentes RSS mediante tu terminal. Es un programa que se puede instalar mediante PIP.

Tiene una configuración limitada. Pero bueno, ¿Cuáles son las necesidades de un lector de RSS, particularmente en terminal?

Tiene una capacidad de temas, que aunque reducida en comparación a otros programas, hay algo para todos los gustos.

Puedes maximizar el panel que estés usando (bien la selección de feed, el feed, o el artículo seleccionado), hacer un pantallazo, salir, o enseñar los atajos del teclado en un nuevo panel. Sencillo y eficaz.

La gestión de feeds se hace mediante un archivo yml que por defecto (al menos si lo has instalado por pip / pipx) en un directorio .plainews dentro de tu home, config.yml. Os comparto el mío como referencia.

#llm_model: ollama/llama3.1
#llm_base_url: http://localhost:11434
language: spanish
followed_feeds:
- https://web.labaudric.net/rss.xml
- https://www.howtogeek.com/feed
- https://proton.me/blog/feed
- https://www.xda-developers.com/feed
- https://9to5linux.com/feed/atom
- https://fosspost.org/feed
- https://itsfoss.com/rss
- https://www.tecmint.com/feed
- https://massivelyop.com/feed
- https://feeds.feedburner.com/mmobomb
- https://www.mmobyte.tv/feed
- https://www.gamingonlinux.com/article_rss.php
- https://kotaku.com/rss
- https://56k.es/feed/
- https://asturgeek.es/feed
- https://sopadeletras.club/mester/feed
- https://blog.jmiguel.eu/index.xml
- https://joselito.mataroa.blog/rss
- https://danisancas.com/atom.xml
- https://blog.asturel.nohost.me/feed/
- https://dotoscat.github.io/index.xml
- https://kabosu.neocities.org/feed.atom
- https://papelerapowgato3.neocities.org/index.xml
history:
keep_history: true
tts:
cmd: say "<text>"

Es básicamente la misma fuente que tengo en mi FreshRSS. Es muy sencillo, son muy pocos bloques.

  • LLM model y LLM base. Mierdas que tengo desactivadas, estoy frontalmente en contra de la IA aunque sea en local. Este programada tiene la capacidad de leer por ti, en Text To Speech, el contenido que le des. En esas dos líneas le dices el modelo que quieres utilizar para leer tus feeds, y en que endpoint lo tienes instalado.
  • El idioma de susodichos contenidos
  • Y las fuentes en si. La dirección de Atom, o XML, o sea cual sea la naturaleza del feed, siempre y cuando respete el estandar RSS
  • Si quieres la funcionalidad de historial (entradas leídas y no leídas)
  • Y para terminar, el comando para activar el Text To Speech que he mencionado antes. Que no uso.

Cabe destacar también, de que al ser TUI, al nivel de imágenes esta completamente limitado. No dispone de esa posibilidad. Y entiendo la filosofía detrás de ese pensamiento, que es liberarte de todo tipo de distracción. Y no me cabe la menor duda que dependiendo de la naturaleza de los feeds: lo puedas aprovechar. Textos más... Reflexivos, por ejemplo. Donde al consultarlos por ese programa, te liberas de los anuncios, de los trackers.. De todo el "ruido" de la web.

No obstante, para contenido del tipo.. Pues, ¿Mío? Sin ir más lejos, donde opino que son necesarios pantallazos del software que estás describiendo, el no poder compartir esos pantallazos es un poco handicap.

Tengo que decir que añadir, personalmente he tenido una experiencia un tanto frustrante a la hora de manipular ese archivo config.yml. He de contrastar quizás en probarlo en otro equipo, pero en este.. A la hora de agregar nuevas fuentes, me daba error... Y al carecer de logs, ha sido complicado llegar a ese punto en el que me enseña todas las fuentes. El proceso ha sido muy absurdo. Tuve que agregar UNA A UNA. Abrir el programa, y dejar que crashee no una, sino dos veces. A la tercera iba la vencida, y salía el feed de la última fuente que hubiera agregado. Eso, para cada fuente. Muy absurdo. Quiero pensar.. Que es algo con la configuración de mi equipo; no puede estar tan roto el programa. Pero en la documentación, escueta y oficial: no dice nada especial para agregar feeds RSS. Simplemente, agregarlas a ese config.yml.

Así que bueno. Dentro de lo cabe, y teniendo en cuenta todo: este programita no deja de ser más que una curiosidad. No puedo decir que lo recomiendo hasta acabar mi aliento.


Protocolo Gemini (NO Google Gemini AI), por que, cuando, como, y otras preguntas

Enero 2, 2025 Tiempo de lectura: 579 minutos

Protocolo Gemini, gemtext. Nace de una necesidad que conocemos todos: la web se está convirtiendo en mierda. Se trata de un protocolo tipo HTTP, pero mucho más ligero. Minimalista. No hay trackers, no hay JavaScript. Solo texto, es aún más sencillo que el formato Markdown.

Obviamente, como todas esas tecnologías "hippies", a día de hoy tiene poco bombo. Pero aquí estoy, en lugar de quejarme de ello, vengo a aportar mi granito de arena.

Como para cualquier movimiento tecnológico, creo que es más importante la motivación que las especificaciones. Pero bueno, aquí están. Es un proyecto que empezó 2019, así que es aún joven. Y por eso, hay que poner de nuestra parte para que crezca como se lo merece.

Para empezar: mi cápsula Gemini ("cápsula" es web): gemini://capsula.labaudric.net, o su proxy en web: https://gemini.labaudric.net

Vamos por partes, como dijo Jack el destripador. No te va el primer enlace, ¿verdad? Gemini es otro protcolo como dijé, entonces.. "out of the box", seguramente el navegador desde donde estés leyendo este blog: no entiende Gemini.

Sigue leyendo para una breve descripción sobre el protocolo, así como para saber como alojar tu propia capsula, gemlog, y proxy de tu cápsula a http. Leer más


Actividades Diciembre 2024

Diciembre 17, 2024 Tiempo de lectura: 2 minutos

Las costumbres habituales, protagonistas de entradas de blog anteriores, estuvieron temporalmente aparcadas. Este mes, estuve de viaje (cosa muy inhabitual en mí).

  • Fuimos a Pamplona, a ver un concierto de Hans Zimmer;
  • Desde ahí, "un pequeño desvío a Burgos", concretamente al circuito Kotarr (aún tengo pendiente ver si puedo montar algún vídeo);
  • Y por último, unos días en Madrid

Esto me ha mantenido lejos de mi frikeo, gaming, y aprendizaje de programación como suele ser costumbre. Las retomaré en breves.

Las siguientes actividades / objetivos son: