Resumen del video Se presenta la versión 21 de Agama, el instalador basado en tecnología web de OpenSUSE, que ya es estándar en Leap pero sigue siendo una alternativa a YaST en Tumbleweed. Aunque la versión 20 no fue anunciada oficialmente, esta nueva actualización introduce mejoras significativas: avisos más claros sobre la selección del entorno de escritorio, mejor gestión de red mediante interfaz web (ideal para instalaciones remotas), capacidad de instalar sobre configuraciones LVM existentes, configuración explícita de fuentes NTP y restricciones de acceso a red durante la instalación por seguridad. Además, systemd-boot se establece oficialmente como gestor de arranque predeterminado, aunque el autor señala que ya estaba presente en versiones anteriores. El texto critica la estrategia de comunicación y marketing de OpenSUSE, lo que limita el alcance de la distribución frente a otras como CachyOS, a pesar de su gran potencial en entornos de escritorio y gaming. Durante la demostración de instalación de Tumbleweed, se destaca un error conocido en la interfaz: si no se selecciona el idioma correctamente al inicio, la pantalla aparece en inglés. La solución consiste en aceptar la configuración inicial, volver a seleccionar el idioma español y confirmar, lo que traduce toda la interfaz y configura correctamente el sistema. El proceso continúa con la definición del nombre de host, la corrección de la zona horaria (Madrid), la activación del cifrado de disco (recomendado para portátiles) y la selección de patrones de software. Se opta por el escritorio Nemo, se añaden paquetes multimedia y ofimáticos, y se prefiere SELinux sobre AppArmor por su mayor estrictura. Finalmente, se crea un usuario con privilegios elevados mediante sudo, evitando habilitar la cuenta root, y se inicia la instalación preferiblemente por conexión cableada. Una vez finalizada la instalación y tras reiniciar el sistema (que arranca con systemd-boot y solicita la contraseña de cifrado), se procede a una limpieza exhaustiva del entorno. El autor desinstala las aplicaciones preinstaladas en formato RPM, como Totem, Evince y los juegos de Nemo, prefiriendo rellenar el sistema con Flatpaks para mantener un sistema raíz ligero. Asimismo, critica a YaST por requerir obligatoriamente acceso root y lo considera obsoleto. Para sustituirlo, instala mediante zypper el gestor de paquetes gráfico Muon, que funciona correctamente con sudo y ofrece una interfaz similar pero más práctica. También se elimina por completo YaST y sus dependencias, marcándolos para que no vuelvan a instalarse en futuras actualizaciones. Para optimizar el sistema para videojuegos y mejorar la gestión energética, se instalan paquetes adicionales como power-profiles-daemon (para controlar los modos de ahorro y rendimiento), steam-devices, la política de SELinux orientada a gaming (linux-policy-target-gaming) y las librerías de 32 bits necesarias para la compatibilidad con títulos Windows y Linux. La gestión del sistema se delega a Cockpit, que se configura en modo local por seguridad. A través de su interfaz web se administran el cortafuegos, el almacenamiento BTRFS, los snapshots de Snapper (útiles para revertir cambios) y los contenedores Podman. El autor concluye destacando la notable mejora en la velocidad de zypper, el correcto funcionamiento de los snapshots y su preferencia por Cockpit sobre YaST, considerando que Agama y sus herramientas complementarias están madurando positivamente a pesar de seguir en desarrollo.

Resumen del video Esta presentación se centra en Vendeful Wolf Linux, una distribución basada en Debian que el autor acaba de instalar como sistema principal en su equipo de grabación, reemplazando una antigua instalación tras un formateo completo para eliminar configuraciones acumuladas. Aunque utilizó temporalmente una ISO prototipo de KDE (más ligera y sin suite ofimática) debido a un problema con el dispositivo USB, aclara que la versión oficial actual incluye Collabora Office por defecto, decisión adoptada tras las preferencias expresadas por la comunidad de usuarios. Vendeful Wolf se distingue de Debian y otras distribuciones convencionales por su enfoque en la personalización extrema y el respeto a la filosofía Unix. Se opone a la adopción masiva de systemd, considerándolo un paso hacia un Linux corporativo estandarizado e invasivo, y utiliza OpenRC como gestor de arranque por defecto, aunque permite seleccionar alternativas. Asimismo, evita Wayland en favor del servidor gráfico tradicional X11, evolucionado a la versión comunitaria Xlibre para mantener la estabilidad, el control del usuario y la compatibilidad con entornos clásicos. La distribución incorpora varias herramientas propias diseñadas para simplificar la administración del sistema. Stacer proporciona un monitoreo visual en tiempo real de recursos (RAM, CPU, disco) y repositorios. Más Memoria permite liberar memoria ocupada por procesos en segundo plano. Jam2x Libre es una utilidad gráfica que cambia automáticamente el servidor gráfico a Xlibre. Aconita facilita la instalación y conmutación de kernels, incluyendo versiones personalizadas de Vendeful parcheadas contra vulnerabilidades recientes. Por último, Onyx Updater ofrece un gestor de actualizaciones intuitivo y en tiempo real, compatible tanto con paquetes nativos como con Flatpak. Actualmente, la instalación se realiza mediante Calamares, pero se está desarrollando el "Lupinus Installer", una alternativa automatizada que permite instalaciones completas sin particionamiento manual, pensada para usuarios que buscan simplicidad. Vendeful Wolf ofrece múltiples entornos de escritorio como KDE Plasma, Trinity, XFCE4, XQt y Katana Desktop (una bifurcación de KDE 4), todos adaptados para funcionar con Xlibre. La distribución prioriza la estabilidad de su base Debian, el uso de Flatpak para aplicaciones externas y está disponible para descarga en su sitio oficial, continuando su desarrollo activo para mantener un sistema libre, funcional y respetuoso con la filosofía del software abierto.

Resumen del video El autor dejó de utilizar Windows en máquinas físicas a finales de 2017, aunque ya había migrado su trabajo productivo a Linux en 2012. Su transición inicial se vio frenada temporalmente por la incapacidad de LibreOffice Writer para abrir archivos .doc antiguos, un problema que se resolvió al año siguiente. Entre 2012 y 2017, Windows quedó relegado exclusivamente a la ejecución de videojuegos, ya que las alternativas nativas para Linux o soluciones como PlayOnLinux no ofrecían un rendimiento aceptable, especialmente en hardware antiguo. La decisión definitiva de abandonar Windows se consolidó cuando una actualización de Windows 10 dejó el sistema inutilizable tras tres meses, y al planificar su siguiente equipo con procesadores Ryzen, se enfrentó a la falta de compatibilidad oficial de Windows 7. Tras un fallo de hardware en su configuración original (Ryzen 7 1700) derivado de un incidente con un SAI y una actualización de firmware, decidió renovar la máquina de forma conservadora: mantuvo la caja, la fuente de alimentación y 32 GB de RAM DDR4-3200, pero instaló un Intel Core i5-12600K y, en 2023, reemplazó su RX 580 por una RX 7600 XT. Durante casi nueve años, ha observado una mejora constante en la experiencia de usuario de Linux. Actualmente, está tan familiarizado con el entorno Linux y sus distribuciones basadas en systemd que le resulta prácticamente imposible utilizar o incluso instalar Windows en un equipo físico, considerando que los entornos de escritorio de Linux son más sencillos y requieren menos mantenimiento que el sistema de Microsoft. En cuanto a los videojuegos, se ha convertido en un defensor firme de ejecutar compilaciones para Windows mediante Proton en lugar de usar versiones nativas para Linux. Argumenta que la API Win32 ofrece mayor estabilidad frente a los cambios frecuentes de las APIs de Linux, además de proporcionar un mejor rendimiento y una integración más fluida con el sistema operativo, como la correcta detección del idioma o la compatibilidad total con mandos de PlayStation. Asimismo, destaca que Proton facilita la ejecución nativa sobre Wayland sin depender de que cada motor de desarrollo implemente soporte específico, lo que garantiza una experiencia más estable y moderna que forzar la ejecución a través de Xwayland. Su metodología de trabajo en Linux ha evolucionado significativamente con el uso de sistemas operativos inmutables. Para mantener el sistema anfitrión limpio y aislado, ejecuta aplicaciones mediante Flatpak (incluyendo Steam para aislar Proton), gestiona servicios y entornos LAMP a través de Podman para facilitar la creación de múltiples configuraciones según el contexto, y utiliza Distrobox para aislar compiladores, herramientas de monitorización y software específico. Por ejemplo, planea ejecutar Arx Libertatis mediante un contenedor Distrobox basado en Fedora Rawhide, exportando la aplicación al lanzador principal del sistema. Concluye reforzando su compromiso con Linux como único sistema operativo físico y anuncia que publicará un tutorial sobre el uso básico de Distrobox.

Resumen del video Microsoft muestra una notable indecisión respecto al lanzamiento de Windows 12, alternando entre retrasos y priorizar la corrección de Windows 11, un sistema que la propia compañía reconoce estar bastante afectado por actualizaciones que suelen romper más funcionalidades de las que solucionan. Esta situación evidencia la falta de un modelo de actualización estable o rolling release fiable, lo cual contrasta con la consistencia que ofrecen distribuciones Linux modernas como OpenSUSE Tumbleweed o CachyOS. Uno de los principales lastres de Windows es su acumulación de componentes heredados de décadas anteriores, como fragmentos de Windows 95, 98 o incluso 3.1, mantenidos por una política rígida de retrocompatibilidad que el autor considera sobrevalorada. Esta estrategia ha convertido al sistema en una estructura sobrecargada e ineficiente, dado que incluso la compatibilidad con software antiguo no está garantizada y a menudo requiere parches externos o modos de ejecución forzada, lo que desmiente la supuesta infalibilidad de dicha política. Esta carga histórica hace que Windows 11 exija recursos considerables, especialmente memoria RAM, más allá del polémico requisito de TPM 2.0. Aunque es frecuente escuchar recomendaciones para migrar a Linux en equipos con poca capacidad, los entornos Linux preconfigurados tampoco son sistemas ultraoptimizados por defecto; ejecutan numerosos servicios y software adicional para cubrir usos generales, al igual que Windows. La mayoría de los usuarios de Linux en escritorio no son expertos técnicos, tal como demuestra el propio Linus Torvalds, quien fuera de su trabajo en el kernel actúa como un usuario convencional, prefiere interfaces sencillas y critica la complejidad innecesaria de distribuciones como Debian durante su instalación. A diferencia de Windows, la comunidad Linux ha comenzado a retirar periódicamente componentes obsoletos, controladores antiguos o módulos vulnerables del kernel y de Mesa para mantener la sostenibilidad del ecosistema. Aunque esta limpieza ocasional genera molestias en algunos usuarios, es una medida necesaria que evita que el software se convierta en un lastre creciente. Mientras Linux se aligera selectivamente, Windows sigue acumulando código legado sin eliminarlo, lo que podría llevarlo a un colapso funcional a largo plazo. Finalmente, existen rumores sobre el uso intensivo de inteligencia artificial en el desarrollo y mantenimiento de Windows 11, con una supervisión humana aparentemente insuficiente para corregir sus errores. El autor muestra escepticismo hacia las capacidades actuales de la IA, prefiere utilizarla de forma aislada y advierte que su implementación masiva en el desarrollo de software podría agravar los problemas históricos de ineficiencia en el aprovechamiento del hardware, especialmente en un contexto donde muchas empresas sustituyen personal técnico por automatización.

Resumen del video El kernel de Linux enfrenta una situación de seguridad crítica tras el descubrimiento reciente de vulnerabilidades significativas como CopyFail, DirtyFrag y Fragnesia. Según se sugiere en el análisis, este aumento en la detección de fallos podría estar relacionado con el uso de modelos de inteligencia artificial para facilitar su hallazgo. Dado que Linux opera como un kernel monolítico, las vulnerabilidades de escalada de privilegios son especialmente comunes y peligrosas. Para mitigar este riesgo, surge el proyecto Module Jail, una herramienta de endurecimiento diseñada para reducir la superficie de ataque del sistema al deshabilitar componentes innecesarios. Module Jail funciona mediante un script que compara los módulos del kernel actualmente cargados con el árbol completo de módulos disponibles. A partir de esta comparación, genera un archivo de lista negra en la configuración del sistema que impide la carga de módulos no utilizados. La herramienta está concebida como una acción de configuración única y se recomienda ejecutarla únicamente cuando el sistema alcanza su estado estable, con todos los servicios activos, sistemas de archivos montados y controladores esenciales ya cargados, para evitar bloquear funcionalidades críticas. El proyecto ofrece tres perfiles de configuración predeterminados: uno conservador orientado a servidores virtualizados o físicos, otro para equipos de escritorio que preserva controladores de Wi-Fi, Bluetooth, audio y vídeo, y un perfil mínimo que solo mantiene los módulos del sistema de archivos y los estrictamente necesarios. Aunque su diseño inicial parece priorizar entornos de servidor con configuraciones estáticas, se plantea que también podría ser útil en ordenadores de escritorio, dada la naturaleza dinámica de estos sistemas y su tendencia a ejecutar más software del necesario. No obstante, se advierte que una implementación rígida podría bloquear dispositivos de uso intermitente, como mandos de videojuegos USB, por lo que se necesitaría cierta adaptabilidad para este entorno. En cuanto a compatibilidad, Module Jail ha sido probado en Ubuntu 24.04, Debian y Rocky Linux, con pruebas adicionales basadas en contenedores para Arch Linux, Alpine y openSUSE Tumbleweed. Se ofrecen paquetes precompilados para distribuciones basadas en Debian y RPM (Ubuntu, Red Hat, Fedora y Rocky), mientras que los usuarios de openSUSE deberán aplicar la configuración manualmente. La herramienta es fácilmente reversible: basta con eliminar el archivo de lista negra generado y reiniciar el sistema para restaurar el comportamiento original del kernel. El autor concluye recordando casos anteriores donde poner módulos específicos en lista negra mejoró la estabilidad, y espera que Module Jail evolucione para adaptarse mejor a distintos entornos de uso.

Resumen del video El vídeo responde a las dudas surgidas tras un anuncio sobre el cambio a Linux, aclarando que las versiones v1, v2, v3 y v4 de x86-64 no son características del sistema operativo, sino conjuntos de instrucciones implementadas a nivel de silicio por Intel y AMD. Estas versiones se introducen para acelerar operaciones frecuentes mediante hardware, ofreciendo un rendimiento superior al cálculo por software. Para ilustrarlo, se utiliza un ejemplo hipotético donde cada versión añade nuevas instrucciones optimizadas manteniendo la retrocompatibilidad con las anteriores, creando una evolución lineal y acumulativa. La implementación de estas versiones está definida por los fabricantes y suele utilizarse para diferenciar gamas de procesadores más que generaciones. Un chip de gama media reciente podría no soportar v4, mientras que uno de gama alta sí, incluso si pertenecen a la misma generación. Además, un procesador solo se considera compatible con una versión si implementa todas sus instrucciones; de lo contrario, se clasifica en la versión inferior. Esta estrategia comercial puede generar confusión entre los usuarios, aunque su impacto práctico es limitado salvo en hardware muy antiguo. En el ecosistema Linux, la gestión de estas versiones varía según la distribución. OpenSUSE y CachyOS detectan automáticamente el soporte del procesador e instalan paquetes compilados para v3 cuando es posible, recurriendo a v1 en caso contrario. Red Hat Enterprise Linux exige v3, mientras que Arch Linux redujo su requisito base a v2 en su versión 10. Distribuciones empresariales como Rocky Linux mantienen enfoques similares, aunque su relevancia en entornos domésticos ha disminuido debido a la mayor estabilidad del software moderno. En uso doméstico y gaming, las mejoras de rendimiento derivadas de estas instrucciones suelen ser marginales. El autor observa una mayor fluidez en el escritorio con OpenSUSE (compilado para v3) frente a Fedora (v1), pero en videojuegos como Deus Ex: Human Revolution o Fallout: New Vegas, la diferencia entre Proton (v3) y la bifurcación de GloriousEggroll (v1) es mínima, con apenas ligeras variaciones en FPS y estabilidad del frame time. Esto respalda la postura de que compilar para versiones superiores no ofrece ventajas revolucionarias en entornos estándar. La compatibilidad es estrictamente unidireccional: el software compilado para una versión superior no funcionará en procesadores que solo soporten versiones anteriores, lo que explica los fallos de ejecución de aplicaciones modernas en hardware antiguo. En la práctica, el sistema operativo suele gestionar esta selección automáticamente. Solo en instalaciones manuales es necesario conocer el nivel de soporte del CPU para elegir la compilación adecuada. En resumen, aunque las instrucciones a nivel de silicio mejoran teóricamente el rendimiento, su impacto real en tareas cotidianas es limitado y su manejo se simplifica gracias a la gestión automática de paquetes en la mayoría de distribuciones actuales.

Resumen del video Debido a cambios recientes en su entorno, el autor ha actualizado su configuración para jugar en Linux, adoptando OpenSUSE Tumbleweed como sistema operativo. Para gestionar las distintas capas de compatibilidad, utiliza Proton Plus, una herramienta que permite instalar y actualizar automáticamente versiones como CachiOS y ProtonMH. Esta aplicación es compatible tanto con Heroic Games Launcher como con Steam, aunque el autor prefiere la primera. Para la bifurcación Glorious Eggroll, sigue confiando en Heroic Games Launcher, donde la actualización debe realizarse manualmente desde el gestor de Wine, a diferencia de la automatización que ofrece Proton Plus. Como capa de compatibilidad predeterminada, elige Proton CachiOS, activando de forma habitual el soporte nativo para Wayland proporcionado por Wine y el hack de FSR (ajustado por defecto a 5). Estas opciones se desactivan solo en títulos menos exigentes o cuando se utiliza el reescalado nativo del motor Unreal Engine 4. El autor destaca que prefiere ejecutar las versiones para Windows a través de Proton en lugar de las compilaciones nativas para Linux, ya que considera que ofrecen mejor rendimiento y compatibilidad. Además, comenta su experiencia con motores gráficos, señalando que Unity funciona bien en 2D pero le resulta deficiente para juegos 3D, y critica el rendimiento de Unreal Engine 5. Un aspecto crucial para quienes utilicen OpenSUSE Tumbleweed con Flatpak es la instalación de paquetes adicionales que no se incluyen automáticamente como dependencias, a diferencia de lo que ocurre con los repositorios nativos RPM. Es necesario instalar selinux-policy-targeted-gaming para permitir la ejecución de juegos mediante Proton o Wine bajo las políticas de SELinux, y libselinux32 para garantizar la compatibilidad con ejecutables de 32 bits. Si se utiliza Steam en formato Flatpak, también se requiere el paquete steam-devices para la integración correcta de los mandos. Para activar el soporte nativo de Wayland en Steam, es preciso añadir un parámetro de lanzamiento específico en las propiedades de cada juego, un proceso que Heroic Games Launcher simplifica al permitir configurarlo de manera global desde la aplicación. El autor señala que las versiones oficiales de Proton de Valve aún no incluyen soporte nativo para Wayland, ni siquiera en sus ramas experimentales. Con estos ajustes, herramientas y consideraciones sobre Flatpak, se detalla completamente su marco de trabajo actual para el gaming en Linux.

Resumen del video
\nÉdouard Muller comienza desmintiendo la idea de que OpenSUSE sea un sistema operativo excesivamente complejo, señalando que su funcionamiento base es similar al de Fedora. Sin embargo, advierte firmemente contra el uso del repositorio Packman y de los repositorios de terceros equivalentes a los PPA de Ubuntu. Según explica, estos repositorios suelen modificar bibliotecas sensibles del sistema, lo que puede provocar la rotura de aplicaciones instaladas o, en casos graves, impedir el arranque del sistema operativo. Por esta razón, rechaza utilizarlos para evitar comprometer la integridad del entorno.

\n

Como alternativa, recomienda encarecidamente el uso de Flatpak, especialmente para el soporte multimedia, destacando que Flathub viene preconfigurado en OpenSUSE Tumbleweed. Flatpak aísla las aplicaciones del sistema anfitrión, eliminando el riesgo de conflictos de dependencias y garantizando que el sistema siempre arranque correctamente. Además, menciona que las aplicaciones en formato Flatpak suelen integrar mejor los portales XDG, lo que permite que las ventanas de diálogo (como las de abrir o guardar archivos) se adapten automáticamente al entorno de escritorio en uso, ya sea GNOME o KDE, ofreciendo una experiencia más coherente que las versiones tradicionales en formato RPM.

\n

Édouard Muller enfatiza que la verdadera ventaja de Flatpak no es puramente tecnológica, sino de mantenimiento: las aplicaciones verificadas en Flathub son actualizadas directamente por sus desarrolladores originales, lo que agiliza la corrección de errores en comparación con los paquetes gestionados por la distribución. Para software más específico o de confianza dudosa, sugiere utilizar contenedores Distrobox basados en OpenSUSE Tumbleweed. Esta estrategia permite aislar cualquier posible conflicto del sistema principal; si un contenedor se corrompe, puede eliminarse y recrearse rápidamente sin afectar la estabilidad ni el arranque del equipo.

\n

En definitiva, concluye que los usuarios de OpenSUSE deben evitar Packman y los repositorios de terceros no oficiales, ya que representan un riesgo innecesario para la estabilidad del sistema. En su lugar, propone adoptar Flatpak para obtener un soporte multimedia robusto y actualizado, y recurrir a los contenedores Distrobox para instalaciones especializadas, garantizando así un entorno seguro, estable y fácil de mantener.

Seguro que hay alguien en algún lugar muy cabreado por esto. Pero nunca lo sabremos porque ya no se puede conectar a Internet.

@cobito En teoría, el códec x264 es mejor que el códec h264 de AMD. Al menos, más eficiente. La calidad al mismo bitrate es mejor (en teoría) en x264 pero yo no lo aprecio y mucha gente también dice lo mismo... También es cierto que ha mejorado mucho... También es cierto que el códec quicksync y el nvenc de intel y nvidia respectivamente son mejores que los de AMD en lo que h264 se refiere. En el códec AV1 ya no hay tanta diferencia pero eso solo está en RDNA3 en adelante.

SOLUCIONADO!!!
Me respongo a mi mismo...no me acordaba que tenía el disco en MBR, ha sido convertirlo a GPT y activado el secure boot!!!
Gracias!!!

@sinchan2 muchas gracias por la explicación, se agradece bastante, hace poco intenté editarlo yo en [url editada por moderación] y la lie parda, osea se rompió el sitio web... porque quería hacer un 301.