Ask Slashdot: Should Valve Start Their Own Steam Linux Distro?
Duggeek writes "There's been a lot of discussion lately about Valve, Steam and the uncertain future of the Windows platform for gaming. While the effect of these events is unmistakably huge, it raises an interesting question: Would Valve consider putting out its own Linux distro? One advantage of such a dedicated distro would be tighter control over kernel drivers, storage, init processes and managing display(s), but would it be worth all the upstream bickering? Would it be better to start anew, or ride on a mature foundation like Fedora or Debian? Might that be a better option than addressing the myriad differences of today's increasingly fracturing distro-scape?"
Worst case, static link the binaries.
Would it make things easier for users? Would it inconvenience users already suited to one distro and not another? I'm not really seeing any benefits for their users, and I don't think this would ever happen.
I'm still a linux noob but isn't the beauty of linux that you can create your own distros? Yes, it does create the problem that there are a lot of distros running around, but if there is demand, there should be supply. I don't think there is anything wrong with Valve making their own distro, if there is the demand for it. But in this case, it seems impractical. Not only would they need to convert Windows/Mac users to Linux, they would need to convert Linux users to their special distro. This is bound to turn some people off, which Valve probably can't afford at this stage. Ubuntu is so popular and user-friendly that it's "good enough" right now.
"Hardware support sucks on Linux. Sorry slashdotters but more than half use crappy intel graphics with 2002 era performance and can't run any modern games unless they dumb the graphics down big time."
I think you're talking out your ass to suit your obvious agenda.
Can I run $newgame? Probably not. That's not because of drivers, though; that's because the vast majority of demanding programs made use DirectX, and the best we have to make up for that is wine's reverse engineered interfaces to translate DirectX to OpenGL. They are astoundingly good for what they are, but obviously, are about 2 years behind in support and somewhat touchy.
I might have some graphical glitches and update issues from time to time, but even using a fairly new ATI card (generally regarded as the worst possible situation to be in), I still have perfectly and fully functioning 3D acceleration, including shaders. Performance of what I can run is effectively identical to that of the same programs on windows. Native OpenGL applications (try the Ogre demos) in fact run substantially better.
As for lowering the quality to make it run better? That basically proves you are clueless. Anyone who has actually run into driver issues on Linux can identify that speed is not an issue unless it is an extreme issue, ie, it is not that the drivers are magically slower (think about it...), but that sometimes they do cause issues that drag the system into the dirt. These are rare. The common driver problems are generally visual corruption and general failure, NEVER performance.
Don't let the facts get in the way of your screed, though.
Great Intellect...
Hey, Linux has had 15 years to get it's own shit together.
It's sort of like the Apple MP3 player thing. When the iPod launched it was far from the first MP3 player. But it was the first MP3 player that wasn't 100% crap to use. Completely took over the market and dominated everyone. But you know what? Five years later all the other MP3 players were still crap to use. Even after Apple showed how to do it right Creative and Sony and everyone else was still trudging along with crappy syncing utilities and even worse UI on the MP3 player itself.
Nothing was preventing them from making a good player and good software before or after Apple entered the market.
Same way, with or without Steam, nothing is preventing Linux and the distros from getting their shit together. Nothing is preventing them now. Nothing was preventing them five years ago. Steam comes out and turns a branch of Linux into RMS's worst nightmare? The rest of Linux will have no more or less opportunity to make a good package than if this whole Steam thing crashes and burns and never gets out of beta.
And if Valve manages to get even 10% of windows users to switch to Valvebrand Linux, what do you suspect will happen then? I suspect exactly what I said: dropping of support for any other distro by hardware manufacturers.
That's OK because hardware manufacturers don't support any distributions now, sometimes with rare exception for RHEL that no one really uses. All proprietary software support you see in distributions that people actually use, is ported by distributions maintainers.
Contrary to the popular belief, there indeed is no God.
There is already such a thing. It's called Windows. I want Steam on _my_ installation of whatever distro I prefer. If I had to reboot whenever I want to play, it would negate the advantages of having Steam on Linux (for me), because I already do it this way with Linux & Windows.
Sorry but after several years using it Ubuntu is not the distro that 'just works'. Thats Debian and Im sorry I didnt discover it sooner.
Cough, cough. Ubuntu != Crapware. Ubuntu = a stable and up-to-date version of a Linux distribution with a huge repository. Ubuntu = the only distribution that installed without fuss on every machine where it was possible to install Linux at all. Fedora is (in my experience) very much less stable in comparison. I really don't understand why anyone would ever complain about Ubuntu. If you think disliking Ubuntu turns you automatially into the Ubergeek, the only option for you is LFS or maybe Gentoo.
Given that they more than *anyone* need nVidia and ATI proprietary drivers, trying to start from scratch with no proprietary vendor support (a la Wayland), ditching Xorg would be an ill-advised move.
Now in terms of layers *above* Xorg, I could see them writing a very minimalist fullscreen oriented window manager. In terms of published APIs, they do effectively control SDL now. With SDL/OpenGL in hand, a game developer mostly doesn't need to know/care that Xorg is the backend (in fact, the vast majority of modern Linux graphical source code lacks any direct Xlib API calls in it). They may want to endorse either GTK or Qt as their recommended Toolkit for out-of-game interfaces to make it more comprehensive.
XML is like violence. If it doesn't solve the problem, use more.