@messayisto I just checked on my signal bridge room. That has encryption enabled. So in theory it should work this way. But of course no idea if it would work when setting it up new again. Sometimes old tjings work and new ones break.

@tacetion so is it up and running with UT? A prototype is well worth keeping, collectors may seek something like that out..... It could also have had a screen replacement...

@projectmoon said in Call for testing: calendar-app: @lduboeuf said in Call for testing: calendar-app: @projectmoon said in Call for testing: calendar-app: @lduboeuf So unfortunately, calendar sync is still broken. The calendar that was syncing (connection to Nextcloud via generic caldav instead of built-in Nextcloud integration) is no longer syncing. Only thing I see in Evolution logs is something about i_cal_time_compare < 0 failed. I turned the Nextcloud integration itself back on for Calendar, and that synced fine... But I don't know if it will sync more later. Sorry, i don't understand, you mean it works or not ? Please also precise on which OS version are you . The sync can be sometimes unstable ( and it always has been). It is sometimes needed to recreate all accounts ( remove them all, reboot, recreate them) Stable 1.2, and the accounts were previously already cleared and removed from Evolution. Re-re-(re?)-creating the accounts shouldn't be necessary, I would hope. What I mean is that the Generic CalDAV Account seemed to stop syncing. But when I re-enabled the Nextcloud Account, that synced fine. I have two Online Accounts set up on the phone. Both point to my Nextcloud instance. Just one is the "proper" Nextcloud Online Account and the other is Generic CalDAV. Yes, there are reports where sometimes it happens and we don't know what is happening. Only by removing the account, then rebooting, then re-creating it fixed the issue. The new backend is more stable regarding that, but not here yet.

@pparent I m not sure. it is juste a feeling for the moment. I wan't to test it more.

I admire the partnership between UBports and Volla. It's very good to have two new modern high-performance smartphones supporting 5g. This has nothing to do with UT but I am less confident in the future with what we will be able to do with UT as a daily use smartphone and especially with androîd alternatives like Volla OS or others due to upcoming restrictions from Google and the incidious need to use official apps with real Google Play services, Micro G being rarely sufficient. This will not dissuade me from continuing to support Volla.

@mihael I had another try after uninstalling and reinstalling uAdBlockNG and creating symlinks like this: root@ubuntu-phablet:/etc# ls -l hosts* lrwxrwxrwx 1 root root 29 Feb 26 16:49 hosts -> /home/phablet/Downloads/hosts lrwxrwxrwx 1 root root 39 Feb 26 16:07 hosts.blocklist -> /home/phablet/Downloads/hosts.blocklist [...] and it worked out fine! I must have made a mistake before when creating the symlinks. Thanks for your help!

Nothing Phone 1 has landed in https://devices.ubuntu-touch.io/device/spacewar/

@paulcarroty witch UTC are you ? It is possible it comes elswehere...

@uxes Yes, all joyeuse_global_images_V12.0.X.0.QJZMIXM from 1 to 4 are OK

I believe there was an app for it but not sure if it ever worked or if it still works. I never got FM radio on UT so I wouldn't hold ny breath waiting for one

I've put the logo on the french version of wikipedia, It can be reused for other languages: https://fr.wikipedia.org/wiki/Ubuntu_Touch

@ChromiumOS-Guy said: @nbdynl before i continue, append this to camera / location and if possible networking as well. we want a one time approval option, as well as foreground only. only system apps (like Phone app) should be eligable for background access for services microphone/camera by default, devision as follows: only phone (the app) has background access to microphone by default camera should not be accessible on background by default. (any app) location should not be accessible on background by default (any app) networking should not be accessible on background by default ,push notifications goes through a push server so not affected if im wrong this can be ammended (any non system app) It would be nice to have an explicit permission for apps that need to run in the background all the time, even if it's something that makes it require review. There are a number of apps that only work properly when unsuspended, or by using an unconfined background daemon. Would be good to converge on a single permission for them.

I cannot really say much about the Volla and Fairphones as I don't have any (too expensive, even second user) in comparison to the ones I have mentioned. But as they are well supported and commercially available with UT installed they are well worth looking at. I upgraded all my Xiaomi Mi A2 to Focal - they are a good device, but a tricky install.

@WillemHexspoor said: I'm referring to 24.04-1.x oh, right. I must learn to read. And not reply early on a Sunday morning

@lduboeuf This has been my experience using a Oneplus N10. Since VoLTE landed, idle drain has seemed notably less pronounced. A very nice surprise, especially on a device with an aged battery.

@projectmoon I installed the package qtubuntu-qt6 provided by Ubports into my bundle, the same that is used in Morph Qt6 version.

@gpatel-fr Ok I'll wait a little bit more time before the upgrade though... Thanks!

@arubislander said: it is not the case for video codecs either indeed. This week-end I tried seriously to add ffmpeg codecs to my FP5 with 24.04-1.2 stable and basically succeeded, see https://gitlab.com/ubports/development/core/lomiri-messaging-app/-/issues/359#note_3122981838 So it is possible to play ALAC files with the existing UT applications (mediaplayer...). The fact that it is slower than when accelerated by the hardware is true of course, but a not too old processor like the FP5 one is powerful enough to handle simple video files without acceleration (did not try 4K though).

said: Hello, With the next calendar-app release coming, a bunch of new strings are waiting to be translated, thanks for looking into it: https://hosted.weblate.org/projects/lomiri/lomiri-calendar-app/ Lionel oops forgot to mention the forum post about it: ( arf can't paste the link here), look into category OS->Call for testing: calendar-app)

@FlavioMala I don't think that the way the update is installed does any difference. As UT is a read-only filesystem, all system upgrades involve a replacement of the whole rootfs including the kernel. If the kernel has been upgraded at some point in the daily channel for 24.04-1.x, the change will be transferred (of course) in the 24.04.1.2RC and later stable. The FP5 linux kernel is not the same for 24.04-1.1 and 24.04-1.2 stable versions. The installer then can no longer install back 24.04.1.1 on a phone, that was the point of my post: you can't revert to the previous version whatever method you use, even with the installer. That you can't do it from the phone is a misfeature, even more so from the installer. I did not file an issue with the installer since there are already more than 2000 of them