I’ll try it out for sure. Last time what tried river it was fairly basic. So if it’s come a long way that’s quite exciting.

Click baity title aside. This is actually pretty much pretty true. What the vast majority of people want when they’re writing their own composers seems to be specifically the custom window management aspects.

And it is true that even with something like Wlroots or a Smithay, it is a lot of works right your own composer and have it be “competitive”. And he is right. There are a lot of composers out there that are just not usable for anything more than the basics. And there are tons more which are just toys that have been abandoned that aren’t really usable. That being said we saw a lot of that with window managers, But yes, writing a compositor is a lot more then writing a window manager.

I personally don’t use hyperland, but I can see the point he’s trying to make, and I think it’s a rather good point. I think if we had more compositors that focused on having a scriptable window management, then that would be for the better.

I don’t really see this as toxic either. I mean, if it’s toxic to call a composite or trash in one way or another, then I would argue that 90% of the Linux community is far more toxic than he is. It’s just a matter of truth. Wayland is a big complicated thing with a lot of protocols and some of it is poorly documented.

And of course, this is him shilling his own composter. It’s his own composter, and this is the blog about him making his own composter. Of course he’s gonna put a post on it, shilling his own compositor.

That being said, As I said earlier, I would like to see a more scriptable take for things like window management. I don’t think hyprland has to be unique in this aspect, but as it stands, it most definitely is.

pardon my weird language, its hard to use STT.

this is a massive issue even on my tablet too, but many toolkits have this issue

None of them are really great, Im hoping cosmic in the future will be, as it stands.

“Touch primary” DEs (IE. Phone, tablet with no keyboard or detachable etc.) I think are the way to go.

Plasma mobile is king 100% nothing gets remotely close right now.

Phosh I found far too buggy, and the apps are far too limiting. Things like squeekboard for instance don’t scale properly, I had issues running chromium browsers on it too.

Ubuntu touch uses lomiri which im sure is great, I havent had luck running lomiri on any “common generic PC” linux distros. I did try getting it running on arch but found too many issues.

swmo is nice in theory, but it’s missing a lot of the ergonomics.

Plasma mobile is missing a lot. It has some not great design choices I find, however it by far has the best app ecosystem in terms of actual app quality, as well as actually working fine on tablets and phones alike.

For touch secondary experiences I find KDE and Gnome to be just about as you would expect, Both are fine and mostly navigatable on touch only stuff, I would say KDE is often a lot better in terms of responsiveness, Gnome I can find bugs out as @that_leaflet@lemmy.world said. That being said, In portait mode, KDE is down right terrible some times as many KDE desktop apps have zero support for portrait aspect ratios, and you are relying on scaling being “low” enough that the app can fit fine anyways.

as for some stuff you can look forwards to in the future, We are starting to see stuff like catacomb which is designed for phones. I also had some actually great luck with Niri but it’s mostly just buggy, and you still need something to manually launch keyboards.

In terms of applications, I have absurdly high hopes for cosmic apps. Each one I have used this far has a “tiling first” design policy, which translates pretty much 1:1 with being flexible for a phone it turns out, While cosmic apps have really poor touch support, if you install them and pretend your mouse is a finger, you will find that each one is almost perfect in a phone form factor.

EDIT: I wish I could say linux touch was in a good spot but realistically it’s not. I personally recommend just installing something like Bliss or using waydroid as the primary experience. I am very active in the bliss community because in large part tablets and touch support. Android is still far better then linux is in general, even if a little less flexible, you can have a fully foss install like what I have personally.

ah my bad, I had thought I made it clear, I mean the greater android x86, Blisslabs projects like Bliss OS and waydroid, other projects like WSL2, tho that is dead… some chromeOS stuff too.

It’s less secure, but the host<->guest seperation is there.

what does Ubuntu touch have to do with this? I explicitly refered to the greater ax86 ecosystem.

It’s still really basic, but has loads of potential, Unforunately it has a hard requirement on GTK, otherwise there are a few things that would have been nice for greater AX86 in general, for instance they have mediacodec->vaapi support, something ax86 has… struggled with in the past. but we can’t use it since we can’t use gtk.

it’s worth noting that no actual security problems have been presented that haven’t been dealt with, Sandboxing is available on any distro assuming the tools are made availible. Waydroid supports both apparmor and selinux, please report any security issues and tag the maintainers when doing so.

EDIT: you do need to set apparmor into enforce mode manually though.

correct on both accounts.

Thankfully nested compositor, while not perfect, work really well for most use cases.

You won’t get native multi-window support, because I don’t think there are any nested compositors that work like that. There was a project in the past, but I’m pretty sure it’s dead now. However, if you looking for something like a blue stack, it’s alternative where you’re only trying to play one game at a time, then waydroid with a nested compositor will work fine.

I apologize for the rock writing. I’m using speech 2 text.

I actually recommend using Niri lately. It’s not super great, but it does support multi-touch, which is major.

I hope cosmic supports it at some point because cosmic actually supports operating in kiosk mode, and also uses smithay.

There are good amount of applications that are only armed. Google actually might be getting an open source arm to x86 emulator/native bridge.

If they do, then waydroid can include translation directly, but as it stands, there are no open source translators, so it’s not something waydroid can ship.

ofc I do, that is why I explicitly mentioned the features I was talking about…

it was forked a while ago now though so the code bases can be quite different.

very exciting indeed. can’t wait to try it out when federated tickets and PRs are a thing.

Was this the git hosting service that wanted to have things like federated (in this case im talking about cross instance) cloning, searching and issue hosting?

I may be mistaken in general but iirc there was a hosting service like this that I found super interesting, especially in light of things like DMCA abuse against projects hosted on github and gitlab.

EDIT: seems like it is one of two, forgefed is a protocol it will use, activitypub one, very interesting.

My name is Linus torvalds and this is why I TempleOS…

correct, or rather more specifically virtio-wl is a serialization protocol for wayland. You need a specific compositor that implements virtio-wl see https://github.com/talex5/wayland-proxy-virtwl and https://chromium.googlesource.com/chromiumos/platform2/+/HEAD/vm_tools/sommelier/README.md

The ideal thing I would like to see is each application working as it’s own window, This should be possible with A12 since they allowed multiple app instances. Though multiple app windows introduced in I think A9 would also be usable for this.

Chroot = change root, and needs root to do so. Doing anything as root is insecure. escaping a chroot really isn’t all that hard. The second you elevate privledges, you need extra steps to to become secure. Chroot almost never involves any of these steps (though there is some selinux stuff you could do.)

This is an old example, but still a valid one https://github.com/earthquake/chw00t