@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 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?:
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.
There is a new version of a ConverseJS webapp (after two previous versions by other authors), and this one seems quite up to date, but the source links are broken:
https://open-store.io/app/conversejs.wilson101
Is the dev here on the forum and could fix that and maybe explain if this is based on one of the earlier apps?
Thanks.
@klh Yeah, it still has some ways to go, but having it included in UT as a standard webview option for app developers would be awesome.
@gpatel-fr AFAIK It is usually called "Project Treble" which is what allows running GSI, see: https://developer.android.com/topic/generic-system-image/
@ikoz Interesting. The device in question (FP5) never had Android 11, but rather was released with Android 13 and is currently on Android 15 here.
But ok, so I assume as long as this VNDK is on version 30 the UT installer should have no issue installing UT as ultimately that is what counts?
@ikoz I see. But those guides seem to indicate nowhere which SDK versions are working with Halium9.
My device seems to run on "SDK_INT:35" if I read the data correctly.
Edit: or Treble VNDK version 30
@ikoz ok thanks. That explains it partially. How can I figure out what SDK version my Android device has installed or is using?
So I am a bit confused in regards to Android versions and Libhybris/Halium these days. I was a regular UT user a few years back and then the clear explanation was always that Halium is version specific and you can only port and install UT on devices that have the right version of Android installed (or can be downgraded).
Yet a few recent replies here on the forum about installing on Android 14/15 made it sound that these days it is "merely" not supported but might work?
Also, how are the kernel and driver updates (in the rare cases these happen on Android devices) handled in such cases?
NodeBB supports federation now. Might be nice to enable it here?
https://www.kdab.com/embedding-servo-in-qt/
https://github.com/KDABLabs/cxx-qt-servo-webview
Would be kinda cool to have on UT.
Recent versions of Servo render the Mastodon webapp fine for example, so it is already quite advanced.
@Keneda https://forum.fairphone.com/t/is-fairphone-b-v-struggling/117307/41
They made a big loss in 2023, a small profit in 2024 and are projecting a loss again for 2025. The thread also has some other details and a lot of speculation.
I am not saying that they will go bust tomorrow, but I think they need to reevaluate their strategy.
Personally I think they could learn a bit from how Framework does it and lean into repairability and upgradability.