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.

Flatlack is weird. Sometimes it’s really good, but then other times depending on what you install it really bloons up.

It’s not as dramatic for me but it’s still bad. I myself freed at least 20 Gb from my computer when I remove flat pack and all of its crap. and migrated my apps to aur myself.

EEVDF has been an insane improvement for the desktop, I can compile programs while listening to music and watching videos without any issues since the update, the responsiveness when my computer is maxed out is amazing, and the perf hasn’t lessened any noticeable amount

well at one point rebar was kinda that for windows folk :D

quicksync really doesn’t have good quality:compression buying a used nvidia gpu and using that would be far better. but really, any moderatly up to date cpu should get good x265 or svtav1 perf

Better quality:Compression ratio you can easily get better quality out of a gpu then a cpu depending on your settings, but it will rarely be better quality AND compression unless you have a quite slow CPU and cant run a sensible preset

Yes this is indeed what I said. but well calling gpu encoders “worse” isnt really fair, it’s all trade offs, they for sure have worse efficiency as we both said, but their speed is significantly faster usually. I would say that doesn’t make the encoder “worse” just different.

when possible yes, sometime sits not possible, and it will be better to run on gpu alone

none, you aren’t using gpu, just whatever cpu is the fastest. if you want gpu acceleration you have to specify it. and keep note gpu acceleration is less efficient then cpu so your files will be bigger. though at preset fast it might actually be pretty close

yup, I use the same as well, a lot of people also use neostore. two very good options

I wish I was that lucky, the final straw for me was the grub-customizer shenanigans, manjaro pushed an update that broke grub customizer boot entries, then when users were trying to figure it out, they removed grub customizer, and then they even went so far as to make grub conflict with grub-customizer which was really asinine. IIRC they even wound up locking the forum thread on it

Keep in mind that other reputable repos like izzyondroid still work, fdroid is more then one thing. We wont loose the apps, nor the 3rd party repos, the only thing really “at risk” here is the official fdroid repos.

this isn’t like some closed source stuff, the entire fdroid ecosystem is fully foss so anyone can sweep in at any time and do their own thing while still being mostly or completely compatible

Manjaro for some reason can’t stop breaking crap, and when they do break crap, they aren’t exactly elegant about it

well, I’m not sure traditional is the right word, multiseat has been used for a very long time. It used to be a bit better supported. The issue is that since the migration to wayland, it has become… a lot less supported. It is still possible, but most of the guides are x11 guides for a reason.

EDIT: I should say I hope seatd at some point could support multiseat but at the current time I don’t think it has any facilities to, systemd-logind / elogind do support multiseat, but I dont currently use them

It’s honestly not that great, you can mash together a working setup but it’s a pain put in the most polite manor, I would probably just use VMs

I typically use DRI_PRIME for ogl and VK_ICD_FILENAMES for vulkan