My CPU on my tiny server was being used like crazy for matrix.

Have you tried joining a community with 50k or so users in it on a fresh Synapse instance? Your network gets absolutely beat into the ground because it needs to synchronize with every other instance apart of that community, I have had power outages occur and whenever my server would start back up Synapse would just DDOS my network due to how many request it needs to make to stay in sync.

My poor PiHoles flooded with synapse queries.

Host my own Lemmy instance and have yet to experience the same federation troubles I get with Synapse.

Thankfully there really aren't any windows (only) applications worth running. So no need.

I didn't see anything in particular talking about allowing apps which have used AI although they seem to be using agents to do the repackaging.

which setup are you running?

It is worded funny, but it actually says what a virtual machine does first, and then contrasts it to what Raven does which is different:

“Raven runs the .exe directly on the CPU in a supervised guest process. […]”

You know I've been playing with typst and I just found it supports multiple directions

"no virtual machine"

look inside:

"A virtual machine boots a guest operating system..."

Were you running Synapse?

Appreciate the discussion. I really wish they'd prioritize UX.

Flatpak is opaque to system validation.

This is just slop on foolish.

Flatpak repackages binary releases as well, but only for proprietary apps (that don't ship the source code).

So; flathub, but with less polished packaging, and more AI slop.

I think more like cloning the closed source software.

You are lucky you don't work with RTL languages with Complex layout ;)

Well, yeah. In this day and age all one-person projects with that amount of commits/changes is slop until proven otherwise. That slopcore web page is absolute garbage though. Knowing that it's the bottles dev and that the repo has existed for a year gives it a bit more credibility, even if it is heavily llm assisted

According to the site it is repackaging upstream binary releases in a flatpak rather than building anything. I guess for example you could point it at the official Krita app image and make it available that way rather than relying on the community flathub build.

Tried that web page on a few repos, and all it does is check for co-authorship in commit messages. The raven repo started including the assisted by tag three days ago, but the repo itself was created about a year ago. I wouldn't rely on that page for anything useful.

That said, looking through the codebase and commits a bit, I wouldn't be surprised that LLMs has been used longer than that.

It sucks because it feels SOOOO close. I had my own server setup but setting up a client was so very hard. And it was hard to explain to friends/family how to set it up.

My CPU on my tiny server was being used like crazy for matrix.

Raven relicensed to gpvl3 now.

https://github.com/mirkobrombin/raven/blob/main/LICENSE

So, this is basically like flathub except filled with more AI slop?

Speaking from experience, matrix is still kinda rough around the edges if you have a 100+ person group with non-technical users.

More broadly, pretty much all of the secure messengers currently have an ~O(N^2) problem with state sync in groups. The only one that isn't deeply frustrating is Signal and that's largely because it has very few features and can't be self hosted.

You still need to run the exe through raven. Though you can do that (and it's also possible with wine already) by having the runner assotiated with exe files in your file browser. Normally with wine it's already the case that you can double click on the exe from there and have it launch.

When they say "run directly in the CPU" what they mean is that it's not a VM.. but this was already true of wine too.

My understanding is that they are replacing the windows kernel (with help of ReactOS code) and asking you to install official Microsoft libraries into a separate runtime environment.. so it's similar to a VM in the sense that it's running a different kernel with its own runtime, but at the same time not a VM because it's not emulating the hardware level.. it's a lower level than wine but a higher level than a VM.

I feel this can potentially be more of a moving target (since it depends on Microsoft not changing the lower level ABI used in future versions of the libraries) and less legally-safe (you need to agree to MS terms when you install their libraries.. at any time they can change them and say you cannot do this).

Wine instead implements higher level APIs, which MS is incentivized to keep stable, since changes at that level would also break compatibility with programs (and in some cases, Wine's API is actually more compatible with Windows software than modern versions of Windows that have dropped older APIs).

Plus.. it necessarily relies in closed source software (the MS libraries) to run.. so I'd argue it's less free than wine.

This sounds like I can just double click an exe like I do on windows and it'll work. That never seems to work with wine so it'll be nice to have something function properly.

Here's this years discussion: https://youtu.be/cQjUjM_OAcw

Video is a year old, but still relevant I think.