Slashdot Mirror


Blizzard Reportedly Planning A Linux Game For 2013

It looks like the recent success of Linux gaming has caught Blizzard's eye. According to "a reliable source at the company" 2013 will be the year that "at least one of their very popular titles will see a release for Ubuntu Linux." From the article: "It's been a poorly-kept secret that Blizzard has a native Linux client of World of Warcraft. As recently as 2011, the World of Warcraft Linux client was still being maintained internally. The client has been around for years and done by their own developers as a form of testing for the popular MMORPG currently offered on Windows and Mac OS X. As for why they haven't released the client, it's come down to "targeting a specific version of the platform" with Linux being "unstandardized" due to the many different distributions. There's still some fundamental problems with gaming on Linux. With World of Warcraft working generally fine under Wine as well, the company is further unmotivated to officially support a Linux build of the game."

52 of 353 comments (clear)

  1. Gee haven't heard that before... by redmid17 · · Score: 5, Insightful

    FTA: " As for why they haven't released the client, it's come down to "targeting a specific version of the platform" with Linux being "unstandardized" due to the many different distributions." Just do what valve does. I mean I'm not going to be playing WoW, but millions do.

    1. Re:Gee haven't heard that before... by WrecklessSandwich · · Score: 3, Insightful

      with Linux being "unstandardized" due to the many different distributions."

      Of course, Windows has a similar number of different major "distributions" -- XP, 2003, 2008, 7, 8, Vista, etc.

      You're comparing apples to oranges. Supporting multiple versions of one OS does not equate to supporting different Linux distributions. Supporting Windows back to XP is more like supporting Ubuntu going back many versions (pre-4.10 if you want to do it by year, but if you want to normalize for number of OS versions you could go by what Canonical supports and start with 10.04 LTS).

    2. Re:Gee haven't heard that before... by dougmc · · Score: 3, Interesting

      You're comparing apples to oranges. Supporting multiple versions of one OS does not equate to supporting different Linux distributions. Supporting Windows back to XP is more like supporting Ubuntu going back many versions (pre-4.10 if you want to do it by year, but if you want to normalize for number of OS versions you could go by what Canonical supports and start with 10.04 LTS).

      See, this isn't about "normalizing", it's about differences and how difficult they are to write code to work with and support.

      A modern (within the last few years) Fedora vs a modern Debian is very roughly about as different as XP vs Windows 7 (at least from the point of view of writing a program to run on them), and really, most of the compatibility problems with Linux distributions can be resolved by simply making a statically linked executable or including all the shared libraries that you need rather than assuming that they're part of the OS. (The Linux version of .dll hell, as it were, but at least they're not installed in a system directory to mess up other programs.)

      I guess the problem becomes much larger if Blizzard tries to support Linux distributions going back to when XP was introduced (2001) but considering that they don't even support the original version of XP any more and instead require the most recent service pack even that's not a fair comparison. For the most part, supporting multiple Linux distributions aren't that bad -- the problems come in how 3D acceleration is handled, but even then you can pick a few systems and say you support them and not others. (For example, the open source Nvidia drivers probably don't perform well enough, when the binary blob drivers do, so support the latter but not the former.)

    3. Re:Gee haven't heard that before... by cheater512 · · Score: 2

      Err the code is already done and working? Doesn't exactly require much more time and money to tar it up and post it online.

    4. Re:Gee haven't heard that before... by Beetjebrak · · Score: 5, Insightful

      Just release it for the most popular distro(-family), which is undeniably Ubuntu (covering Debian and Mint as well). The geeks will get it to work on everything else, no support needed or they wouldn't be using non-Ubuntu or non-Mint Linux anyway. As long as Blizzard provides builds for Ubuntu LTS x86 and amd64, the rest will be done for them.

      --
      Learn from the mistakes of others. There isn't enough time to make them all yourself.
    5. Re:Gee haven't heard that before... by Beetjebrak · · Score: 3, Insightful

      6 isn't that far-fetched. You have Debian and its many derivatives which are extremely similar under the hood, RedHat and its seven dwarfs which will manage with the same RPM, OpenSUSE and a few oddballs like Arch, Gentoo and Slackware. If Blizzard supports these, the rest of the world will support itself right up to FreeBSD and back as long as Blizzard provides both x86 and amd64 builds and lets us know what libs they link against.

      --
      Learn from the mistakes of others. There isn't enough time to make them all yourself.
    6. Re:Gee haven't heard that before... by MightyMartian · · Score: 3, Insightful

      It's called hedging your bet. With the future of Windows as a major consumer OS up in there, and with the likelihood of a Linux-based gaming platform on the horizon, it seems an awfully good idea to get your developers, particularly your platform developers, thinking in terms of portability. That way, whoever the ultimate winners in the consumer market are, you didn't fuck up your own success by backing the horse that didn't even show.

      It isn't 2005 anymore, and Redmond isn't the only game in town.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    7. Re:Gee haven't heard that before... by dbIII · · Score: 2

      Personally I think that's shorthand for "requires the NVIDIA binary driver" and they don't want to step into the middle of that shitfight. The way around nearly all the other differences on x86 linux is just a static compile away.

    8. Re:Gee haven't heard that before... by tnk1 · · Score: 2

      As someone who works in production operations, I can tell you that 99% of the work done on the coding is only half or less of the work that needs to be done. When you patch, you're testing on every platform you support. When there is a problem you can't figure out, you have to look at every platform before you find the problem sometimes. It always seems like it's "write once, run anywhere" and maybe it will create executable binaries on all those systems without even having to alter much more than some flags, but creating an executable is not the entire story for something like a networked application where security and performance are going to be tested constantly.

      If they support Linux, they will then need to expand their support to cover Linux, and not just their apps, they will have to probably dig into Linux and help people with problems peripheral to the game itself. Another platform is also another way to ensure that security could be breached. A bug that is no big deal on one platform could turn into a bigger issue on another platform. For a small-time game or app, the issue may be so obscure that no one will bother. For an MMO like WoW, which has its own small economy, that sort of attention could be generated. All games are not created equal.

      My first question, if I was asked to create a Linux port would be: is this going to actually make me any money? And then I'll ask, is the extra money I am going to make going to come with costs that eliminate the net profit. If I was Blizzard, I'd do just what they are doing, run on as few platforms as I can, while making ports to the others to hedge my bets against something like Windows 8 being a disaster. Perhaps Windows 8 will require them to pull the cord and try and save themselves by going to Linux, but if there was any real net profit to be made with a Linux client, you can be sure the Linux client would have been released years ago.

    9. Re:Gee haven't heard that before... by deek · · Score: 3, Informative

      They don't even need to target a distribution. Statically link the binaries, release them as a tar.gz, under the provisio that they are not officially supported, but issues can be reported in some forum. Let the distributions do the work of packaging it. The world (of warcraft) is your oyster, or whatever other mollusc takes your fancy.

    10. Re:Gee haven't heard that before... by kiddygrinder · · Score: 2

      just say it's not supported?

      --
      This is a joke. I am joking. Joke joke joke.
    11. Re:Gee haven't heard that before... by davydagger · · Score: 2

      the way arch linux's package system works, it makes building packages very very very easy. the PKGBUILDS are also bash, with build() and package() functions where you can insert whatever bash code you want.

      as with steam the steam package, all it takes is 10 lines of bash to get whatever ubuntu package you want, packaged for arch.

      The AUR, is a community repository for uploading said build scripts. If as much as one archer wants it, and is half competitant in bash, there will be a PKGBUILD in AUR.

      packaging for arch is easy, flexible, and so powerful, almost any packages of value for other systems are immediately poached and re-written for arch, if only in the form of a build script. For an end user to install such package
      its

      1. download tarball from AUR with pkgbuild
      2. tar -zxvf tarball
      3. cd (package name)
      4. makepkg
      5. sudo pacman -U packagename-version.pkg.tar.xz

      profit.

    12. Re:Gee haven't heard that before... by yenic · · Score: 2

      Same response as when someone calls trying to get WoW to work on Windows 98. To be honest, you wouldn't have to even offer the x86 version. Just Ubuntu LTS x86-64. Done.

      --
      http://www.accountkiller.com/en/delete-slashdot-account Stop visiting Slashdot.
    13. Re:Gee haven't heard that before... by Creepy · · Score: 2

      Easier said than done - you can't link against LGPL or GPL code statically - those licenses explicitly forbid it, and there are many proprietary but free libraries that are used by games (i.e. OpenGL, OpenAL [also OpenAL Soft is LGPL iirc], etc) that don't offer a statically linkable library.

    14. Re:Gee haven't heard that before... by AlphaBro · · Score: 2

      I get the feeling you don't know anything about supporting or maintaining software.

  2. Too Late by 89cents · · Score: 5, Interesting

    Blizzard used to by favorite gaming company. Now I loathe them. The recent huge disappointment of Diablo 3, the no LAN play in SC2, and with how I heard they seriously dumbed down WoW, Blizzard won't be getting anymore of my money.

    1. Re:Too Late by geek · · Score: 4, Interesting

      Not to mention them trying to force people into using that real ID system which back fired so badly. I blame Activision for all of this. Blizzard was great until that merger.

    2. Re:Too Late by 89cents · · Score: 4, Interesting

      Agreed, but the fall of Blizzard started with the closure of Blizzard North, a few years before the Activision merger.

    3. Re:Too Late by wiggles · · Score: 4, Informative

      Nope, they were going down hill long before the Activision merger.

  3. Incompetence by serviscope_minor · · Score: 5, Insightful

    It's only "unstandardised" if you want to link against every last library.

    If you treat it like OSX or Windows and ship all necessary dylibs/DLLs which aren't provided by default then it works fine.

    Somehow companies like Mathworks have been managing this happily for well over a decade without making up weird claims about standardisation. Oh and hey, I've done it too. It's easy.

    --
    SJW n. One who posts facts.
    1. Re:Incompetence by serviscope_minor · · Score: 2

      That doesn't work, because ubuntu 12.10 will have (e.g.) libxml.some.very.specific.version which will be different everywhere else.

      Pick a binary.

      type

      ldd binary

      look at the list.

      As long as you ship it with everything listed (bar libc, libm and libstdc++) it will work fine.

      --
      SJW n. One who posts facts.
  4. Gee haven't heard that before by decora · · Score: 4, Insightful

    I used to be like you, complaining that it was 'no big deal' to release a linux game. What could possibly be so hard about it? OpenGL, write once, run anywhere! Then ... I met GLX. And the documentation on opengl.org. And Gallium / LLVM. and Mesa. and ... well. i just try not to think about it too much. The doctors say I should be OK... eventually...

    1. Re:Gee haven't heard that before by flayzernax · · Score: 5, Interesting

      The ironic thing is to run on mac really well they already have decent GL support, not everyone is forced to use mesa libs anymore those are really a thing of the past and depricated, NVIDIA kernal modules come witht heir own set of those very same libs which are basically everywhere on every linux gamers desktops.

      In essense they already have to cater to the specs of the vid card venders and what libs they prefer their hardware works with. So your argument is invalid for a big corp with devs who are very experienced in dealing with just that problem.

      For a garage startup it sure is a big problem to get a good 3D engine going. But for starts you can do something with SDL libs which are fucking fantastic across all platforms.

    2. Re:Gee haven't heard that before by Sir_Sri · · Score: 2, Interesting

      The problem is that Linux gamers do not exist in the eyes of the developer

      It's not that they don't exist. It's that they're the ones most capable of sorting out their own setup and having multiple computers etc. Because there aren't a lot of technically inept people running linux as a desktop at home.

      If you make a 'linux' version of your game, for how many of your customers is the fastest solution to their problem to just use windows or a particular linux version? How many of those customers can manage that on their own? With linux, the answer is all of them. If you're a linux user and want to play a game you try it under wine and if that doesn't work you use a windows machine. For the technically illiterate... those are the ones we want to get money from and who need the most development support time.

      But, and it's a big but, windows 8 is horrid. It's horrid to use, but more importantly on the business side of things, it's horrid to software developers. We do not want to support it. If consumers decide to adopt it in droves (or the same basic business problems are in Windows 9 and it is adopted in droves) we have a problem. But I'd rather not be scrambling to make a linux version after I've discovered that consumers are fleeing windows to android/linux tablets and desktops or god knows what. Then you're way behind the curve and trying to play catch up, and that's a bad place to be.

    3. Re:Gee haven't heard that before by flayzernax · · Score: 2

      But also ironicly linux is the easiest OS to dual, triple, quad, multiboot different kernels, libraries, and entirely different root /etc structures all on the same intermixed filesystem. So what if you run slackware, boot into your ubuntu kernal and /usr/var and /bin etc...

    4. Re:Gee haven't heard that before by astro · · Score: 4, Interesting

      I think it's time to dispel the notion that "...there aren't a lot of technically inept people running Linux as a desktop at home." This is simply not as true as it used to be. I have a growing number of friends running Linux on their single computer that is used by the whole family. These people are generally FAR from technically adept. Why are they running Linux? They can't afford Windows any more. As Windows has become harder to pirate, the required hardware has become more expensive, and with the advent of many small shops or non-profits selling very inexpensive, turn-on-and-it-works Linux systems, I am seeing it much more commonly in homes of average or below technical aptitude.

      The scary economy is actually driving people to FOSS, in my subjective experience.

    5. Re:Gee haven't heard that before by Sir_Sri · · Score: 2

      If they can't afford windows they can't afford hardware for playing most games on, and that's not a segment I would target anyway. Nor am I interested in targeting a game to pirates.

  5. Re:bad wine, bad! by Doodlesmcpooh · · Score: 2

    I haven't played since Lich King days but I used to be in quite a hardcore raiding guild. Half a dozen of us ran WoW on Linux as it actually gave a better framerate than Windows did. We cleared all content up to LK 25HC before I quit playing so my wife wouldn't leave me for ignoring her.

  6. Support by girlintraining · · Score: 4, Insightful

    Guys, you're missing the point being made here. It's not that the application can't run under different flavors -- it's about supporting them. Every distribution has its own quirks, its own packaging manager, its own set of libraries that are included (and some that aren't). It's a support nightmare. Rather than writing installation instructions once, you have to write it a dozen times. Versions change constantly. Everybody here has experienced the joys of googling for someone's hack script to get something working... a patch here, a tweak there... yes, it's possible.

    But from a support perspective, it's difficulty level = nightmare trying to help these people. And they'll expect your help. You just gave them a major application and said it works with Linux... so you better know every flavor, every variation, every configuration possible. And that, right there, is why Blizzard hasn't jumped on the Linux bandwagon -- too many support variables.

    --
    #fuckbeta #iamslashdot #dicemustdie
    1. Re:Support by Forty+Two+Tenfold · · Score: 2

      Statically linked binary tarball -> /opt. Problem solved.

      --
      Upward mobility is a slippery slope - the higher you climb the more you show your ass.
    2. Re:Support by hduff · · Score: 3, Interesting

      They could release a generic, runs-most-anywhere installation bundled with all the correct libraries, specifying minimum storage,memory, videocard, kernel/glibc requirements (just like for a Windows release).

      If they want to limit support, pick the top 5 distros and make certain it runs on those out-ofthe-box. Everything else is "at your own risk". Other software companies have some model for this so it can't be that difficult.

      --
      "I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
    3. Re:Support by MightyMartian · · Score: 2

      Then they don't need to use yum or aptitude or whatever. They can either link the libraries statically or supply their own libraries and point to them, and have the whole thing dump into its own directory. I've installed plenty of software like this. Just installed Alfresco and it comes with its own copies of Java, OpenOffice, PostgresSQL and Tomcat sitting in its own directory tree under /opt.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
  7. Re:No future by Nerdfest · · Score: 3, Insightful

    It will most likely work fine with Ubuntu, Kubuntu, Xubuntu, etc, as well as Mint and Debian. Linux dependency management is very mature, and there will likely be minimal problems getting it working on other distributions.

  8. No it isn't by geek · · Score: 2, Interesting

    The Linux community can support itself. All they need is to release a tar.gz binary package and the distributions will make their own packages and instructions. Blizzard can release it and say "Support yourselves, we're only releasing binaries. Have fun" and the community will do the rest.

    1. Re:No it isn't by jedidiah · · Score: 5, Interesting

      There are even new installers for old Loki games that follow this same exact "support yourself" model. All Valve or Blizzard has to do is get out of the way enough to allow the community to do it's thing.

      Some power user for the random obscure distribution of your choice will gladly do the legwork for you if you don't put up legal barriers.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    2. Re:No it isn't by DigiShaman · · Score: 2

      This about supporting the end user of their product, not Linux. Blizzard doesn't want to support a platform with a bazillion permutations. The reality of it is that when a gamer calls in tech support to troubleshoot network access, they will get sucked into touching the OS to determine if it's a game library issue or a jacked up WiFi driver bug effecting only that destro with that chipset.

      The do not want to get involved. Supporting Windows and over clocked flakey machines is bad enough as it is.

      --
      Life is not for the lazy.
    3. Re:No it isn't by girlintraining · · Score: 4, Insightful

      You sir, get it. Everyone else is busy banging pots and pans saying "We can do it ourselves!" but that's not really the point. Anytime you release an application onto a platform, you're going to get people who say everything else works just fine, so it must be your application. Enter technical support. Think about taking a phone call where the problem is that their video driver needs to be reinstalled. Under windows, this is merely painful and requires a couple reboots -- 15 minute call. Under Linux, it could require a kernel recompilation, editing files in /etc, and downloading and installing dozens of dependent packages ahead of that. That's two hours of work.

      So one linux call costs the equivalent manpower of eight windows callers. For a support manager, that's a scary proposition, and they do not give a damn how many people know what they're doing -- those aren't the people they're going to be supporting! It's going to be the guy who just downloaded Debian because he heard "It supports world of warcraft" on the web forums, and by god, he's going to make it work now. And he doesn't have a clue.

      Blizzard's target market is not slashdot readers who can list out all the arguments for the 'ls' command and can do sed and awk scripts in their sleep. Blizzard is looking at the guy who "heard about it on the internet"... and that guy's going to make some poor bastard in tech support utterly miserable.

      --
      #fuckbeta #iamslashdot #dicemustdie
    4. Re:No it isn't by flayzernax · · Score: 2

      I learned quite allot from linuxforums.org and even contributed a bit there. It was a friendly experience, but I can imagine how well recieved a bunch of un-innitiated hipsters would be recieved by aged and cranky internet warriors. It would be like feeding kittens to sharks.

      But it would be good for them =)

    5. Re:No it isn't by flayzernax · · Score: 2

      I sorta meant both, the kittens would learn from the sharks who live on the forums and the sharks would have entertainment for awhile until the kittens figured out they were out of league trying to troll sharks who have seen flame wars since 1980.

  9. Re:which project do you ship? by serviscope_minor · · Score: 2

    I preer to keep my real identity and my slashdot life separate.

    Sorry.

    But for extra fun, firefox, libreoffice and openoffice seem to be able to manage too.

    --
    SJW n. One who posts facts.
  10. Re:No future by arth1 · · Score: 5, Informative

    Gaming for Linux (or, more specifically, binary blobs in Linux) have absolutely no future, since every distro has its own version of every library.

    You know, you look at this the exact wrong way.
    Linux can allow the game distributor to provide the exact versions of the libraries they want. All you need to do is plop them all into one directory, say $INSTALL_DIR/lib/, and then have the wrapper run script prepend that directory to LD_LIBRARY_PATH.

    And if that wasn't enough, the games company can even provide a bootable Linux DVD or USB stick which boots into linux and starts the game. Can't have much more control over the OS software than that!

  11. Re:Linux model needs changing by Anonymous Coward · · Score: 3, Funny

    Realize I was dumb for buying an ATI graphics card?

  12. Re:No future by hduff · · Score: 2

    Gaming for Linux (or, more specifically, binary blobs in Linux) have absolutely no future, since every distro has its own version of every library.

    You know, you look at this the exact wrong way.
    Linux can allow the game distributor to provide the exact versions of the libraries they want. All you need to do is plop them all into one directory, say $INSTALL_DIR/lib/, and then have the wrapper run script prepend that directory to LD_LIBRARY_PATH.

    And if that wasn't enough, the games company can even provide a bootable Linux DVD or USB stick which boots into linux and starts the game. Can't have much more control over the OS software than that!

    So much THIS.

    Releasing for a particular distro is lazy development and only serves to fragment the Linux market, not support it.

    --
    "I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
  13. Yea sure... by jameshofo · · Score: 2

    Ok so a lot of people seem to be critical of the "Ubuntu is not the summation of linux!" but come on seriously, a real game development company isn't going to maintain their own libraries to run the game, that's what the distribution is for. So they picked one distro to support and went with it. If the solution for every single commercial developer is to "just release your own libraries" then I'm sorry to say we might as well just relegate this whole Linux thing to a neat geeks OS. Because that's the same kind of crap they're facing with Microsoft, except they probably make a lot more money on M$ derivatives. This touches on something that Linux so desperately needs, standardization, not that we should all run the same standard libraries or that everything has to be correct, but things need to be planned out more effectively to support a huge swath of companies that develop products that are hugely dependent on the OS.

    --
    Good leaders run toward problems, bad leaders hide from them.
  14. Re:No future by broken_chaos · · Score: 2

    The most recent version of glibc supports kernels up to seven years old. The most recent kernel should be able to run any statically-linked ELF binary (and can, if configured for it, still run 32-bit a.out binaries).

    So it's really a non-issue for anything that's being actively maintained, as long as they're willing to include a full copy of the libraries they use (and anything those libraries link to), or just statically link the entire thing. It's a bit of extra overhead, but considering just how many resources a modern game needs to load and use beyond the basic system libraries, it should be pretty much unnoticeable.

    For something that isn't actively maintained, you might run into odd compatibility problems, but if it's 100% statically-linked (or includes the entire dependency tree for every library it links to), it should generally still be able to run fine unless something fundamentally changes about the system (i.e., X11 -> Weyland could cause issues).

  15. About that dumbing down... by Moraelin · · Score: 5, Interesting

    Well, before I start, I'm not (or rather for a long while no longer) a WoW fan, but I did briefly try it again recently. So, you know, I'm only having a superficial impression. I don't think I'll bother much with it, but...

    I think that as far as "dumbing down" goes, it really sounds worse than it really is, when you do the Vulcan thing and think about it logically.

    1. Most of the stuff you'll only notice if you've played it before and have any particular attachment (even if just for nostalgia sake) about the old system. Truth is, I most other recent games are just about as "dumbed down".

    You can play TOR for example as a DPS Trooper with little more than Grav Round, Full Auto and High Impact Bolt as the only three buttons you'll ever have to press. Heck, you could play it with Grav Round only, if you don't mind losing a little DPS. Trust me, that's actually less skill needed than WoW even now. (And obviously the Bounty Hunter is the same deal, just with different names on the buttons you press.)

    2. For that matter, it's not really dumber than WoW used to be to start with. Anyone remember the pre-Burning Crusade raids that some classes only needed one button to get through? Ironically, for all its reputation of a noob class, the Hunter was technically the most "complex" to play since it needed a whole THREE buttons. Yeah, you also needed to set the hunter mark and send the pet, so, yeah, that's a whole two whole extra buttons :p

    (Not to mention you had more typing or talking to do than the raid leader, what with having to tell everyone that yes, the pet was on passive, every time anything went wrong, no matter who started it or what actually happened. You could be still running back from the cemetery when the rest of the group did something stupid, and they'd still insist that it's somehow the pet not being on passive that caused it. I mean, it wasn't even in the dungeon, but it must have caused it. Somehow.;))

    Yeah, it didn't really start as a sort of modern day chess or go or other complex thinking game. Nor had the geekiest and smartest population. Really, it was from the start a game that 6 year olds can master.

    So let's get on to what really changed:

    3. So now for a bunch of quests you don't have to run back to the quest giver to get the next step of it. Well, it takes some getting used to it, but at the end of the day, it's not like running back and forth was actually the fun part.

    4. You don't have to keep buying skill upgrades every 2 levels; they now increase in effect with your level. Not only it's like how a bunch of other games were working already (e.g., COH), but basically if you've been on the game long enough to have a valid whine about being used to the old system... guess what? Paying a few coppers to buy the skills on a new alt wasn't really a balance factor any more anyway.

    Plus, again, running back to wherever your trainer was, and then back, was hardly something that added any fun.

    5. The talent trees. Well, the issue with those is two-fold:

    A) Most people were going for cookie-cutter builds from some site anyway. Not just in COH, but generally. Whether it's actually talent trees (e.g., TOR, RIFT, etc) or putting points in some skill (e.g., STO), most people just want something that works, not to solve a puzzle. If there had been some way to tell the computer "just go by this build off that site" automatically, most people would have just done it. And in effect that's what the new system does.

    B) You haven't actually lost much. In addition to the choice every 15 levels now, many of which are actually new extras, a bunch of the old talents everyone took for a given spec are now automatic passive skills, that you get automatically when reaching a certain level. So, you know, you haven't actually lost them or anything, and they were not that much of a choice in the first place anyway. Now you just get them automatically instead of having to click through the tree.

    C) Basically it doesn't let you mak

    --
    A polar bear is a cartesian bear after a coordinate transform.
  16. That is usually the problem by Sycraft-fu · · Score: 3, Insightful

    At this point, the nVidia binary driver is the only driver out there that provides what you get on Windows, which is to say all the latest features, good speed, and stability. Anything else makes compromises of varying amounts. Now for a simple game, this might be ok. Some games stick with 2D, use SDL, and call it a day. They'll work with the SVGA X server if it comes to that, perhaps just with some tearing/slow graphics. However for a modern 3D game that makes use of some fancy features, that doesn't cut it.

    Well that situation is a problem. For one it is a problem simply because not everyone has an nVidia card but then of course there's the whole religious crusade some people have against closed source, particularly with regards to drivers.

    With pro applications, you can just say "Quadro or GTFO" and require the binary driver. People will deal with it. With this? All it would do is get them all kinds of hate mail.

    Also, funny enough, when you talk OpenGL, nVidia is the only one who really does it well in Windows too. Not long ago at work we had a system that was running HFSS. That does not require OpenGL, but will use it if available to accelerate graphics. The system had an ass slow graphics card (it was a server repurposed to be a workstation basically) and so a new video card was wanted. We picked up a cheap AMD 7000 series card... and ran in to a strange problem: In remote desktop, HFSS worked fine. On the system itself, no dice.

    After going around and around a sneaking suspicion creeped up on me. I pulled the AMD card and stuck in an nVidia card. Everything started working.

    nVidia produces top flight OpenGL drivers, which on Windows are as fast as their Driect3D drivers (which are really fast). Everyone else... much more hit or miss.

  17. Re:Video drivers by hobarrera · · Score: 2

    The 3d driver situation on Linux needs to be addressed. Something along the lines of having up to date drivers in the basic repositories would be ideal, but even just having a download option on the vendor site would suffice.

    Vendor site? Nope, wrong, drivers need to be in the kernel tree or packaged by your distribution, vendores should only provide source and/or documentation.
    This "vendor needs to provide binary drivers" model was popularized by window, and actually adds more burden on the hardware developer, and results in less OSs having proper support.

  18. It's about Blizzard providing technical support.. by HockeyPuck · · Score: 2

    Blizzard wants to be able to say if you have XYZ configuration, then it will work. If it doesn't work, then here's our 1-800 number, our email support system etc etc... for which you are entitled to contact since you bought the game and your system meets the requirements.

    I run SC2 under win7 without any problems, however, if I installed it and it crashed upon startup I could call them up and have a Blizzard tech provide me with assistance. If I called them up and said, "I'm running this under the win32 emulator that's part of OS/2 Warp, they'd politely tell them that it is an unsupported and untested configuration and might give me some sort of "best effort" support, which wouldn't equate to much and then eventually refer me to some forums...

    Imagine the uproar that would take place if they released something for Ubuntu version X, and all the people running either version Y or some other distribution would flame Blizzard... "You're not supporting *my* distribution..."

  19. Re:No future by spikestabber · · Score: 3, Interesting

    Steam works great in Gentoo Linux, I would expect Gentoo to be the absolute worst to get it running on, but it works!

  20. Re:The F Word by celle · · Score: 3, Insightful

    "systemd can go die in a fire along with it's retarded friend d-bus."

        And don't forget the tentacled friend pulse-audio.

  21. Re:The F Word by davydagger · · Score: 2

    "They all use slightly different versions of libraries, each of which introduces slightly different bugs and issues into the environment."

    this is far far better than microsoft's use of repackaging the C++ re distributable (why is that not part of the OS), with slightly diffrent versions on every app that includes it with the installer.

    In practice, I've NEVER ran into a problem, installing debian packages in ubuntu, or ubuntu packages in mint, etc.... entirely unported in binary. Even running built for ubuntu binaries on arch linux, with official packages. Given arch is rolling release, its going to have some extreme glibc version mismatches.

    "You still need a deployment build environment and a test platform for every target - which would include every sub-distro you want to support, as they all have different package sets right down to libc, every "branch" (testing, stable, etc) and so on. "
    no they don't, and no you don't. glibc has a very very very wide range of compatibility version number wise. More so than the MS C/C++ re distributable libs.

    There are many proprietary pieces of software which work great cross distro, flash, skype, nvidia drivers, etc...

    don't tell me they are all tested on every distro, on every build. They are not.

    I keep on hearing this argument, and I am going to call "bullshit".