appcenter-web VS Vale

There's also a lot of apps written in Vala for elementary OS's AppCenter with screenshots & links to GitHub: https://appcenter.elementary.io/ (not all, but most). I published two apps there and using Vala has been a great experience for creating Gtk/Linux desktop apps.

COVID hit like immediately afterwards so the sprint we had planned didn’t happen, but we did deliver on making AppCenter Flatpak-based so you can now install AppCenter apps on any distro just like you would any other Flatpak remote. You can browse and download apps at https://appcenter.elementary.io

So, something along the lines of the elementary AppCenter?

I'm not sure why you said it is difficult to distribute Flatpaks outside of Flathub. On the repo host side elementary has their own Flatpak repo complete with an app payment system (before even Flathub has one). On the user side I can simply download a .flatpakref from appcenter.elementary.io and double click it, which will open Software with the app's metadata, and clicking Install will add the repo and install the app.

Elementary OS has a pay what you want store. That might be a good route to go down.

Yes, elementary is Ubuntu based, however it stands very far from it. It doesnt use snaps at all and instead uses flatpak. You can also just use apt if you really don't like Flatpak either. The "main" way to install software is through the AppCenter app, which uses flatpaks. They have their own software repository (appcenter) where apps are "curated" (aka all follow the elementary HIG and use the latest SDK version). But you can also install "non-curated" apps (aka from Flathub) directly from the AppCenter.

You probably know that if you use desktop mode, you can use Discover to install a bunch of applications via Flatpak from a repository called Flathub. But, you can add an additional repository from another distro, Elementary OS, to get access to even more apps. They will show up in Discover, just like all others. To do this, simply execute:

elementary os appcenter https://appcenter.elementary.io/

AppCenter, which is focused on open source GTK apps and accepts payments on elementary OS

Elementary AppCenter - setup

Not to be confused with Vale[0].

[0] https://vale.dev/

The article says they created a deterministic hypervisor that runs all pseudorandom behavior from a starting seed to enable perfect re-playability.

But that's all we know so far. I'm assuming there'll be some sort of fuzz testing, and static analysis or some defining actions that your software can perform.

Honestly it sounds a lot like it has a lot of crossover with what the Vale language is trying to solve: https://vale.dev/, but focused on trying to get existing software to that state instead of creating a new language to make new software already be at that state by default.

Why go through all the trouble when you can do this: https://www.hylo-lang.org/ and not spend a second thinking of lifetimes? No, copies will not be issued unless necessary.

Or why not keep exploring this idea as well? More research-oriented than the first one right now, though, so take it with a grain of salt: https://vale.dev/

Another relevant language might be Vale (https://vale.dev), which is aiming for "perfect replayability": https://verdagon.dev/blog/perfect-replayability-prototyped

Interesting. Very low level though and C(++) centric. She there any thoughts on combining the hardware and OS features with rust or https://vale.dev ?

Use a runtime memory management solution that's cheaper than garbage collection (see Vale)

This seems like a tool I'll be using, and this is an almost meaningless criticism, but why the name?

There's already the Vale programming language (https://vale.dev/), but moreover, I don't get the meaning of "vale". You could call it something like Englint which actually hints its purpose.