And it's the only web browser that supports importing bookmarks. Awesome!

protonvpn in Libertine Out of curiosity I tried to install protonvpn in Libertine container in the same way one would install it on Ubuntu Desktop. Protonvpn didn't work at all, showing loads of dbus related errors. Libertine runs in chroot according to python3 error messages, which apparently complicates a lot of systemd related things. Maybe it is not impossible to fix, but I kindly request more skilled developers to look at the errors protonvpn is throwing to figure out what to do about it. Hopefully the protonvpn team realizes that they need to help out and make their software run also on Ubuntu Touch, not only regular Ubuntu, Debian, Fedora, openSUSE and Archlinux. samba or secure ftp server with wifi hotspot I have seen discussions that there is a need for a solution where Ubuntu Touch offers some kind of server connectivity, either samba or secure ftp with wifi hotspot so that another device can share files. I think that this kind of server needs to have an ON/OFF button functionality so that it only functions when needed. The Ubuntu Touch wifi hotspot serves as an access point for another device to obtain an ip address so that a connection to the server can be made with either smbclient, secure ftp client or similar. I invite readers to share their knowledge about how such a functionality could be achieved on Ubuntu Touch. Conclusions from desktop mode tests As you may see, most software that you find on a linux desktop does actually run well enough on Ubuntu Touch, although inside Libertine container. You can get most things done that you normally would use a desktop, laptop or notebook for. The absolute biggest headache is the difficulty to get copy-paste to work well between all windows, especially to and from LibreOffice. Screenshot functionality like xfce4-screenshooter or gnome-screenshot is wanted. It is used to grab a single window or to select a region and save it, or copy the screenshot directly into a chat. Printscreen key on a regular wired PS2 keyboard takes a screenshot of the whole screen and saves it in ~/Pictures/screenshots. I didn't get xfce4-screenshooter or gnome-screenshot to work as intended. Automated, simple VPN that regularly adjusts parameters and autoselects a good node is probably wanted by some users. An example of that would be the functionality of protonvpn, which exists on Android and linux desktops. Ability to control random MAC-addresses on public wifi networks is wanted. I read somewhere that Ubuntu Touch offers some privacy concerned MAC-address shifting when moving between public wifi networks, but it would be nice to get this verified by someone who knows more about how it works in detail. I think that Ubuntu Touch with Libertine can be used as a PC, a linux desktop, already now. It passed the test to be considered good enough. Once the copy-paste functionality works to satisfaction, it will be many user's choice. If the device supports USB3.0 display out so that you can connect Ubuntu Touch to an external monitor, mouse/touchpad, keyboard and external harddisk or pendrive, you really get the PC experience already in my opinion as a newbie myself. For USB2.0 devices, it would be good to know exactly what is needed to conect to needed periferals including a monitor and compare the cost to a device which offers USB3.0 display out. I have come to understand that the USB-port is used quite a lot more than one expects, which makes it the most sensitive part that eventualy will stop working at some point. RAM memory 6GB seems to be enough for all the use cases I went through. Most of the time I see 2.5-4.2 GiB RAM used, with the absolute top at 5.9 GiB. Thunderbird and Firefox do not eat as much RAM as I thought they would do. Hopefully these use cases give readers a bit more feeling for what Ubuntu Touch in desktop mode can offer at the present, using snaps and Libertine container. It gets better each day, as more and more users start to experiment with it and share their findings. Conclusions about native mode Desktop mode on a 24 inch monitor offers several ways to increase text sizes so that people with not perfect eyesight can adjust the zoom. The native mode when using the mobile device screen by itself does not offer as much scaling capability as the desktop mode without messing up the look and feel. As a consequence, it may at times be quite difficult to see miniature text smaller than 1mm without a magnifying glass. If Ubuntu Touch is meant for a larger target group, each app has to implement text scaling capabilities so that text can be shown bigger for those who need it without ruining the functionality of the app. Preferably, the text size settings should be set in Ubuntu Touch settings on a global level, which are then used by each app to show the text in the desired size. Android has this functionality from very early versions and new Ubuntu Touch users are going to look for these text scaling settings in the Ubuntu Touch settings. I think users would benefit from an app naming convention that clearly indicates if a native Ubuntu Touch app is supposed to run in desktop mode for improved visibility. As an example, Linphone that is usable on a device screen size five or six inches should be called Linphone. Linphone-Desktop clearly indicates that the app needs desktop mode for visibility reasons. Every app meant to be used on the device without desktop mode should be able to display large text for better visibiltiy without falling over the edge. Another example: Brave browser should be visible and usable on a small screen, otherwise it should be called Brave-Desktop to indicate that you need desktop mode to use the app for better visibility. Yet another example: Thunderbird should be usable on a small screen versus Thunderbird-Desktop which is supposed to be used in desktop mode for greater visibility.

@DJac said: Hi, i notice that I have a display issue : probably beaucause I have a little screen (sony xperia X). on the welcom page, i can't choose to reject definitively the microphone... I have the same probleme on SignalUT thanks for the work already accomplished. Thank's for reporting I will look into it. I will probably publish a new version soon, with few fixes. Ps: note thought that it will always come back after erasing your datas, and sometimes when updating the app (if the update requires it).

I try to re-install the 24.04-1.2. pearaps it is a bad installation... the problem persist. And my 2nd device have the same problem despit a clean installation (erasing user data).

236 K$ and 303 backers in the first 30 minutes, 268 k$ and 342 backers in the first hour, 316 k$ and 399 backers in the first two hours https://www.indiegogo.com/en/projects/braxtechnologies/open_slate

@rocket2nfinity I hadn't heard of a pending fix for group MMS. That's incredible news!

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

@GooglyBear No. I use a phone case with a keyboard now. So non issue for me now but still an issue for OSK.

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

Could someone post the FairPhone 3 Android 10 image? I cannot find it anywhere

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

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

@lsitongia any carrier's SIM logged into an android phone with a google account. All RCS goes through Google's servers, and RCS is opt out, not opt in. Go into your google account settings, search for RCS. Turn it off for that device. If you never used that device with a google account, then you're good. So, yes, you can put that SIM in another android phone to turn off RCS. But, you need to be sure what google account you used that SIM with.

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

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