lad

Got it. I agree that their drivers are (were?) of exemplary bad quality

But I don’t think that it is realistically possible to drop all the proprietary firmware blobs, and if it’s not maybe it’s better to not actively sabotage something to ‘avoid those being feasible’?

What’s the reason to avoid binary blob drivers being feasible? Is that about not being able to use non-free binary blobs in kernel? I don’t quite understand what it even is about

You found some more by commenting about it now.

But if the fork is on GitHub there are some ways to search for the most maintained forks, albeit not with the GitHub tools which is unfortunate

I’d say that problems mostly come from the need to update dependencies in case of vulnerabilities being discovered. But not every software needs elevated privileges or can become a vector of attack, I guess