IMHO the currently missing piece for UT as a daily driver Full Nextcloud integration is really the way to go.

So qtcontacts-sqlite seems to have landed in a branch:

https://github.com/ubports/address-book-app/commit/db8681e0e694a03d6c95632dabb4910719925c95

@mardy great to see some further progress on this. You think CardDAV might make it for OTA12?

The general consensus in Linux phone circles seems to be that the FP6 is a downgrade over the FP5.

Besides the already mentioned lack of USB3 and display out, they also completely mis-designed the battery, meaning that there will likely never be any 3rd party replacement batteries for it. Combine that with what appears to be financial problems of the Fairphone company, and their 10 year support promise seems increasingly dubious.

Small rant: The FP6 should have been a user replaceable mainboard etc. upgrade for the FP5 casing. Them constantly redesigning their entire phones is a waste of money and directly contradicts their mission statement to reduce e-waste.

https://forum.manjaro.org/t/manjaro-arm-alpha2-with-lomiri-pinephone/39561

Super interesting development as a lot of the things UT will need in the future (when finally based on 20.04+) can already be implemented and tested on Manjaro.

Just found this:
https://www.peterspython.com/en/blog/developing-ubuntu-touch-apps-with-python-using-pyotherside

Seems like a nice start

Pyotherside will also work with qt quick controls 2?

@AppLee said in What do you think? Use only Lomiri as poweruser?:

When I read your post I think that you want us (as a community) to bail because it's a long way until UT is polished and with many useful and fun apps. But I don't think that we should stop because that is something I want and many others too.

No, I don't want the community to bail. I like UT overall, although I like Lomiri more than some other parts.

But what I see is that this community is struggleing to maintain a lot of the stuff Canocial developed back then and which made sense for their buisiness case (taking a cut from the app-store sales like Google does). And a lot of this baggage from Canocial times does not only cause a maintainance burden (by now it is technical debt despite some nice things about it) but actively turns away new contributors. Yes some of those might be tinkerers and are not primarily thinking about the use of UT as a daily driver phone, but as with all healthy open-source communities there is always a mix of different motivations and the sum is larger than its individual parts...

Unless you want to do the port yourself it is probably better to wait for the PineTab or get a already compatible one like the old Nexus7.

For porting youself, look for LinageOS support and Android7 or maybe soon 9.

@trwidick really? mms sending is a thing now? In my entire life I have maybe send an mms once by accident and I don't think I know anyone who uses those either.

And if you think your life will depend on it, then better not use a smartphone at all. They break easily and run out of battery quickly.

Awesome. This is probably one of the future must have apps on UT. Thanks a lot

I have about one year experience running the OnePlus3 (without t) as a daily driver.

It works with the same caveats @NoelFlantier described, but the port is abandoned and quite honestly I would not recommend getting one to use with Ubuntu Touch. But if you happen to have one already, sure give flashing it a try and maybe you will like it.

@pparent Waydroid and libertine aren't app distribution channels and snaps are just terrible (and centralized with a proprietary backend).

Maybe if there was proper Flatpak support in UT, but that still wouldn't give us click-packages.

@pparent an alternative app store more akin to f-droid that only allows open-source apps and builds them itself would be also good.

@pparent said in New ConverseJS (XMPP) app with broken source links?:

@poVoq

Standard XMMP protocol does not allow to register a custom push server? If so it was poorly designed for a federated protocol...

I am no expert on the topic, but I think while you can of course register a custom push server from the client, UT's push implementation is significantly different from FCM or Apple's one that you would still need a custom proxy server.

@pparent said in New ConverseJS (XMPP) app with broken source links?:

That being said XMMP protocol might support real push notifications, i.e the server calls a endpoint ( here https://push.ubports.com/notify ) when a new message arrives, and this allows to wake up the phone and display notification. This would be more ideal as the app would not need to run in background to get the notifications.

Yes, but it would require modifying a module on the server, so it will not work with most XMPP servers out there.

The probably better alternative would be for the app developer to run a push relay that pretends to be a FCM relay but pushes to the UBports server instead. Not sure how difficult it would be to modify existing software for that though.

@wilson101 Why? I am just saying you should mention that on the store page.

@wilson101 Using the CDN like that means the ConverseJS developer can track every time any user opens their Ubuntu Touch ConverseJS app and also approximately from where.

@wilson101 Sorry, it has been too long ago since I last worked on this but I remember notifications were also an issue with my initial ConverseJS app (the one luigi311 forked).

Local files are replaced with CDN links from the official website of ConverseJS so the app will always be up to date and working and takes less storage.

You should probably mention that in the app description on Open-Store, as it is an anti-privacy feature that wasn't present in previous versions.

@wilson101 Cool. Codeberg is definitly a better place to share development progress.

@gpatel-fr ah, they changed the links after I posted this. It was a broken github link before.

But I agree, the new links are quite bad as well.