Slashdot Mirror
List of Major Linux Desktop Problems Updated For 2016 (narod.ru)
An anonymous reader writes: Phoronix reports that Artem S. Tashkinov's Major Linux Problems on the Desktop has been updated for 2016. It is a comprehensive list of various papercut issues and other inconveniences of Linux on the PC desktop. Among the issues cited for Linux not being ready for the desktop include graphics driver issues, audio problems, hardware compatibility problems, X11 troubles, a few issues with Wayland, and font problems. At the project management side, there is also cited a lack of cooperation among open source developers and fragmentation of desktops. Let's discuss.
For one thing, that's a hole GRUB, not Linux. For another, it requires already having physical access to a machine during its boot process. And if you have physical access to a booting machine, its owner may already be f#cked.
install a retail copy of windows instead of manufacturer supplied OEM one and your hardware will work even less. that's what you're seeing with linux.
on the one hand you have a heavily manufacturer customised version of windows (on which the manufacturer spent months), on the other you have a generic distribution of gnu/linux about which the laptop manufacturer doesn't give a sh*t. blame the manufacturer not the linux distro. but it's a chicken/egg problem. why would they consider a minor OS that doesn't require hardware upgrade every year or two?
buy a dell xps laptop with preinstalled ubuntu and you'll get the same hardware support experience you get from a windows laptop. a laptop built FOR a particular OS.
Sadly enough my system isn't compatible with systemd its init implementation, a seperate (encrypted) /usr partition is unsupported. Using the old trusted sysv-init works just fine, but according to systemd advocates it isn't systemd its fault (haven't we heard that before):
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/
This is simply not true. AMD directly contributes to the Open Source drivers and no longer even develops closed source drivers for Linux. The only reason they don't fully release the sources for legacy binary linux drivers is due to contractual/license/patent issues however to say neither company is unwilling to provide specs or drivers is either a falsehood due to misinformation or a complete lie.
Google it, AMD/ATI is fully in.