all 43 comments

sorted by: hot top controversial new old
[–] 41 points 1 year ago (4 children)

I wonder if this will cause further drama with that one guy that was mad that Steam no longer supports Win98

  • source
  • hideshow 4 child comments
  • [+] 26 points 1 year ago (5 children)
  • [–] 37 points 1 year ago (4 children)

    Not support, on Linux 32-bit is a requirement. Creates a huge problem since it forces distros to still ship 32-bit dependencies to make sure steam can run.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 1 year ago (3 children)

    Can't the dependencies just be installed with the steam client? Yes, it's ridiculous that steam isn't 64-bit, but I don't see the huge problem programs with having 32-bit dependencies. Am I missing something?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 1 year ago (2 children)

    Steam doesn't have the 32-bit library files you need. Every system is different.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 6 points 1 year ago (1 child)

    Finding 32 bit libraries hasn't been a problem with any package manager I've ever used in Linux for a long time. This isn't a problem for any modern distribution.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 16 points 1 year ago

    As long as 32-bit applications maintain good compatibility, I see no problem with this.

  • source
  • [–] 11 points 1 year ago (1 child)
  • [–] 9 points 1 year ago (5 children)

    I don't get the hopefully Linux follows statement. I assume it is just for the client? Linux should support everything it can.

  • source
  • hideshow 5 child comments
  • [–] 2 points 1 year ago

    steam is one of the few commonly used 32 bit apps left on linux.

    I imagine most of it is bc most other things are oss and have been updated/rebuilt already. having to run a 10 year old binary happens way less on linux than it does windows.

    a handful of distros have tried to remove 32 but support they've gotten backlash bc they'd lose steam support. linux the kernel won't drop it any time soon, but there's a good chance that if steam drops 32 bit, so will fedora etc

  • source
  • parent
  • [–] -3 points 1 year ago (1 child)

    It's Steam who supports these things. It costs money to support anything. Do you want that cost added to your game price?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 16 points 1 year ago

    This is a ridiculous argument. Steam isn't supporting the 32-bit libraries. It's done through repositories that are maintained to ensure legacy compatibility which is one of the strengths of Linux. There's no impact on the cost of games.

  • source
  • parent
  • [+] 3 points 1 year ago (2 children)
  • [–] 11 points 1 year ago (11 children)

    If Linux isn't still supporting 16-bit, there's a problem.

  • source
  • hideshow 11 child comments
  • [–] 18 points 1 year ago (9 children)

    16-bit computers died off before Linux was even a thing.

  • source
  • parent
  • hideshow 9 child comments
  • [–] 0 points 1 year ago (8 children)

    The 8088 was produce to 1998 and 80186 was produced all the way to 2007.

    They may not been mainstream, but they certainly existed in production to run linux.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 2 points 1 year ago (7 children)

    Just because they existed during the Linux era doesn’t mean they ran Linux; Torvalds was writing for the 386 from the beginning, and Linux has never been written for anything below 32-bit.

    Now, it certainly has RAN on that hardware through emulation, such as on a 4 bit Intel 4004, but only for the heck of it.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 1 point 1 year ago (6 children)
  • [–] 1 point 1 year ago (5 children)

    Technically not the Linux kernel.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 1 year ago (4 children)

    How is it not? It is a fork of the linux kernel.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 1 year ago (3 children)

    For one, it explicitly calls itself a “subset”; a subset is not the whole set.

    If we don’t want to go just off the pedantics of language though, then here’s the thing: it was forked a very long time ago, and both have diverged significantly, I think. It’s a bit like saying Blink (the rendering engine of Chromium) is WebKit; sure, Blink is a fork of WebKit, but the two are very different now.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 1 year ago* (2 children)

    I mean... obviously 8086 "x86" is more limited than modern x86. So obviously there will be reduced features and divergence.

    And by your logic, because it diverged 25 years ago... modern linux is...no longer linux.

    If you want a valid argument, its not GNU/linux since it doesnt use GNU tools...

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 1 year ago (1 child)

    To clarify, what I mean is WebKit continued while Blink became its own thing. Factually, Blink is not WebKit anymore.

    Replace “WebKit” with Linux and Blink with ELKS.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    And webkit is a fork of khtml.

    Noone is arguing forks are "their own thing" but we can all agree they are all derived from the same base and have diverged from factors such as solviing different problems or simply different developer methodology.

    They're is no straight line. There are hundreds of linux kernel offshoots. Some are more tightly coupled with the main, some are highly specific to a single cpu architecture.

  • source
  • parent
  • [–] 1 point 1 year ago (7 children)

    why dont they make a steam legacy client for 32bit win7?

    nevermind, it would require actuall work

  • source
  • hideshow 7 child comments
  • [–] 11 points 1 year ago* (2 children)

    Actually it was because of the chromium browser integrated into steam under the hood - it was no longer updated for win7.

    Same reason XP got discontinued before that.

  • source
  • parent
  • hideshow 2 child comments
  • [–] -2 points 1 year ago (1 child)

    and this was totally important, and wasnt possible on some legacy firefox engine. what a load of horseshit. and of course they fucked up steam skin support as well.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 15 points 1 year ago*

    So you're telling me that Valve should create a new branch of the existing steam client using an alternative browser engine explicitly due to dropped support on a platform that (I would argue) less than a fraction of a percent would use in 2025 and beyond? Along with maintenance, security patches (on an OS that will never receive any new official patches for current vulnerabilities) and feature parity for at least the steam library?

    If you're that dependent on hardware/software combinations so far removed from the current development status quo, you should have the technical expertise to install DRM-free games on your obsolete OS that should never be online anyway.

    I don't think anyone at the company nor customers with even a modicum of understanding of software maintenance would endorse that. It would be a gross waste of engineering time and resources. Hell, explaining this to you in such detail should be lesson enough on why software companies filter user suggestions.

  • source
  • parent
  • [–] 5 points 1 year ago (2 children)

    Obviously official support for Win 7 is long dead but Steam still runs without issue on 64 bit Windows 7 to this day. What device are you running Windows 7 32 bit on?

  • source
  • parent
  • hideshow 2 child comments