@mihael said:

There is also another new issue (regression): when I am notified through the notification that a new message arrived, there is a significant delay until that message is displayed in the chat - both when that specific chat is opened or when the list with all chats is displayed.

I can confirm this (sort of?). It seems like the app, if it's already open, will not necessarily load the conversation that the notification points to. And when it does, it seems to not load the latest messages in the conversation until you go out and back in to the conversation.

@oldbutndy said:

@projectmoon said:

@domubpkm please don't just dump AI output into the forum.

So, @projectmoon, since AI answers not allowed (which I understand, because half of what I get when asking Gemini anything lately is contradicted BY GEMINI after I rephrase the question, and it is NOT allowed to learn from its own deeper dives !), please summarize the RCS implementation problem using no AI answers.
Also, please estimate a minimum timeframe from Ubuntu Touch to have a working implemtation.
I am not asking for a 'when will it be working' type answer.
I am asking for a 'it probably WON'T be working for, at absolute minimum, nn years' type answer. '
I am sincere in asking for this, because I don't find anyone anywhere suggesting it can be done.
I also found a human discussion that said major US carriers tried implementing their own versions, then gave up & let Google support it.
So, if it really is a thing that Ubuntu Touch won't support for years, it would seem to make sense to explore alternatives.
And support the best one strongly.

I didn't say don't use AI answers, I said don't dump raw walls of text straight from an AI chatbot because no one is going to read that. I have no idea what the timeframe for RCS on Ubuntu Touch is (non-existent at the moment, I would imagine). But when posting, one should at least expend the minimum effort to write their own words, even if using an LLM to get an answer. It's not hard.

@domubpkm please don't just dump AI output into the forum.

Is it even possible to implement RCS in a completely open source way at the moment? Since it seems to be stuck inside Play Services, and Apple just doesn't care about it? Like, could I go out and buy some random Nokia feature phone for 80 EUR and would it work with RCS?

RCS was supposed to be a replacement for SMS, which means it should Just Work (TM) at the SIM level after the implementation is done in the code for the thing that manages the SIM (ofono, in this case). But it seems like in reality it has been implemented in some weird way where Google somehow controls it entirely on Android, and not all RCS connections play nicely together? The whole thing is a mess.

@woodyst Love the concept, and there's definitely a need for more thorough GPS. But yeah, it needs translating. Is there a place to contribute translations? Or maybe you can generate a set of machine translations for the most used languages on UT and then people can update those? Would help people actually be able to use the app. My Spanish is way too rusty for this lol.

As for what I can see so far:

• Does not fit UT's/Lomiri's UX, which isn't necessarily a bad thing, but a more native appearance would look better in my opinion.
• It's unclear what the account is for. I assume traffic reports, and I assume it's probably explained in the tour I didn't read because I don't know enough Spanish lol.
• Might be nice, if this is possible (not sure it is) to integrate with system links for directions and stuff, e.g. responding to geo: URIs if you don't already.

@pparent said:

@projectmoon

So no bug in the end?

Currently, it seems not.

@kugiigi @pparent I think snaps should be turned on by default, but only ones verified to work properly with Ubuntu Touch. Then a setting to turn on showing results from all snaps, if user desires. Of course, this requires someone to go curate snaps.... So in the mean time, maybe changing how the results are displayed + opt-in setting is better.

@pparent said:

I've released V8.15.0-1 with the following changes:

-Fix keyboard closing after sending a message
-Bump to Signal-Desktop 8.15.0-1 (First to officially support arm64)

Edit: never mind, it seems to have settled now. This might have been due to openstore updating the app.

Behold! A crash on startup:

Jun 23 13:21:26 ubuntu-phablet systemd[9539]: Started lomiri-app-launch--application-click--signalut.pparent_signallauncher_8.15.0-1--.service.
Jun 23 13:21:26 ubuntu-phablet aa-exec[239595]: rm Error : '/home/phablet/.local/share/signalut.pparent/recently-used.xbel' does not exist.

@DerekZoZo said:

@projectmoon unlocked bootloader was not a problem whatsoever on Fairphone 6 when it comes to BankID in my personal experience.

Well that's good. Depends on the app, of course.

@Ida_ said:

@DerekZoZo I've tried, but not succeeded. Waydroid is still seen as a rooted system by the app, so it refuses to run. But maybe you find a way in the future. If you ever do, I would really appreciate a guide if you have the time.

I am getting some banking apps to work in Waydroid, so it is still very useful.

It probably is not "rooted," as such, but unlocked bootloader. That is, unless you actually rooted the Android image. it's still dumb, and I'm not sure unlocked bootloader can be "fixed" without locking the bootloader at the hardware level (which you should not do with Ubuntu Touch).

@sixwheeledbeast images not sending is a known issue as of yesterday. It appears to be working in OMEMO chats though. As for messages missing, it m

@DerekZoZo said in Waydroid on Volla Phone Plinius.:

@Ida_ Does the google free version of waydroid come with MicroG cause you can make MicroG report it is running a different OS, this fixes BankID, that's what I did on /e/OS.

Doesn't come with other but can be installed. It has to be dropped in some system directory under waydroid so the Android container recognizes it as a system privileged app.

@sixwheeledbeast said:

This is OMEMO legacy. The images send but if the last message was an image the chat disappears from the chat list.

Probably https://git.agnos.is/projectmoon/livewire/issues/36

Likely applies to more than unencrypted!

@sixwheeledbeast images not sending is a known issue as of yesterday. It appears to be working in OMEMO chats though. As for messages missing, it might be certain message events getting dropped from UI if it can't figure them out.

@sixwheeledbeast did you mark the app as unsuspended in UT tweak tool?

@CyBerT said:

@projectmoon

Ok by installing apps I mean i use .apk file in waydroid to install an app like firefox or some apps I copied from android phone.
Btw Libertine never worked for me in UT. Could not find a solution. Snap also never produced anything meaningfull.
So if I want to reinstall UT I have to flash android first and then flash UT on top of it?

I know what you are trying to do. But you should probably check the logs themselves. Maybe you can find something under ~/.local/share/waydroid/data for the package installer app?

@adorsaz said:

Thanks for this application, I miss a good XMPP client on Ubuntu Touch (Kaidan seems to not support MUC and MAM with my XMPP provider).

I've seen on the repository there's a CLAUDE.md file and I'm a bit scared of vibe coded applications. Are you using Claude to fully write the application or are you using it as an assistant but still create source code yourself ?

It is not vibe coded. LLMs were/are used to do most of the boring mechanical work that I can't be arsed to poke around for an hour changing, like changing qt method parameters and call-sites everywhere. The architecture of the app itself is loosely based on Indra (internal Actix event stream-esque actor handling magic).

@brenno.almeida said:

Nice work @projectmoon looks like a solid project. Never thought that Greenline could be used as a base for anything, the way the app is structured is too "whatsapp-specifc" and with a lot of code shortcuts, a bit hacky to be honest.

I'm seeing that you're building some non python modules into the project, numpy as an example. How are you building that for arm64? Are you cross compiling, building in a arm64 worker, or something else? Thanks!

Thanks! The original reason I chose to use Greenline as the base was because Libervia is written in Python, Greenline is written in Python, Libervia acts as a daemon. All the pieces just kinda fit together. But then I wanted to make it confined, and then I a did a Rust, and now we have the current abomination!

As for building the Python part, there are two builds. There is the optional Nuitka (Python native compiler) backend build, which absolutely requires running on a native host for the architecture. This was an experiment to see if Libervia would run/start faster. It does not. At least, not enough to make it worth waiting for a 50 minute Python native compilation.

The regular backend, which is using Rust's PyO3, is just regular cross-compiled via clickable build. The only reason Nuitka requires a native build is because it simply does not do cross-compilation.

@nbdynl with XMPP, you can joined IRC channels via a bridge called biboumi. Very easy to set up (if you run an XMPP server; otherwise, the provider you use might have it).

@nbdynl said:

@projectmoon So i know, i need to do my own investigations, but uhh

can you explain a little why someone could need this? what is the advantage of your app?
like i am ungoogled searching the meaning of a xmpp client and "olmea" encryption.

the app looks great...

It is an XMPP client. XMPP/Jabber is an instant messaging standard like Matrix. Older, different, some might say more efficient. But the end result is the same: put text into box, send text to other people. OMEMO (not olmea) is just the name of the end to end encryption used.

@CyBerT Perhaps some Waydroid logs would be useful at this point?