Lanzamiento de postmarketOS v26.06 (Alpen Avocado)

• Una versión orientada principalmente a entusiastas de Linux, y que todavía no es adecuada para usuarios que esperan un nivel de acabado comparable al de Android o iOS
• Basada en Alpine Linux 3.24, con versiones actualizadas de la interfaz móvil a GNOME 50, KDE Plasma Mobile 6.6.5 y Phosh 0.55.0
• Tras actualizar una instalación existente, las tareas manuales recomendadas son, salvo para usuarios de SXMO, eliminar del grupo input, eliminar ffmpegthumbnailer, y migrar la configuración personalizada de kernel cmdline a /etc/kernel-cmdline.d/
• El método anterior de kernel cmdline seguirá siendo compatible por un tiempo, pero ya muestra una advertencia de desuso
• La herramienta predeterminada de elevación de privilegios para nuevas instalaciones cambia de doas a sudo-rs
• La pantalla de arranque cambia de pbsplash a Plymouth; se puede mostrar el registro de arranque con ESC o el botón de encendido del teléfono, y en dispositivos donde se muestre incorrectamente es posible rotar la pantalla de splash
• Los dispositivos con soporte de vibración pueden vibrar durante el arranque; no funcionará en dispositivos sin módulo initramfs o que no puedan vibrar
• Phosh integra en Phosh Mobile Settings las funciones relacionadas que antes estaban en la app postmarketOS tweaks, y cambia el display manager de tinydm a greetd y phrog
• La variante con systemd de Plasma desktop usa plasma-login-manager en lugar de sddm; la combinación de Plasma y OpenRC en postmarketOS ya no se recomienda y se planea desactivarla en el futuro
• Plasma Bigscreen fue desactivado después de v24.06 por incompatibilidad con Plasma 6, pero vuelve a estar disponible en v26.06
• La actualización de ModemManager añade nuevas funciones como cell broadcast
• Los paquetes genéricos de kernel linux-postmarketos-{mainline,stable,lts} se incluyen en v26.06, y se actualizarán y mantendrán al día durante el periodo de soporte de v26.06
• Hay 254 dispositivos en la categoría testing; ASUS MeMO Pad 7, Microsoft Surface RT, NVIDIA Tegra ARMv7, Samsung Chromebook y Xiaomi Mi Pad 5 Pro pasan de community a testing porque sus kernels son demasiado antiguos o ya no reciben mantenimiento
• Entre los nuevos dispositivos community están Google Asurada Chromebook, Google Cherry Chromebook, Google Corsola Chromebook, Radxa Dragon Q6A y PINE64 PineNote
• Entre los problemas aún no resueltos están el uso del 99% de pmOS_root tras reflashear en algunos usuarios, el prompt de /dev/loop1p2 al iniciar Phosh, artefactos en el ajuste de brillo del Fairphone 5, volumen de audio excesivo en Fairphone 3, ausencia de pantalla splash en Librem 5 y la interrupción del funcionamiento de los tonos DTMF en PinePhone {p:99}

[GN⁺]

Opiniones en Lobste.rs

• Qué bueno que vayan a enfocarse pronto en subir dispositivos a la categoría Main. Ahora mismo está vacía
  Creo que lo que GrapheneOS y SailfishOS hicieron bien fue concentrarse en unos pocos dispositivos y hacer que funcionaran realmente bien, como pasó después de que Jolla dejó de intentar con hardware. El año pasado en el stand de pmOS en FOSDEM pregunté “¿qué teléfono debería comprar para usar esto?” y básicamente no me supieron responder. Antes intenté instalarlo en un Xiaomi Mi 9T viejo para probarlo, pero faltaban cosas como drivers de cámara o incluso poder revisar bien el estado actual de la batería, así que era difícil usarlo como algo más que un juguete
  La razón por la que esto importa frente a SailfishOS es que, en mi experiencia, algo basado en libhybris no da una experiencia de Linux real y te termina frenando en momentos inesperados. Por ejemplo, instalar Flatpak no es tan fácil como en otros lados

  • Que GrapheneOS y SailfishOS hayan podido enfocarse en pocos dispositivos y hacer que funcionen bien se debe, en general, a que usan kernels del proveedor con drivers y blobs binarios de espacio de usuario que ya vienen listos
    postmarketOS no hace eso, sino que intenta usar el kernel mainline siempre que puede. Por eso tiene que reescribir drivers por dispositivo y lograr que sean aceptados upstream, analizar qué hace el kernel downstream y también pulir herramientas de espacio de usuario. Los kernels downstream suelen ser un desorden enorme difícil de llevar a upstream
    A largo plazo, este enfoque es mejor. Por ejemplo, permite usar un kernel moderno incluso en dispositivos de 13 años cuyos updates de Android terminaron hace muchísimo. A cambio, en muchos dispositivos el soporte de hardware todavía no llega al nivel de GrapheneOS o SailfishOS
  • Si mal no recuerdo, uno de los dispositivos con mejor soporte en pmOS es el OnePlus 6T, y el OnePlus 6 normal queda apenas un poco por debajo
  • Jolla está intentando volver al hardware: https://commerce.jolla.com/products/jolla-phone-sep-ii-2026

• Ah, hace poco actualicé mi dispositivo antes soportado a 25.12 y ya no arrancó, así que debería probar otra vez con esta versión :)