@richdb Isn't beeper technically working like a bridge (collection of bridges)? There are also other signal bridges out there, or one can self host one.

@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.

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!

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

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

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

@slowcyclist I don't recall ever having things like that in my logs. I am not running the same version as you, I stick to stable. Not sure if it could make a difference since AFAIK your daily version was the same as the 24.04-1.2 stable 12 days ago, I take it that the problem is older than that for you ? I never tried the daily, do you really upgrade your phone every day ?

@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.

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

@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

@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...

@gpatel-fr @FlavioMala, indeed the newer Bluetooth stack had the side effect of breaking usb_tethering. I could fix it by applying a small patch and recompiling the kernel. The patch is attached to the issue.

@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.

@lsitongia yes

Emacs Emacs: an editor for text and code with infinite adaptation possibilities I have been using Emacs extensively on Ubuntu Touch as text and code editor. I only got Emacs to work inside a Libertine container, since Emacs cannot find its libraries otherwise. Emacs can be adapted in the same way as Firefox inside Libertine container to scale well. The only issues I have seen with Emacs so far is that the menus do not show one out of three times. Keyboard shortcuts, Ctrl, Meta (usually the Alt key left from space bar) and Lisp functions cover all the needs of reformating text. MELPA is a repository with lots of add-ons to deal with things like beautifying html and css code, viewing EPUBs and playing games. When using linux, Emacs is probably one of the tools which is good to know about and use. Of course there are other tools which are equally good. I invite readers to share their view on which tools that are best to use as editors in Ubuntu Touch. Install Emacs in Libertine lirsh fakeroot apt-get update apt-get install emacs Adjust the emacs.desktop line that starts with Exec= to suit your eyes. I currently use these lines with default Xft.dpi: 197 setting: # TryExec=/usr/bin/emacs TryExec=bash -c 'GDK_DPI_SCALE=0.6 GDK_BACKEND=x11 /usr/bin/emacs' # Exec=/usr/bin/emacs %F Exec=bash -c "GDK_DPI_SCALE=0.6 GDK_BACKEND=x11 /usr/bin/emacs %F"

@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)

@slowcyclist err, no, my test reconnects to the server. However there is something of a strange behaviour that I don't understand currently. When asking for a sync even in test mode from the command line: syncevolution --print-databases backend=caldav username=<user> password=<pwd> syncURL=http://192.168.20.12:5232 [INFO] start database search at http://192.168.20.12:5232, from sync config '@default', syncURL='http://192.168.20.12:5232' I often see a block, the connection is not established (nor refused). After some time (a few minutes ?) the reply is sent. I see the log of the server at the same time, it does not receive anything, it's syncevolution that is refusing to send. When looking at the same behaviour from the phone UI point of view, when clicking on the sync button, it turns in display busy and after some time the server is receiving data and the sync button turns in mode inactive (but with an red error indicator). Even trying syncevolution --help blocks. It's as if syncevolution was refusing to work at some moments. Looking a bit more, it's as if it's the phone UI connection that is blocking itself (and all other operations such as syncevolution --help or the manual sync that I posted above; when the UI phone attempt at connection finishes, I can then do sync tests from the command line without limitation. It's as if the sync initiated from the phone UI was blocking syncevolution for about 5 minutes, then it deblocks itself (and other syncevolution clients on the phone such as my test sync) , synchronize the events successfully but returns an error. A bit of testing seems to show that the delay is about 5-6 minutes. Maybe it's actually that syncevolution is setup to sync every 10 minutes and the button has no effect other than to block until the automatic sync does its thing. If what you see looks like what I see, that would be a pattern and maybe an issue could be created on Gitlab.

@nbdynl There is a way to force the update. https://ubports.com/blog/ubports-news-1/ubuntu-touch-24-04-1-2-and-20-04-ota-12-release-3987