@kugiigi said:

@DenMoore Isn't FuriOS use like Debian + Phosh?
But yeah, Halium exists so we can have usable alternative OSes without having to go through the rigorous process of mainlining every device. Mainline is much better but not realistic to get something usable immediately.

Or within any reasonable time frame, unfortunately. The OnePlus 6 is probably as far back as I'd stretch "reasonable," and it's on the tail end of "reasonable," being ~7 (8?) years old at this point. It's extremely unfortunate.

FuriOS is Phosh on top of Debian base, yes, probably with some other stuff to make the phone work as well.

Set template to unconfined in apparmor. Or set read and write paths to entire home directory. Of course, these have security implications.

@Thomas doesn't really matter if it's risky or not. It matters what the permissions allow or not. Ubuntu Touch enforces permissions via AppArmor. AppArmor is an extension to the Linux kernel that can block system API calls if they violate whatever policy is defined for an application. An unconfined app on UT has no AppArmor restrictions. So it's no more or less dangerous than a typical desktop application. But because it does not adhere to the permissions model, it has to be manually reviewed by the OpenStore team.

If you are really bent on doing this, you should go download and study the source of lomiri-messaging-app.

@Thomas if your app is unconfined, it can do aaaaaaaaaaaanything. But there is also a list of apparmor policies. https://docs.ubports.com/en/latest/appdev/platform/apparmor.html is it. Nothing about SMS in there. So you'd probably have to be unconfined. Which may or may not excluded it from the OpenStore.

Also, what do you mean by "forwarding?" Do you mean actually sending the SMS to another phone number?

Question: Are there any thoughts/discussions going on (or that have gone on in the past) about widening the number of apparmor permissions to allow for more fine-grained control of things?

Some examples:

• Permission to disable app suspend so the user doesn't have to do it themselves.
• Permission to start background services. Could maybe be implemented similar to read/write paths with the ability to execute specific commands.

@undrwater also, since this is not built in, you could check out @kugiigi's Ambot Installer and install MariKit. It does what you want. Slide left or right from middle-ish of the bottom edge of the screen and it's gestures ahoy.

@kugiigi said:

There's no universal "back" action in UT, the same way most OSes don't have it except Android and Windows phone. There's a back button in each app but can be implemented differently and reacts to different key bindings or none at all.

This has been discussed many times already and honestly, I don't think we can have a universal back action similar to Android. The best we can do is probably to design the standard toolkit to make it easier to trigger. That's another discussion that has been discussed many times too but needs someone to actually design and implement it.

I personally have many experiments on this. My older apps like Palitan for example has swipe up on the bottom left edge to go back (or whichever button is at the top left). My newer apps like Tagatuos and Sapot Browser, you can swipe left or right on the bottom edge. Ambot Installer also has a package called MariKit which adds this gesture is apps that use UT's standard toolkit.
I personally like this gesture but there needs to be a deeper and proper discussion if we really want it

Speaking of which, is it possible to add a gesture hint thingy at the bottom of the screen when your toolkit mod is active?

@richdb said:

Awesome!! I really needed this. The other app in the store was nothing more then a wrapper and did not really worked well.

Other question, there is also TooterB (Mastodon client) and Wisperfish (Signal) in the openrepos.net. Are those apps easy to port to UbuntuTouch? Maybe Wisperfish not at first because there is a Signal desktop app in the store, but the Mastodon apps in the store do not really work (wrapper that not remember your password).

But again, awesome you port this proton mail bridge app.

At this point, calling it a port would not really be correct. It was rewritten from C++ to Rust, and uses the official bridge instead of Hydroxide. But in any case, porting is always possible. Just a matter of how much effort one wants to put it into it. In the case of Whisperfish, there have been several attempts(ish) to port it to UT, but they never got far. The native Axolotl client for Ubuntu Touch was using the same library that Whisperfish uses (and maintains!), but development of Axolotl stalled. It would be great to have Whisperfish on UT. But I am absolutely not ready to undertake something like that, lol.

@undrwater I think a gesture wouldn't be nice. No idea the best way to properly integrate it from a UX perspective. Maybe just borrow the side screen background gesture from Android?

@oldbutndy it works exactly like the bridge on the desktop. See Proton Mail's site for more info.

After seeing the Hydroxide app on OpenRepos.net for Sailfish OS, I was inspired to port it to Ubuntu Touch. A few crazy ideas later, and it's now a Rust app that runs the official Proton Mail Bridge instead of Hydroxide (alternative bridge).

So, this means you can now connect directly to Proton Mail with Dekko, or any other e-mail client you manage to get running on your UT device.

Find it in the Open Store: https://next.open-store.io/app/projectmoon.hydronium/

This thread will serve as a basic support/questions thing. For more detailed bug reports. please file an issue in the repository. I am particularly interested in any problems with the bridge itself, especially around the untested secondary mailbox password login.

@Orangeknow universal problem, unless the snap has built in support for Maliit (the input stack used by UT and Sailfish OS), which is not many snap. The only hope for a fix is Mir 2.0, which is a proper Wayland compositor.

@sm-xcx The list on the page is accurate, as far as I know.

@sm-xcx https://devices.ubuntu-touch.io/device/algiz/ does not specifically say any version, but it definitely runs 24.04.

@pparent said:

@projectmoon @messayisto
Ok small mistake sorry, I've published version 8.2.0-2 that should fix it.

Working now. Thanks!

@pparent said:

Signal UT 8.2.0-1 is available! The improvements are:

-Bump to version 8.2.0
-Calibrate keyboard height, to real height measured on first start

Any feedback to confirm everything is working is welcome!

@rund_europa

Your keyboard height problem should be solved on latest revision can you test?

I just updated. The app starts but immediately closes/crashes. Don't see Signal Desktop load.

The only error I see in the service log is along the lines of

/utils/mic-permission-requester/Main.qml:68 Invalid property assignment: color expected.

Edit: Happens after a reboot too, so not some lingering Electron process.

@domubpkm said:

@iautobot Do you have now some response of Volla support ? If not maybe some problem about the contact form. If necessary i will give you an email contact in PM, as i have had already maybe problems with the contact form too.

The contact form works. Volla is just very bad at replying to customers.