@pparent said in VP22 Upgrade from 24.04-1.0 to 24.04-1.1 failed: I've never seen in a top any processes consuming outrageous amount of RAM. That's very strange. I had kept a copy of top when the dialer had crashed my phone and it was clear that there was a culprit: top - 21:30:13 up 12:42, 2 users, load average: 34,25, 47,73, 35,64 Tasks: 618 total, 16 running, 601 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,5 us, 92,4 sy, 0,0 ni, 1,3 id, 1,7 wa, 2,3 hi, 1,8 si, 0,0 st MiB Mem : 7294,9 total, 62,8 free, 7216,6 used, 64,6 buff/cache MiB Swap: 4096,0 total, 0,0 free, 4096,0 used. 78,3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4265 phablet 20 0 396220 1340 0 R 60,9 0,0 3:03.44 mission-control 130 root 20 0 0 0 0 R 44,0 0,0 6:10.27 kswapd-1:0 3334 root 20 0 0 0 0 R 38,5 0,0 6:10.26 kswapd0:1 4396 phablet 20 0 4640104 29844 17684 R 34,6 0,4 9:03.45 lomiri 2055 root 20 0 17868 616 0 R 34,3 0,0 1:35.34 wpa_supplicant 4212 phablet 20 0 2043428 1404 0 S 34,3 0,0 3:20.83 nuntium 4888 phablet 20 0 407480 1544 0 R 34,3 0,0 2:04.60 lomiri-indicato 1 root 20 0 25684 3884 0 R 33,0 0,1 2:36.44 systemd 1399 root 20 0 28280 804 0 R 32,4 0,0 1:09.57 systemd-udevd 4914 phablet 20 0 1869152 3080 0 S 31,9 0,0 2:53.33 ciborium 23599 phablet 20 0 9934948 5,0g 1936 R 30,5 70,4 3:16.95 lomiri-dialer-a 4429 phablet 20 0 957680 612 0 R 29,1 0,0 0:48.45 evolution-addre 24185 root 20 0 155816 29852 84 R 28,8 0,4 0:46.14 lomiri-system-c Also do you see kswapd taking a lot of Cpu like in my top ? @pparent said in VP22 Upgrade from 24.04-1.0 to 24.04-1.1 failed: the swap itself could be buggy? It's probably the same software and setup for all ports since it's not linked to Android.

@k.nacke sorry i forgot that, i will try build agian

@killclique well, 24.04.1.1 is not there for ever, there will be at some point a 24.04.1.2 and it should get the fix. For me, the problem is way too fleeting for me to take action, but you can try to fix it yourself by applying the change - I think that you'll need to turn the rootfs read/write for that. Maybe a workaround could be to disable the screen saver in Waydroid ? I have no idea if this could help (@fredldotme could you have a word on this ?)

@0xecution3r Yeah they wear out over time. I have replaced the ribbon cable and buttons on a lot of used devices. You can mark this topic as solved by marking it as read and then solved.

@bgriffis Next time you need maps, use one of the sensor apps first to get lock (Messwerk, etc). Should lock a lot faster.

I also struggled getting into a development ready state due to the readme inconsistencies. An unfortunate barrier to entry. That said, it looks like this would bring Clickable deps up to date for Noble (once merged): https://gitlab.com/ubports/development/core/lomiri/-/merge_requests/254

@Vlad-Nirky I asked about this in the ubports Matrix channel some time ago, because of course I want to implement the Yubikey challenge-response thing for KeePassRX (it's supported by the underlying Rust library). I was told the OS doesn't have full integration yet, at the OS level. But as a disclaimer, I didn't actually bother trying it myself yet lol. The Yubikey WILL be picked up as a USB device, at least, if plugged in. It shows up as an HID keyboard to make use of the pre-programmed typed password feature thingy of Yubikeys. I don't know if any of the other features of Yubikeys would work yet, though. One way to find out...

Current status of Organic Maps on Ubuntu Touch Resolds of the correspondence between Alexander from Organic Maps and pparent Well we are exchanging, but it turns out that their desktop Interface based on Qt is quite different from the one of Android/iOS and is more geared towards development for now and not adapted at all to mobile, so that's not ideal. ( At first I thought the Android app itself was based on Qt ) The good news is someone proposed to work on making this interface more user-friendly at least on desktop https://github.com/orgs/organicmaps/discussions/11805 , although I'm not sure how responsive it will be. We also discussed about making a snap and a deb package. But anyway I think the best for now might be to wait and see what comes out of this new interface development and wait for Qt6 to be released on Ubuntu Touch, which we need to be able to do a port to the openstore. Also what I have just asked him is weather their Qt app supports navigation. Because I cannot find it in the Qt desktop app ( but I don't have any GPS sensor on my desktop ). Because if there is no navigation in the Qt app, the use of this ported app might be quite limited, until they possibly develop this feature in Qt. Also it turns out their Android app is in Java, using the Android API, so this app itself is not easily portable to Ubuntu Touch, only their Qt/Desktop app is. By the way sorry I realize I forgot to reply. You can post the infos. By the way they told me that for now the Qt application does not include navigation as the Adroid App does, but that it could be added easily because navigation exists within their core C++ app. I agreed to try to find time to create a deb package and then maybe a snap package for their app, this would allow to have a first preview inside Ubuntu Touch as well, on top of giving visibility to their Qt app.

@pparent Thanks, I got it