Nonsense. Many packages are released universally. I already brought you examples (Mozilla, Libre Office, Qt SDK and etc.). As a very radical way you can always release something using chroot approach - then only kernel compatibility will bother you. Even more - you can release a VM image for VirtualBox and etc. Then nothing except hardware capability for virtualization will bother you.
What that developer is talking about is related to drivers, not to distributions. Games using standard things like OpenGL, SDL and etc. won't depend on desktop environment.
If someone doesn't know how to avoid dependencies pitfalls - of course there is no one else to blame, except oneself.
Old releases can become obsolete. So they should be rebuilt for newer kernels and etc. There are systems which keep compatibility much better (Solaris for example), but that's not the biggest obstacle for Linux releases, not at all.
"Many" is plainly wrong. Your quoted examples are very seldom examples of major projects (even not game one) which have enough "mass" and developer to do so. Not more then a dozen. As popular counter example for games, look on the Humble indie bundle V (if you bought it), they adress "Lone Survivor" (linux version) on the downlaod page with 7 separated packages, "Limbo" has 6 (with ubuntu download center), windows is fine with 1. From the 8 games in the HIB5 , 5 linux versions already needed to be hotfixed, compared to only 1 game with a windows version update.
Virtualization surely is a kind of solution (with a cost and downsides), but then, why we need Linux, if it fails to provide the most basic OS functionality... to be a platform for applications.
Yeah, maybe you are right open source enthusiasts should shift to technical feasible solutions like Reactos (http://www.reactos.org
/), might have more future, then the "unix" approach. Unix failed in the 80s, so why it should work now?
The Osmos developer indeed spoke also about the myriad of distros (and the technical consequences), read the interview and his blog again: "Didn’t Love: Supporting multiple Distros [...]"
About "OpenGL, SDL and etc.won't depend on desktop environment.
" if there would be a solution for the missing stuff you didn't mentioned.. e.g. a distro agnostic way of create simple dialog boxes: "Didn’t Love: No OS-level GUI layer for simple dialogs. This is something of a minor point compared to the above, but I want to mention it because it comes up often enough in cross-platform development. Because Linux has no OS-level GUI layer, games that need any kind of UI must link against heavy-weight UI libraries (GTK, QT, etc) which typically impose some kind of application framework. Common examples of the usage of UI in the gaming world would be a dialog that prompts the user for input the first time a game is run (e.g. “Launch in fullscreen?”) or that displays a message when an app terminates unexpectedly. " (again, Burke)
Overall, there is not coherent solution for gaming and multimedia application creation, support and deployment available among the linux distros. Only parts... like OpenGL, SDL ...etc as APIs, nothing as distro agnostic installer and finally no long time binary compatiblity.