who?!

That’s interesting. You generally don’t need to manually install that. You’ve prompted me to play around with arch once I return from the most beautiful city in the world.

Which distro and dgpu are you using, if you don’t mind me asking?

That’s really peculiar, both the kernel mode and userspace drivers are included by most disteos by default, but I can totally understand the nv proprietary driver making a significant enough change that users will need to address when swapping to Intel or AMD dgfx

Can you describe the process of installing AMD drivers in this environment? It should be plug and play, though admittedly this was my experience with EndeavourOS, I’ve not yet tried Cachy

That’s not correct, though it may be ASIC specific. Can you tell me which GPU you’re using?

IME, GCN4 and up are all seamlessly served by the radv mesa driver. If this person upgrades to a newer AMD GPU, they will not need to manually install a Vulkan ICD

To add, there are mesa vulkan drivers for Intel (ANV, which is the original basis of RADV), nvidia (NVK), Qualcomm (Turnip), and Apple Silicon (forgot the name but something apple-y I hope), and several others.

I’m not sure if there’s any caveats specific to arch, I’ve not used it much outside of EndeavourOS, and primarily use Fedora, though the former was a completely plug and play experience across several systems with various generations of AMD graphics.

Isn’t that part already covered by the radv mesa driver? I’m really confused. did you mean to refer to vulkan as a 3D gfx API rather than an engine? Or are there specific rendering engine workarounds included in the aforementioned package?

further back in the day, nvidia were the only ones to provide competent support for Linux desktops. The fglrx days were rough!

You should be fairly well served then. reach out to us if you face any bottlenecks with gfx compute.

huh, that’s interesting. what does that provide to the system? Is that like having the lunarg loader present on a windows install?

If any of your workflows rely on cuda (or any form of gfx compute), you may have a difficult time achieving comparable performance. hopefully rocm is directly packaged for arch + derivs soon, like it is with Fedora, as you’ll be able to use that codepath for OpenCL if they don’t directly offer support for HIP or ROCm.

My typical hangups there would be like, digital film production and other forms of rendering, CAD, physics simulations, and client apps like Folding@home.

FWIW most of us don’t like red hat and absolutely despise ibm 😅

rpmfusion is generally safe in my experience. They have dedicated repos for FOSS, as well as nonfree ones, including steam and nvidia’s proprietary gfx drivers. I’d sooner equate fedora copr to aur rather than rpmfusion, which I think is more thoroughly scrutinised.

You can grab the codecs directly from Discover directly from the Fedora project. This is how it looks for me on gnome: .

You shouldn’t need to enable any third party repos, though i think the option is presented to a user as part of installation onboarding.

I’ve never had issues with the steam rpm or flatpak on fedora. I use the former almost daily.

to be clear: this is 40 games verified for standalone mode, not streaming from a host system,

kinda of a raw deal given the effort valve has already put into fex emu (and likely, into the turnip mesa driver as well).

not that qualcomm seem to care much about desktop Linux, though that may change with oobe (and the expectations therein) for llm shit.

I’d love for that to be the case but they’ve no incentive to significantly undercut the big three

thank you for sharing. love metrolist and the idea of having a desktop equivalent.

There’s also pear desktop but it’s sort of a web wrapper for the stock yt music experience, and likely has a comparable memory footprint to your situation having it as a pinned browser tab.

I think they’re referring to the sections below post titles in the main view:

I’ve accidentally scrolled that area. I think it’s scrollable by two fingers? I’m not sure.

thank you for all of the hard work. really appreciate the new fetch speed on the android app

huh, as far as I know, fedora act autonomously as a project, though are very much bankrolled by ibm / redhat. I wasn’t aware of the IDF support on their part. that’s really upsetting, and good to know, thank you.

To your other points, I think .debs will be an easier ecosystem to get to grips with, and the explicit lack of nonfree software by default (including codecs) does indeed introduce a level of friction.

As other commenters have mentioned, it would be neat if you could disable snaps on zorin in favour of flatpak, provided they’ve committed to the ubuntu route of bundling system components under that paradigm. UX wise I don’t think either experience will differ too much, though you’ll find more first party packaging on the latter

The win10 ESU has been extended for yet another year, so you have a bit more time. Your partner sounds reasonably tech savvy. could be worth grabbing a few different distros on a ventoy drive to play around with, even though the main factor in terms of UX is often the DE.

might have a slight bias here but fedora workstation has been a reliable system for me and I’m just a dumb guy on the internet. I use it with gnome + plugins to make gnome leas daft, though the kde spin is solid.

openconnect should work with cisco anyconnect; you can theoretically connect via CLI but that may be a bit rough UX wise. You could also set her connect command up to a global hotkey in gnome or whatever, and initiate a connection via keyboard shortcut.

Office via web might be the best should for now, however.

you should be able to create bootable flash drives with dd