If the general public comes over this situation might end. Desktop linux isn’t a target right now because its niche, I’d prefer that didn’t stop.
Oh well. Maybe nothing lasts forever.
If the general public comes over this situation might end. Desktop linux isn’t a target right now because its niche, I’d prefer that didn’t stop.
Oh well. Maybe nothing lasts forever.
I'm a Sunday photographer and quite like Lightroom and Photoshop (I know about the drama, but to me, I get enough value from them compared to Darktable and the GIMP to not switch just yet). It's the only reason I still have a windows pc hanging around the house.
But you were talking about sr-iov, which is a whole different matter. Presumably, the goal is to have LR use that GPU for some of its functions. But LR doesn't support multiple GPUs: it does its computation on the same GPU that handles the output. For that, you need to connect the display to the passed-through GPU. Now, aside from intel, I don't think any mainstream GPU actually supports sr-iov, so you need to pass through the entire gpu to the guest VM (the host wouldn't see it anymore at all). This isn't how RemoteApp works, and I doubt WinApps handles this case.
I remember a project (Looking Glass?) that tried to somehow "bring back" the output to the host machine, but it didn't seem too robust at the time. I haven't followed it, so I have no idea if it's any better now, if it's still alive. If it does, this could possibly work if you had two GPUs (which I happen to have, since my CPU has an integrated GPU). But you'd still get the whole Windows desktop of the VM, not an RDP connection.
There is a big difference in what software a desktop user runs versus what runs on a server, but the great thing about Linux is that you can keep just as much variation between your install and the average desktop user.
Your best bet for security is probably running OpenBSD, but within Linux, if you avoid common optional applications and services like Gnome, KDE, pulseaudio, systemd, etc., you'll have a significantly different attack vector. Avoiding Python and Node package managers and sticking to your distribution's package manager would be great, too.
That is factually incorrect flamebait. Closed source is made primarily due to a desire to retain control. While one can use control for malicious reasons, the predominant use is to make money.