Q&A 84 de Ubuntu Touch (preguntas y respuestas)

UBports, el equipo que está detrás de Ubuntu Touch, realiza sesiones de preguntas y respuestas. El sábado 12 de septiembre realizaron el Q&A 84 en inglés y ya podéis consultar la traducción al español. En este ‘Preguntas y respuestas’ se explica el estado de la OTA-13, que se ha retrasado por un bug crítico. También se habla del PineTab así como de Lomiri en Debian y Manjaro. Después de la presentación de las novedades, se responde a las preguntas de los usuarios. Algunas de las preguntas están relacionadas con el uso del cortafuegos, la elección de usar Chromium en Morph en lugar de Firefox o el estado del PinePhone.

Q&A 84 de Ubuntu Touch

En esta ocasión han participado Marius, Florian, Alfred y Dalton.

Pequeño retraso en la OTA-13

La OTA-13 se ha retrasado un poco como consecuencia de un bug crítico. Cuando llega un mensaje de texto (y la pantalla está apagada), no se muestra en la pantalla. Se espera que la OTA-13 salga la semana que viene. Hay actualizaciones para el Xperia X y otros modelos de la misma serie. El navegador Morph se ha mejorado mucho, incluyendo la forma en la que se realiza la selección del texto.

PineTab

La tableta PineTab tiene un teclado con trackpad. Funciona muy bien con Ubuntu Touch. Se puede instalar la versión RC para tener una experiencia de uso más normal. No se conoce la fecha de envío del siguiente batch de fabricación.

Está en proceso la actualización a la versión 5.12 de la librería Qt.Hay varios bugs, uno que afecta al borde inferior y otros que están relacionados con JavaScript, pero la mayoría de las cosas funcionan.

Lomiri en Debian y Manjaro

Debian está empaquetando más componentes de Lomiri. Se tienen que renombrar muchos componentes de bajo nivel para que eso ocurra. Es una tarea costosa en tiempo. La mayoría de los componentes están actualizados y al mismo tiempo se está moviendo el código a GitLab (algo que es bastante ambicioso). Las herramientas de test de Mir y Wayland ya compilan y deberían entrar en Debian Bullseye.

Se están actualizando los indicadores de Ubuntu (antiguos) a un nuevo set. Manjaro ya usa los indicadores de Ayatana. Marius ha mostrado el resultado en una compilación del PinePhone (una amalgama de Lomiri y Manjaro).

Qtmir ha entrado en Debian.

Hay un enlace a la imagen para todos los usuarios que quieran probarlo. Manjaro usará los paquetes de Arch en lugar de los paquetes Click. Puede que use en algún momento los paquetes Snap. En estos momentos sólo funcionan las aplicaciones principales de Ubuntu Touch como es el caso del teléfono. Estamos en la fase inicial de un proyecto que durará mucho tiempo.

Cuentas en línea

Alberto y Mardi han estado trabajando en la gestión de las cuentas en línea. Primero están haciendo limpieza en el código fuente, y después creando nuevos diseños. La sincronización con la cuenta de Google ha estado dando problemas durante mucho tiempo. Empezó a fallar en la parte de los servidores de Google, no por una regresión en el código de Ubuntu Touch. Muchos usuarios utilizan los calendarios y la gestión de los contactos, por lo que será un paso adelante si conseguimos que vuelvan a funcionar.

Nuevas funciones de TELEports

Florian ha comentado una nueva función en TELEports, el cliente de Telegram de Ubuntu Touch. Esta función “beta” es la mensajes de voz, que espera que esté disponible en la siguiente versión. Es particularmente útil para los usuarios cuya lengua nativa no es el inglés. Se ha rediseñado el interfaz para añadir esta función.

Entrevista a Florian

Florian ha sido entrevistado sobre UBports en el podcast ‘The Binary Time’. Este podcast se centra en las noticias de GNU/Linux, código abierto, etc. Hablaron con Florian sobre la historia del proyecto y su desarrollo. Enlace al podcast.

Agradecimientos a los sponsors.

Preguntas del Q&A 84

Fakone ha preguntado sobre los juegos de Godot en Ubuntu Touch

No tenemos contacto con ellos pero necesitan nuestra ayuda si queremos que funcionen sus juegos en Ubuntu Touch. Sería necesario que esta tarea la realice alguien que participe en ambas comunidades. En estos momentos tienen paquetes Snap y FlatPack, por lo que en teoría se podrían usar como plantilla para crear un paquete Click. Sería una tarea larga y el proyecto no entraría dentro de las tareas que realiza el core de Ubuntu Touch.

Clarificación del uso del cortafuegos

Alter ha preguntado sobre la conversación del Q&A 83 relacionada con el uso del cortafuegos en Ubuntu Touch. Entiende que hay un cortafuegos de serie, que se puede activar usando el terminal. En el último Q&A se comentaron los problemas que podrían aparecer con los kernels antiguos.

Es cierto que se puede activar el cortafuegos desde la consola pero la cuestión es si debería estar activado por defecto. También es importante tener un interfaz de usuario que permitiera configurarlo de forma sencilla.

Los kernels antiguos no tienen todas las funciones en el API que tienen los nuevos. El cortafuegos es relativamente antiguo, así que el problema se reduce un poco. En cualquier caso, se tendría que adaptar para cada dispositivo y eso aumentaría la complejidad para que la base siguiera siendo común. El otro punto es que los kernels antiguos no se han probado con el cortafuegos y sería necesario realizar una tarea de verificación extensa. Pueden aparecer bugs que no tienen parche que los arregle en las partes del kernel que proporcionan los fabricantes. Al no incluir el cortafuegos de serie no los han arreglado.

Android no usa un cortafuegos. Tiene una estructura que igual podríamos adaptar. Pero la otra consideración es que los kernels antiguos se van a abandonar en algún momento.

Documentación de Qemu para Ubuntu Touch

Gizmochicken ha preguntado sobre la imagen de Ubuntu Touch para Qemu y la documentación que existe. Bueno, no hay documentación. Marius ha escrito parte de la documentación, pero para su uso personal. Es una forma “manual” de conseguir que Ubuntu Touch funcione en una máquina virtual. Simplemente es un script de Bash. Se hizo un paquete Snap para probarlo en Edge pero era bastante inestable y necesitaba de mucho trabajo extra. Es posible que el desarrollo continúe en algún momento.

Notificaciones push en las WebApps

Rocket2nfinity ha preguntado si las notificaciones llegarán en algún momento cuando se actualice QtWebEngine. La respuesta es no. Dalton ha estado investigando y ha encontrado que, inexplicablemente, es muy similar a la forma de trabajar de Ubuntu Touch. El servidor de la WebApp manda un mensaje a un gateway que usa Web Push. El dispositivo se conecta a ese gateway para recibir las notificaciones. Incluso aunque viéramos cómo añadir esa funcionalidad en Morph, sólo funcionará si Morph estuviera en segundo plano (en ese caso no tendría mucho sentido la notificación). Se podría integrar la tecnología Web Push en Ubuntu Touch en algún momento.

Redshift y video chat

Redshift es una función que permite cambiar la temperatura del color de la pantalla para que moleste menos. Cuando llega el anochecer, la pantalla pasa a tonos más cálidos para facilitar el sueño del usuario. Este cambio de color afecta al video chat. La duda del usuario es si la nueva versión de QtWebEngine solucionará el problema con esta función y el video chat.

Redshift trabaja en la capa de Mir y no en la de QtWebEngine, por lo que la actualización no afecta de ninguna forma. Marius ha hecho pruebas con los filtros de Redshift en Lomiri y no funcionan bien. La creación de los colores en Mir funciona algo mejor pero no mucho. El problema principal es que el cambio de la temperatura del color en tiempo real es una operación costosa en procesado. Sería posible usar un composer más reciente pero sólo afectaría a los equipos que usen como base una versión más reciente de Android.

Kit del avión

Ubuntoutou ha preguntado sobre al avión de juguete de Florian. Es un proyecto para “más adelante”.

¿Por qué Morph usa como base Chromium y no Firefox?

¿Por qué no se usa algo como Firefox Focus? La respuesta es muy simple. Qt ha elegido Chromium y Ubuntu Touch ha elegido Qt. La respuesta larga es que los navegadores son proyectos inmensos. Dar soporte a un navegador es una tarea que supera nuestras habilidades y recursos. Piensa en ellos como un sistema operativo.

Usar el motor de Chromium es mucho más sencillo que usar el de Firefox. Se ha intentado utilizar Gecko pero era más una prueba de concepto que otra cosa. Servo era un proyecto muy interesante pero ya ha finalizado. Esperemos que en algún momento se continúe con la aproximación basada en Gecko.

¿Por qué Sphinx?

Aury88 ha preguntado la razón de usar Sphinx para la documentación en lugar de otras herramientas como MediaWiki. Una de las primeras tareas que realizó Dalton cuando se unió al proyecto fue migrar a Sphinx. Había un Wiki, pero estaba vandalizado de forma continua. Esto provocaba mucho trabajo extra. Sphinx puede trabajar con control de versiones y aunque no es sencillo de usar, es sencillo de gestionar.

El plan original de Dalton para la documentación era centrarse en la forma de usar el teléfono, enfocado al usuario tradicional. Con el paso del tiempo, otras tareas han tenido más prioridad y la ha dejado en standby.

Hay partes en la documentación de UBports que sigue usando un Wiki. La documentación de Android 9 es un ejemplo de eso. Afortunadamente, también estos wikis se acabarán pasando a Sphinx. Sphinx tiene un formato que es sencillo de leer y puede generar libros electrónicos. Poder leer la documentación sin conexión es muy útil, sobre todo si te quieres concentrar. Además, Read The Doc almacena la documentación por nosotros. Otro punto es que Sphinx se integra bien con la interfaz que se usa para las traducciones.

Progreso del PinePhone

Se ha preguntado si hay más novedades relacionadas con el progreso del PinePhone. Aunque no parezca relevante, el trabajo que está haciendo Marius con Manjaro tiene mucha relación con esto, ya que trabaja con una versión nueva de ofono. También tienen una versión más reciente del kernel que tendremos que actualizar. Al poder testear Lomiri en un entorno más amplio, con usuarios de otras plataformas, el desarrollo será mucho más rápido, lo que beneficia directamente a Ubuntu Touch.

Es un proyecto cooperativo que permite usar más recursos que los que tendríamos si estuviéramos solos. El resultado es que se acelera el desarrollo. No hay que olvidar tampoco el testeo. Al probarlo en más escenarios, se mejora mucho la estabilidad. Hemos pasado de la versión 5.9 de Qt a la versión 5.12, lo que es un cambio muy grande. Al colaborar con otros proyectos el desarrollo es más fluido.

Componentes de Qt

Esencialmente, todos los componentes que usa Ubuntu Touch están en una situación similar en relación con Qt. Por esta razón, las mejoras afectan a todo el sistema operativo. Nos hace ser un poco más cuidadosos con el código sabiendo que otros usuarios dependen de él. Había un bug que estaba “oculto” hasta que Marius lo encontró y trabajó en él.

Ubuntu Touch y Manjaro

Ubuntu Touch y Manjaro son polos opuestos en el espectro del software. Ubuntu Touch depende de parchear muchos componentes heredados de Canonical. Manjaro por su parte está basado en Arch, con componentes más nuevos. Integrar ambos mundos para que trabajen es una tarea que hay que realizar.

Si arreglas las advertencias, el código está más optimizado y la velocidad aumenta. El resultado es que las cosas empiezan a “volar”. Marius y Dalton están muy entusiasmados en el proyecto de colaboración con Manjaro porque es divertido y estresa poco. Esa es una cuestión importante que no debería ser ignorada. La gran diferencia es que al programar para Manjaro no están penalizados por las tareas de empaquetado. Manjaro usa una aproximación más elegante en el empaquetado, que deja a los programadores programar. El pequeño detalle es que ignoran los test, pero esa es otra historia 🙂

¿Funcionará Ubuntu Touch en el Píxel 5?

La respuesta corta es no. La respuesta larga es que todavía no ha sido lanzado. Podemos confirmar que Google no se ha puesto en contacto con nosotros para portar Ubuntu Touch al Píxel 5. En serio, aún estamos trabajando en Android 9, por lo que Android 11 aún queda muy lejos. Como recordatorio, hay un port para el Pixel 3a. Usa la imagen GSI de Erfan y necesita una instalación manual.

¿La función más interesante de Ubuntu Touch?

Se ha preguntado cuál es la función más interesante para Ubuntu Touch (para usuarios nuevos). La respuesta es la convergencia, por supuesto. La privacidad es más importante pero puede estar un poco más oculta respecto a la perspectiva de un usuario nuevo. La independencia de Ubuntu Touch y la comunidad que le rodea son puntos importantes. La estabilidad también es otro punto que puede atraer a nuevos usuarios, junto con el ciclo de actualizaciones frecuentes. No nos centramos completamente en la convergencia sino que hay más elementos.

Cada usuario tiene sus razones para elegir Ubuntu Touch y sus prioridades pueden ser diferentes. Los programadores tienen un punto de vista diferente al usar los dispositivos. Es mejor preguntar a otros usuarios ya que serán más naturales.

Nos vemos la próxima vez.

Vídeo del Q&A 84

Conclusiones

La OTA-13 se está haciendo un poco de rogar. No es algo malo. En un desarrollo complejo como es Ubuntu Touch se encuentran bugs. Esos bugs se tienen que arreglar para que no estén en una versión estable. Si eso implica esperar un poco, se espera. Los usuarios impacientes siempre pueden usar el canal RC. En este Q&A se han visto también otras cosas interesantes como la función beta para mensajes de voz de TELEports. Es una función bastante demandada por los usuarios que no pueden escribir y usar Telegram como un buzón de voz (hay casos en los que es necesario).

En el apartado de preguntas hay mucha variedad. Encontramos desde las razones de no usar un cortafuegos a la explicación de elegir Chromium para el navegador Morph. Aunque no lo parezca, las decisiones de diseño se toman a partir de la información que hay disponible. Se valoran las ventajas y los inconvenientes y se elige la mejor opción siguiendo varios criterios. Una cosa es la idea inicial y otra muy distinta el resultado final. En él intervienen los recursos y el tiempo. No hay que olvidar que el core de UBports es reducido y tienen que priorizar las tareas.