considering android allows you to actively change the default assistant it won’t be a problem, we already have plenty of apps that use overlays that are foss so that’s not an issue either, so I really have no idea what you think would be locked down here.
dicio is just kind of a clunky app
I like running my distro portably (IE in a chroot) and systemd’s udev doesnt work in a chroot, as for everything else, I never really needed anything from systemd outside of the init system itself
I’m actually leaving systemd completely, I plan on using libudev-zero and it seems pretty viable to me
I actually really like Chrome OS myself. For the people around me who are less tech literate, Chrome OS is actually great. It’s quite easy to support. It’s fast, and it’s got a really good ecosystem now thanks to all the integrations.
Year of the chromeOS desktop maybe, may faith is low
while I do agree that x11 could be better in that regard, having the baseline critical features met matter a lot more then security for me.
I personally really like wayland, I just wish it actually was properly usable in all my use cases
Man incapable of reading rules gets angry when punished for violating rules
I didnt even remotely imply that x11 doesn’t have issues, so im not sure why that was brought up. The goal is to make wayland an acceptable and universal replacement, Everyone knows x11 is dying but wayland isnt ready to replace it yet
Things like window embedding, the wayland way is for each app to have it’s own embedded compositor. Wayland has no support for things like overlays/always on top (Useful for OSKs PR has been made but like all wayland things, we might not get it for another couple years, or perhaps never), currently missing support for reading other window states (PR made for this as well, but again, who knows how long it will take), Still no support for window positioning (again PR made), Emulated input events (libei is not universally supported) And these are just the ones off the top of my head, There were others but I cant think of them ATM
I really don’t like nate’s take here. IMO it’s really not that good, Wayland is still outright lacking features, even when using the craptastic xdg portals junk
so I don’t know if they run their own apps, or if they run Linux programs. If they run Linux programs, then it’s just a case of finding one that controls your specific camera, and has the controls that you want.
we can run linux desktop, linux mobile or android apps, but camera support in waydroid is broken for a while when using v4l2
the general Idea I am getting from this would be something where the phone itself could be swapped out
this is possible in theory, libcamera can expose all of the bits that are needed, have fun actually finding hardware to support this though
correct, this is the same issue, this generally really only happens with a sustained all core workload that will consistently leave you cpu at 100%, since if it’s not sustained, the kernel will allot some time to the programs, and the crash wont happen
while this is good on theory, when your CPU is being absolutely hammered, you need to re-adjust priorities to make a system responsive again, it’s actually not a simple thing to do without a context aware scheduler. Even though EEVDF is pretty good, it still struggles some times
this is a wayland issue. Due to how wayland works, it cannot drop messages, this means if the messages stop being accepted (IE. the program becomes very slow and not very responsive) the application will wind up dying. EEVDF helped resolve a lot of these issues. but they arent gone yet.
a fairly easy replication cause is to start a large rust project compile since cargo will thread to oblivion if it gets the chance, then use the PC on wayland. Applications can frequently die, Firefox, MPV, Kate, gnome web, chromium, games, etc. it also doesn’t matter what compositor you use right now as gnome, kde sway all share the issue
EEVDF really does help stop a lot of these crashing though
virtio-sound likely will eventually and ufs probably will too. the gpu driver is being worked on by a third party, but it’s still using virgl so I doubt it will be very preformant
interesting, ill have to read more on these
This is news to me, one of these major vulnerabilities?
If I need isolation, I can use fire jail. And I don’t know why I think they don’t have a working permission system. It works perfectly fine.
Gobo Linux has to have been the distro I was looking forward to most too. I really hope it picks up because it’s design philosophies. Absolutely phenomenal.