• 🎮 ¿SE.Live (StreamElements) en Linux?… bueno, estamos intentando algo interesante

    Si haces streaming en Linux, ya sabes cómo es esto…

    Siempre hay una herramienta que falta,
    una feature que está en Windows pero acá no,
    o ese plugin que simplemente no existe 😅

    Y sí… uno de los grandes ausentes es SE.Live de StreamElements.


    🤭 Cómo empezó todo esto

    Anoche me dio uno de esos impulsos peligrosos de:

    “¿y si intento hacerlo funcionar en Linux?”

    Spoiler:
    sí funcionó… pero también no… pero igual sí… 😆

    Así terminé metida en el core de SE.Live, tratando de entender cómo adaptarlo para que se lleve bien con OBS Studio en Linux.

    👉 Repo donde está todo el experimento: https://github.com/clairerb6/obs-streamelements-core

    🧪 ¿Qué es esto realmente?

    Antes de que alguien se emocione demasiado:

    ⚠️ Esto NO es un fork oficial
    ⚠️ Esto NO reemplaza nada
    ⚠️ Esto puede romperse en cualquier momento

    Es básicamente:

    💡 “oye, veamos si esto se puede hacer funcionar en Linux”

    😏 Pero… ¿funciona?

    Sorprendentemente…

    👉 sí, en varios casos ya funciona

    Hasta ahora:

    • Compila en Linux 🟢
    • Se carga como módulo en OBS 🟢
    • Se ha usado en streams reales 🟢
    • Escenas horizontal + vertical funcionan 🟢

    O sea… no es humo.
    Esto ya pasó por fuego real 🔥

    🛠️ El problema clásico de Linux (y cómo lo evité)

    Sabemos lo que pasa:

    “funciona en mi máquina” ™

    …y en la tuya explota 😅

    Así que en vez de andar distribuyendo binarios raros, hice algo más sano:

    👉 un script para que tú misma generes tus propios binarios

    _scripts/build-linux.sh

    Este script:

    • Prepara el entorno
    • Lanza la compilación
    • Te deja el plugin listo para TU distro

    💡 Porque seamos honestas:
    Linux no es una plataforma… es un multiverso.

    ⚠️ Nota importante sobre Wayland vs X11

    Aquí viene un detalle muy importante que te puede ahorrar horas de frustración:

    💥 Actualmente es necesario ejecutar OBS bajo X11

    Si estás usando Wayland:

    • OBS puede abrir
    • el plugin puede cargar…
    • pero tarde o temprano va a explotar 😅

    Esto no es un capricho, es por cómo:

    • OBS maneja rendering y hooks
    • funcionan las capturas
    • y las diferencias internas entre Wayland y X11

    👉 Recomendación directa:

    • Inicia sesión en Xorg / X11
    • Ejecuta OBS ahí
    • Haz tus pruebas en ese entorno

    Sí, Wayland es el futuro…
    pero hoy, para esto en particular, es el villano de la historia 😈
    igual desde Wayland puedes probar desde la terminal con:

    $ QT_QPA_PLATFORM=xcb obs

    💥 Aquí viene lo importante

    🔴 Esto está en fase experimental

    Eso significa:

    • Puede fallar
    • Puede no compilar
    • Puede hacer cosas raras
    • Puede funcionar perfecto (ojalá 🤞)

    Estos fuentes están publicados solo para pruebas.

    🧑‍🔬 Y aquí entras tú

    Sí, tú 👀

    Necesito testers.

    Pero testers de verdad, no solo “lo abrí y se ve bonito”.

    🧪 ¿Qué tipo de pruebas ayudan?

    Todo esto suma muchísimo:

    • Distros distintas (Arch, Ubuntu, Fedora, etc.)
    • Versiones raras de OBS
    • GPUs distintas (NVIDIA drama incluido 😏)
    • Logs cuando algo explote
    • Cosas que no deberían pasar pero pasan

    Incluso algo simple como: “no compila en X con Y”

    ya ayuda un montón 💜

    🚀 Cómo probarlo

    Modo rápido:

    git clone https://github.com/clairerb6/obs-streamelements-core
    cd obs-streamelements-core
    ./_scripts/build-linux.sh

    Después lo integras en OBS y empiezas a jugar. (si entras a mi repo y lees el readme que hice para linux, sabrás que el script tambien te instala el plugin)

    Rompe cosas.
    Haz streaming.
    Mira qué pasa.

    🎯 ¿Para qué todo esto?

    La idea no es quedarme con un fork raro en una esquina de GitHub.

    Si esto demuestra que:

    • Funciona
    • Es estable
    • Se puede mantener

    👉 entonces se puede intentar llevar estos cambios al proyecto principal.

    Pero para eso necesito pruebas reales…

    y muchas.

    🖤 Un mini rant honesto

    Hacer streaming en Linux a veces se siente como:

    modo difícil desbloqueado sin querer

    Así que si esto logra, aunque sea un poco:

    • mejorar la experiencia
    • cerrar esa brecha con Windows
    • o simplemente evitar hacks feos

    ya vale la pena.

    ✨ Cierre (modo humano activado)

    Si te tinca probar esto, romperlo, debuggear o simplemente curiosear…

    eres más que bienvenida/o 🤭

    👉 Repo:

    https://github.com/clairerb6/obs-streamelements-core




    Puntuación: 1 de 5.

  • 🚨 Ciberataque en Chile: cuando el riesgo deja de ser teórico

    En los últimos días, se reportó un incidente de ciberseguridad que afectaría a instituciones clave del Estado chileno, entre ellas la Tesorería General de la República (TGR) y el Registro Civil.

    La alerta, catalogada como crítica por fuentes de ciberinteligencia, evidenció posibles vulnerabilidades en infraestructura gubernamental, encendiendo nuevamente las alarmas sobre la protección de datos públicos.

    Más allá de si hubo o no filtración efectiva (algo que suele aclararse días después), lo importante es entender esto:

    El problema no es solo el ataque… es la superficie expuesta.

    🧠 ¿Qué significa realmente este incidente?

    La ciberseguridad no es solo “tener antivirus” o un firewall bonito.
    Es un conjunto de prácticas, procesos y cultura organizacional que buscan proteger sistemas, redes y datos frente a accesos no autorizados.

    Cuando instituciones como TGR o el Registro Civil aparecen en este tipo de alertas, se activan tres preocupaciones críticas:

    • 📂 Exposición de datos sensibles (RUT, direcciones, información financiera)
    • 🏛️ Impacto en servicios públicos esenciales
    • 🎭 Posible suplantación de identidad masiva

    Y aquí es donde la cosa se pone realmente peligrosa…

    🕵️‍♀️ Suplantación de identidad: el verdadero enemigo silencioso

    Cuando hay incidentes de este tipo, los atacantes no siempre buscan destruir sistemas.
    Muchas veces buscan algo más rentable:

    👉 Identidades

    Con suficiente información, pueden:

    • Abrir cuentas bancarias a tu nombre
    • Solicitar créditos o beneficios
    • Acceder a plataformas estatales
    • Ejecutar fraudes dirigidos (phishing avanzado)

    Y lo más delicado:

    Tú podrías no darte cuenta hasta que ya es demasiado tarde.

    🛡️ Medidas que DEBES tomar (sí, tú, ahora mismo)

    Esto no es paranoia… es higiene digital básica 💅

    🔐 1. Cambia contraseñas críticas

    Prioriza:

    • Banco
    • Correo electrónico
    • ClaveÚnica
    • Plataformas del Estado

    👉 Usa contraseñas únicas y largas (nada de “123456 + tu nombre”, por favor)

    📲 2. Activa doble factor (2FA)

    Si no tienes 2FA en tus cuentas importantes…

    te estás regalando un poquito 😏

    📧 3. Desconfía de TODO lo que llegue por correo o SMS

    Después de estos incidentes, aumentan:

    • Correos falsos de “actualiza tus datos”
    • Links simulando instituciones públicas
    • Mensajes urgentes para generar pánico

    👉 Regla de oro:
    Nunca hagas clic directo. Entra manualmente al sitio oficial.

    🧾 4. Monitorea tu actividad

    • Revisa movimientos bancarios
    • Consulta deudas o productos a tu nombre
    • Verifica accesos sospechosos

    🧠 5. Educa (y protégete del eslabón más débil)

    El error humano sigue siendo el vector más explotado en ciberataques.

    Sí… incluso en organizaciones grandes.

    🏛️ Reflexión: esto ya no es un problema técnico

    Este tipo de incidentes deja algo claro:

    La ciberseguridad es infraestructura crítica país.

    No es solo TI.
    No es solo servidores.
    Es confianza.

    Cuando una persona pierde confianza en instituciones digitales, el impacto es social, económico y político.

    💬 Cierre (modo ingeniera rebelde activado)

    Chile no está ajeno a lo que pasa en el mundo.
    Los ataques ya no son “si ocurren”… sino cuándo y cómo de preparados estamos.

    Y aquí te dejo la idea que quiero que se te quede dando vueltas:

    🔥 La seguridad no se delega. Se practica.

    Fuentes:

    • https://www.adnradio.cl/2026/04/30/reportan-incidente-de-ciberseguridad-en-chile-tgr-y-registro-civil-entre-los-afectados/?utm_source=chatgpt.com
    • https://amigospenquistas.cl/2026/04/30/reportan-grave-incidente-de-ciberseguridad-en-chile-tgr-y-registro-civil-entre-las-entidades-afectadas/?utm_source=chatgpt.com
    • https://www.fortinet.com/lat/resources/cyberglossary/what-is-cybersecurity?utm_source=chatgpt.com
    • https://www.ibm.com/es-es/think/topics/cybersecurity?utm_source=chatgpt.com




    Puntuación: 1 de 5.

  • Migrando por estabilidad: cómo Oracle Free Tier salvó mi blog (y mi paz mental)

    Hay decisiones técnicas que uno toma por curiosidad… y otras que toma porque simplemente ya no quiere seguir peleando con lo mismo todos los días.

    Esta es de las segundas.

    El problema: cuando “funciona” ya no es suficiente

    Durante bastante tiempo, mi blog y algunos servicios personales (como APIs y experimentos varios) estuvieron funcionando en un entorno que, si bien cumplía, no era precisamente confiable.

    Caídas esporádicas, latencias inconsistentes, dependencia de conexiones poco estables (hola CGNAT 👀), y ese pequeño detalle de no saber si mañana todo seguiría en pie.

    Y claro, mientras el tráfico es bajo y el uso es personal, uno aguanta… pero llega un punto en que mantener algo así deja de ser divertido y pasa a ser desgaste.

    La decisión: mover todo a algo serio (aunque sea gratis)

    Estuve evaluando varias opciones de VPS gratuitas o de bajo costo. AWS, alternativas más “experimentales”, incluso soluciones híbridas con túneles y proxies.

    Pero terminé apostando por algo que llevaba tiempo mirando de reojo:

    👉 Oracle Cloud Free Tier

    Y no, no es el típico “gratis pero con mil limitaciones inútiles”.

    Aquí viene lo interesante.

    Oracle Free Tier: gratis, pero de verdad usable

    Lo primero que me sorprendió fue que no estás jugando con recursos simbólicos.

    Estamos hablando de:

    • Instancias ARM con varios núcleos (en mi caso, 4)
    • Hasta 24 GB de RAM
    • Buen rendimiento general para servicios web
    • IP pública (no es fija, pero a estas alturas es el menor de los detalles)
    • Infraestructura bastante estable

    Sí, leíste bien. Gratis. Sin hacks raros.

    Para alguien que quiere correr:

    • Un blog (WordPress en mi caso)
    • APIs personales (como mi motor TTS)
    • Servicios pequeños pero críticos

    …esto no es un “juguete”. Es perfectamente viable como entorno productivo ligero.

    El cambio: de sobrevivir a respirar tranquila

    Migrar el blog fue casi terapéutico.

    Pasé de:

    • Estar pendiente de si el servicio seguía arriba
    • Ajustar mil cosas para compensar limitaciones
    • Parchear problemas de red

    A simplemente:

    • Desplegar
    • Configurar bien una vez
    • Y olvidarme

    La diferencia más notable no fue solo el rendimiento… fue la estabilidad mental.

    Cuando sabes que tu infraestructura no se va a caer porque sí, empiezas a enfocarte en lo que realmente importa: crear contenido, desarrollar ideas, construir cosas nuevas.

    ¿Es perfecto? No. Pero sí muy sólido

    Hay que ser honesta:

    • El onboarding puede ser medio tosco
    • La disponibilidad no siempre es inmediata (listas de espera, regiones, etc.)
    • No es tan “plug & play” como otros servicios

    Pero si sabes moverte un poco en Linux, redes y despliegues… esto es oro puro.

    Bonus: encaja perfecto con mi ecosistema

    En mi caso, además, esto se integró muy bien con lo que ya uso:

    • Túneles (Cloudflare) cuando estoy detrás de redes complicadas
    • Servicios en contenedores
    • Automatización y monitoreo (hola futuro bot de Telegram 😏)

    Todo empezó a sentirse… ordenado.

    Conclusión: no todo lo gratis es limitado

    A veces uno asume que “gratis” significa “inestable”, “lento” o “inútil para producción”.

    Oracle Free Tier rompe bastante ese prejuicio.

    No es magia, pero sí es una herramienta increíble si sabes aprovecharla.

    Y en mi caso, fue exactamente lo que necesitaba:

    👉 Más estabilidad
    👉 Menos estrés
    👉 Y un entorno donde mis proyectos pueden crecer sin estar parchando incendios todo el tiempo


    Si estás en una situación similar —proyectos personales, blog, APIs— te diría que al menos lo pruebes.

    A veces, el cambio que necesitas no es más código…
    es una base más firme donde pararte 💜

    Enlaces utiles:




    Puntuación: 1 de 5.

  • 🔥 Purga a Flatpak y todo su ecosistema 🔥(…o por qué decidí recuperar el control de mi sistema)

    Antes de que alguien saque las antorchas: esto es solo una opinión personal.
    No es una cruzada, no es una guerra santa, y mucho menos una verdad absoluta.

    Flatpak no es el enemigo.
    Pero para algunas personas —como yo— puede que no sea la mejor elección.

    ¿Por qué “purgar” Flatpak?

    Flatpak nació con una idea muy atractiva:

    • Paquetes universales
    • Aislamiento (sandbox)
    • Distribución independiente de la distro

    Y funciona. De verdad funciona.

    Pero hay perfiles de usuario que priorizan otras cosas:

    • Control total sobre dependencias
    • Integración nativa real con el sistema
    • Menos capas intermedias
    • Menor consumo de espacio duplicado

    Si eres de quienes disfrutan tener el sistema bajo lupa —saber qué biblioteca está instalada, quién la usa y por qué— probablemente entiendas este punto.

    Cómo eliminar Flatpak completamente

    ⚠️ Advertencia: Esto eliminará todas las apps instaladas como Flatpak.

    1️⃣ Ver qué tienes instalado

    flatpak list

    Esto mostrará una lista de todas las aplicaciones de flatpak instaladas. Aquí ya puedes discernir si estas ocupando algo de lo listado o no.

    2️⃣ Eliminar aplicaciones y runtimes

    flatpak uninstall --all
    flatpak uninstall --unused

    Removerá todas las aplicaciones listadas anteriormente,

    3️⃣ Quitar repositorios (como Flathub)

    flatpak remotes --delete flathub

    pueden que tu distro ocupe otros adicionales, o de tu configuración de usuario, pero este es el más común

    4️⃣ Desinstalar Flatpak del sistema

    En Fedora:

    sudo dnf remove flatpak

    mucho ojo en esta parte, puede remover componentes cruciales del sistema, para remover lo estrictamente necesario puedes usar –noautoremove

    En Debian/Ubuntu:

    sudo apt purge flatpak

    5️⃣ Limpiar residuos manuales (opcional pero recomendable)

    rm -rf ~/.local/share/flatpak
    sudo rm -rf /var/lib/flatpak

    Y si quieres ir un poco más allá:

    rm -rf ~/.var/app

    Con eso, el ecosistema queda fuera de tu sistema.

    Beneficios de hacer la limpieza

    • Menos duplicación de librerías
    • Ahorro de espacio en disco
    • Sistema más coherente con el gestor de paquetes nativo
    • Mayor trazabilidad de dependencias
    • Integración más limpia con el entorno

    Si eres del tipo que disfruta un sistema minimalista y predecible… esto se siente como ordenar el escritorio después de semanas de caos.

    Contras (sí, también existen)

    No todo es romanticismo técnico:

    • Pierdes acceso a software que solo distribuye vía Flatpak
    • Algunas apps pueden estar más actualizadas en Flathub que en repos oficiales
    • En distros como Fedora, Flatpak viene bastante integrado
    • Pierdes el sandboxing automático

    Y esto es importante:
    Flatpak resuelve problemas reales para mucha gente.

    Entonces… ¿deberías hacerlo?

    No.

    Bueno… no necesariamente 😏

    Esto no es para todo el mundo.
    Es para quien siente que necesita:

    • Más control que conveniencia
    • Más integración que universalidad
    • Más sistema, menos capa abstracta

    Si tu prioridad es instalar y usar sin preocuparte por dependencias… Flatpak probablemente es perfecto para ti.

    Si en cambio eres de las personas que disfrutan saber exactamente qué está pasando debajo del capó… puede que esta “purga” tenga sentido.

    Reflexión final

    Esto no es un ataque al desarrollador original de ninguna app ni al ecosistema Flatpak.
    Es simplemente el ejercicio legítimo de usar GNU/Linux como fue pensado: elegir.

    Y eso es lo hermoso.

    A veces el verdadero poder no está en instalar más cosas…
    sino en decidir qué no quieres en tu sistema

    Nota personal

    No escribo esto desde la rabia ni desde la superioridad técnica.
    Lo escribo desde la convicción.

    Uso Linux porque me gusta elegir.
    Porque me gusta entender mi sistema.
    Porque disfruto saber qué está instalado, por qué está ahí y cómo interactúa con el resto.

    Flatpak no es malo. De hecho, es brillante para muchos escenarios.
    Pero mi forma de usar Linux no es “instalar y olvidar”. Es construir y comprender.

    Prefiero lo nativo.
    Prefiero que mi gestor de paquetes sea el único que gobierne.
    Prefiero menos capas y más claridad.

    Esto no es una cruzada contra nadie.
    Es simplemente ejercer la libertad que el software libre me ofrece.

    Y si mañana cambio de opinión… también será por elección.

    Porque al final, de eso se trata todo esto:
    de tener el control de tu máquina, no de que tu máquina te controle a ti.




    Puntuación: 1 de 5.

  • Sobre ZapZap, decisiones, libertad… y builds nativas 💙🐧

    Estos días pasó algo que quizás para algunos es menor, pero para otros no tanto.

    El repositorio oficial de ZapZap — mantenido por Rafael (rafatosta) — cambió su forma de distribución.
    Desde ahora, las builds serán exclusivamente en formato Flatpak y AppImage.

    Repositorio original:

    👉 https://github.com/rafatosta/zapzap

    Y antes de seguir quiero dejar algo muy claro:

    Esto no es una crítica al desarrollador original.
    Todo lo contrario. ZapZap existe gracias a su trabajo y dedicación, y eso se respeta.

    Su decisión es totalmente válida. Mantener paquetes nativos para múltiples distribuciones implica tiempo, pruebas y energía. Centralizar en Flatpak y AppImage simplifica mucho el mantenimiento. Es comprensible.

    Pero…

    Hay personas raritas como yo 😅

    Yo soy de las que prefieren lo nativo.

    No es odio a Flatpak.
    No es guerra santa.
    No es drama.

    Es simplemente una preferencia.

    En Fedora viene todo listo para usar Flatpak. Perfecto.
    Pero en Debian toca instalar medio ecosistema adicional solo para poder instalar un paquete. Y si eres de las que les gusta mantener el sistema limpio, controlado y sin capas extra… pues pesa un poquito.

    A veces solo quieres:

    • Un .rpm
    • Un .deb
    • Instalar y listo
    • Sin sandbox
    • Sin runtime adicional
    • Sin capa intermedia

    Solo lo clásico. Lo directo. Lo que se integra con tu sistema como cualquier otro paquete.

    Y sí… puede que sea una postura un poco excéntrica.
    Pero Linux siempre ha sido también eso: elegir cómo quieres hacer las cosas.

    Entonces hice lo que el software libre permite 🤍

    Forkeé el proyecto.

    Mi repositorio:
    👉 https://github.com/clairerb6/zapzap

    No estoy intentando apropiarme del trabajo de Rafael.
    No estoy “reemplazando” el proyecto.
    No estoy compitiendo.

    Y precisamente por esa misma razón, no voy a crear repositorios oficiales tipo COPR, PPA o repositorios Debian-like. La idea no es generar una bifurcación paralela que compita con el proyecto original, sino simplemente ofrecer builds nativas para quienes las prefieran.

    Simplemente estoy usando las libertades que el open source nos da: forkear, compilar y redistribuir respetando la licencia original.

    Es una alternativa. Nada más.

    Y por la misma razón:

    No estoy pidiendo donaciones ni contribuciones económicas por este mantenimiento. (aunque si alguien insiste en agradecer con un café, no me ofendería 😉).

    El desarrollo base no es mío. El mérito no es mío. Yo solo estoy generando builds nativas para quienes las quieran usar.

    Descargas disponibles

    Fedora 43 (x86_64)

    📦 RPM

    https://github.com/clairerb6/zapzap/releases/download/v6.3.1/zapzap-6.3-1.fc43.x86_64.rpm

    Instalación:

    sudo dnf install ./zapzap-6.3-1.fc43.x86_64.rpm

    Debian / Ubuntu (amd64)

    📦 DEB

    https://github.com/clairerb6/zapzap/releases/download/v6.3.1/zapzap_6.3_amd64.deb

    Instalación:

    sudo dpkg -i zapzap_6.3_amd64.deb
    sudo apt -f install

    Sobre esta y futuras versiones

    Esta publicación corresponde a la versión 6.3.1, pero la idea no es que sea algo puntual.

    Planeo seguir generando builds nativas de las próximas versiones mientras el proyecto continúe activo y sea posible mantenerlas.

    La última build disponible (y las futuras) estarán siempre publicadas en:

    https://github.com/clairerb6/zapzap/releases

    Al final…

    Esto no es un conflicto.
    No es una polémica.
    No es una queja.

    Es simplemente la belleza del software libre funcionando como debe funcionar.

    Si alguien quiere Flatpak, lo tiene.
    Si alguien quiere AppImage, lo tiene.
    Si alguien quiere paquetes nativos… ahora también los tiene.

    Porque Linux no se trata de imponer una forma única de hacer las cosas.

    Se trata de libertad.

    Y yo solo elegí la mía 🐧💙




    Puntuación: 1 de 5.