gpatel-fr

@jvls1997 said:

Android version: Android 16

that's a bit of a problem since most advanced Halium version so far is 14.
It's unlikely that an existing port could be simply copied, even if the device used for said Halium 14 port is actually a Mediatek one.

@grief493 said:

I can't seem to get landscape mode in Waydroid,

I just tested this and could not see such problem, I launched the photo app, turned the phone and could take a photo in landscape.

@fredldotme

sorry if I missed something in your post, how about displaying QT objects ? the accepted way seems to use Python prettyfiers, so I tried to add them in a gdbinit file, however when trying to load them your snap spits out:

phablet@ubuntu-phablet:/opt/click.ubuntu.com/lomiri-settings/current$ gdb lomiri-system-settings 
GNU gdb (GDB) 17.1
Copyright (C) 2025 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "aarch64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
❌ /home/phablet/.config/gdb/gdbinit:16: Error in sourced command file:
Scripting in the "Python" language is not supported in this copy of GDB.

is there something I am missing ? or is displaying QT variables not possible with this tool ? I the answer is yes, could Python scripting be added to the snap ?

Note that debugging works - I can setup a breakpoint and gdb breaks at the desired line. The problem is that I can only display native c++ variable values, not QT objects.

@kugiigi said:

system components

as far as I know, it's not possible to debug system components without turning the rootfs r/w. I know because I tried to fix some problem, compiled a package with crossbuilder and found out that using the 'deploy' command of crossbuilder turned the rootfs r/w.

So it's not possible to install - and debug - Lomiri components on an UT phone without turning the rootfs read/write.

So the idea of using snap to install tools without having to turn the rootfs r/w turns out to be not so useful in practice when dealing with system components. It can be useful for debugging clicks.