4 ms·

Offering support for a game is a never ending support task. If you aren't willing to support your users, you aren't ready to publish games. Don't blame Linux us

by pekk 11y ago

Offering support for a game is a never ending support task. If you aren't willing to support your users, you aren't ready to publish games. Don't blame Linux users.

PhasmaFelis 11y ago
You're basically saying "don't support Linux unless you're prepared to spend 50% of your support budget on 5% of your customer base." And then people wonder why so few devs support Linux.
- pekk 11y ago
  You're being disingenuous. Every platform requires support, which takes time. It's unreasonable to expect Linux to be an exception to this and not take any time. If you planned on Linux being the special platform which doesn't cost anything to develop for, your disappointment is due to unreasonable expectations.
  - cwyers 11y ago
    Linux is the exception because the support burden is much, much higher per user because "Linux" is a catch-all for what is really several operating systems that share a kernel and some userland code, so supporting Linux is much harder than supporting, say, Windows.
    - lisivka 11y ago
      Yeah, you can support Windows 3.11, Windows 95, Windows 98, Windows ME, Windows NT, Windows 2K, Windows XP, Windows 7, Windows 10, Windows CE, Windows with single simple exe file, while Linux users needs to execute complex commands, such as "yum install package", to install install software which will perfectly match their environment only.
      - ekianjo 11y ago
        Lol yeah try running a windows 95 game in windows 8 for fun you will see most of them fail
      - PhasmaFelis 11y ago
        You know as well as everyone here that "Windows support" generally means two or at most three versions of Windows, and that adjacent Windows versions are a lot more intercompatable than any pair of Linux distros. What do you gain by pretending to be stupid?
        cwyers 11y ago
        It's really a problem with two dimensions. There's versions of the same OS, and then there's incompatible operating systems. You can kinda make the case for Windows being three different OSes, but the Win3.1/Win95 tree has been dead for over a decade, and Windows CE was never really positioned as being compatible with other Windows anyway. And it's not like Linux doesn't come in versions, and it's not like a change in versions doesn't have similar compatibility concerns as it does in Windows. (Honestly, I think it's worse on Linux -- it is a lot easier to run the same version of, say, MySQL on consecutive releases of Windows than it is on RHEL/CentOS.) So post-XP, where Windows NT ate DOS-based Windows, you have Windows progressing version to version -- Vista, 7, 8, 10. You can see the same progression in Linux OSes -- Debian goes Etch, Lenny, Squeeze, Wheezy, Jessie over a similar timeframe. But at the same time, Fedora runs from version 6 around Vista's launch to version 23 due out in a few months from now. So, like Windows, you have a concern with making an application run on both, say, Squeeze and Wheezy. But you also have an additional problem where you need to make it work on Beefy Miracle. For most software Linux users come into contact with, developers will write software for one, maybe two distros or so, and each distro ports the software over, essentially. So every open-source project is essentially forked by each distro. It's not a model conducive to closed-source software. Which... there are plenty of people who are openly happy about this, as they would rather encourage open-source software over closed source, so it's not like this is strictly an accident or a mistake. But if you want to ask why games don't get Linux ports, or get Linux ports that involve running the Windows version in a Wine wrapper, that's a big part of the answer.
  - PhasmaFelis 11y ago
    The post you responded to specifically said that Linux support is substantially more difficult that supporting any given other platform. Do try to keep up.
c0nfused 11y ago
Linux users aren't the issue. Nor am I attempting to blame them. The problem is that basically you are always aiming at a moving target of system configuration when you release. Do you bet that your users have mechanical disks or SSD? If you aim for the latter you can make different choices. Windows as an operating system moves pretty slowly compared to the broader linux ecosystem, your percent users running a particular version of say DirectX is easy to guess, and easy to predict. The problem when you move to linux is that the landscape is shifting rapidly. Everything from the kernel to libraries to what Distro is hot this week change nightly.OT steal mikepavone's example; In the last few years how many new families of windows video card drivers have come out? How much change have we seen in their capabilities? On linux the answer is, frankly, impressive. This is great for linux, but it makes it hard to reach out to the smaller percent of the small percent of users who are having an issue and fix their issues. The result is that at release you can just let that windows binary sit there and maybe fix a few bugs that crop up in your code. Your linux binary is more of a surfing act where things are great, then you are slowing down, and something breaks, and the whole tower comes down. Fundamentally, it's why things like Unity are popular. The fewer people on a team, the less time you have deal with things like compatibility issues.
- SXX 11y ago
  > Your linux binary is more of a surfing act where things are great, then you are slowing down, and something breaks, and the whole tower comes down. This is why you use Steam Runtime and don't worry about that. It's does work even outside of Steam: https://www.reddit.com/r/gamedev/comments/26pck1/selfcontained_linux_builds_without_steam/ https://www.reddit.com/r/gamedev/comments/26pck1/selfcontain...

by pekk 11y ago

Offering support for a game is a never ending support task. If you aren't willing to support your users, you aren't ready to publish games. Don't blame Linux users.

PhasmaFelis 11y ago

You're basically saying "don't support Linux unless you're prepared to spend 50% of your support budget on 5% of your customer base." And then people wonder why so few devs support Linux.

pekk 11y ago
You're being disingenuous. Every platform requires support, which takes time. It's unreasonable to expect Linux to be an exception to this and not take any time. If you planned on Linux being the special platform which doesn't cost anything to develop for, your disappointment is due to unreasonable expectations.
- cwyers 11y ago
  Linux is the exception because the support burden is much, much higher per user because "Linux" is a catch-all for what is really several operating systems that share a kernel and some userland code, so supporting Linux is much harder than supporting, say, Windows.
  - lisivka 11y ago
    Yeah, you can support Windows 3.11, Windows 95, Windows 98, Windows ME, Windows NT, Windows 2K, Windows XP, Windows 7, Windows 10, Windows CE, Windows with single simple exe file, while Linux users needs to execute complex commands, such as "yum install package", to install install software which will perfectly match their environment only.
    - ekianjo 11y ago
      Lol yeah try running a windows 95 game in windows 8 for fun you will see most of them fail
    - PhasmaFelis 11y ago
      You know as well as everyone here that "Windows support" generally means two or at most three versions of Windows, and that adjacent Windows versions are a lot more intercompatable than any pair of Linux distros. What do you gain by pretending to be stupid?
      - cwyers 11y ago
        It's really a problem with two dimensions. There's versions of the same OS, and then there's incompatible operating systems. You can kinda make the case for Windows being three different OSes, but the Win3.1/Win95 tree has been dead for over a decade, and Windows CE was never really positioned as being compatible with other Windows anyway. And it's not like Linux doesn't come in versions, and it's not like a change in versions doesn't have similar compatibility concerns as it does in Windows. (Honestly, I think it's worse on Linux -- it is a lot easier to run the same version of, say, MySQL on consecutive releases of Windows than it is on RHEL/CentOS.) So post-XP, where Windows NT ate DOS-based Windows, you have Windows progressing version to version -- Vista, 7, 8, 10. You can see the same progression in Linux OSes -- Debian goes Etch, Lenny, Squeeze, Wheezy, Jessie over a similar timeframe. But at the same time, Fedora runs from version 6 around Vista's launch to version 23 due out in a few months from now. So, like Windows, you have a concern with making an application run on both, say, Squeeze and Wheezy. But you also have an additional problem where you need to make it work on Beefy Miracle. For most software Linux users come into contact with, developers will write software for one, maybe two distros or so, and each distro ports the software over, essentially. So every open-source project is essentially forked by each distro. It's not a model conducive to closed-source software. Which... there are plenty of people who are openly happy about this, as they would rather encourage open-source software over closed source, so it's not like this is strictly an accident or a mistake. But if you want to ask why games don't get Linux ports, or get Linux ports that involve running the Windows version in a Wine wrapper, that's a big part of the answer.
- PhasmaFelis 11y ago
  The post you responded to specifically said that Linux support is substantially more difficult that supporting any given other platform. Do try to keep up.

c0nfused 11y ago

Linux users aren't the issue. Nor am I attempting to blame them. The problem is that basically you are always aiming at a moving target of system configuration when you release. Do you bet that your users have mechanical disks or SSD? If you aim for the latter you can make different choices. Windows as an operating system moves pretty slowly compared to the broader linux ecosystem, your percent users running a particular version of say DirectX is easy to guess, and easy to predict. The problem when you move to linux is that the landscape is shifting rapidly. Everything from the kernel to libraries to what Distro is hot this week change nightly.OT steal mikepavone's example; In the last few years how many new families of windows video card drivers have come out? How much change have we seen in their capabilities? On linux the answer is, frankly, impressive. This is great for linux, but it makes it hard to reach out to the smaller percent of the small percent of users who are having an issue and fix their issues. The result is that at release you can just let that windows binary sit there and maybe fix a few bugs that crop up in your code. Your linux binary is more of a surfing act where things are great, then you are slowing down, and something breaks, and the whole tower comes down. Fundamentally, it's why things like Unity are popular. The fewer people on a team, the less time you have deal with things like compatibility issues.

SXX 11y ago
> Your linux binary is more of a surfing act where things are great, then you are slowing down, and something breaks, and the whole tower comes down. This is why you use Steam Runtime and don't worry about that. It's does work even outside of Steam: https://www.reddit.com/r/gamedev/comments/26pck1/selfcontained_linux_builds_without_steam/ https://www.reddit.com/r/gamedev/comments/26pck1/selfcontain...