The Epochalypse: It’s Y2K, But 38 Years Later

Comments

• ik5pvx@lemmy.world ⁨8⁩ ⁨months⁩ ago

  Linux kernel has had support for 64 bit time for years. On Debian, packages for the upcoming release were updated to 64 bit time earlier this year. I’m fairly sure the other distributions have done or are doing the same. So basically you now have 2 years to upgrade your OS and to pester the vendors of commercial software to do the same.

  Like someone else said, it will be 2 very busy years, but we can survive this.

  source

  • VindictiveJudge@lemmy.world ⁨8⁩ ⁨months⁩ ago

    2038, not 2028. We have twelve years to fully migrate to 64-bit time.

    source

    • ik5pvx@lemmy.world ⁨8⁩ ⁨months⁩ ago

      404 brain not found. Sorry:)

      source

      • -> View More Comments
  • Flukas88@feddit.it ⁨8⁩ ⁨months⁩ ago

    The real problem is not avg Joe devices but things like banking mainframes tbh

    source

    • Olap@lemmy.world ⁨8⁩ ⁨months⁩ ago

      Nah, most of the banks solved this years ago already

      source
• Loduz_247@lemmy.world ⁨8⁩ ⁨months⁩ ago

  MACs will have their Y2K in 2040

  source

  • setsubyou@lemmy.world ⁨8⁩ ⁨months⁩ ago

    HFS has this limitation but isn’t the default file system anymore since several years ago.

    source
  • SreudianFlip@sh.itjust.works ⁨8⁩ ⁨months⁩ ago

    Did you mean Media Access Controllers, or macOS?

    source
• MCasq_qsaCJ_234@lemmy.zip ⁨8⁩ ⁨months⁩ ago

  So the Steam client will have to be updated to 64-bit before 2038.

  source

  • ramble81@lemmy.zip ⁨8⁩ ⁨months⁩ ago

    Not really. 32-bit apps can use 64-bit values.

    source

    • IllNess@infosec.pub ⁨8⁩ ⁨months⁩ ago

      So this is only a problem for 32-bit apps on 32-bit processors?

      source

      • -> View More Comments
• Grandwolf319@sh.itjust.works ⁨8⁩ ⁨months⁩ ago

  The problem doesn’t concern me as much at how bad we’ve become at maintaining shit that already works.

  There is also the fact that during Y2K, we didn’t have as much reliance on computers.

  source

  • rottingleaf@lemmy.world ⁨8⁩ ⁨months⁩ ago

    There is also the fact that during Y2K, we didn’t have as much reliance on computers.

    And we still shouldn’t.

    Uniting the reliance upon long-range electric connectivity (radio, PSTN - but that now depends on computers too), the reliance upon computers (like mainframes), the reliance upon microcontrollers, the reliance upon personal computers (like Amiga 500), the reliance upon fast encryption helped by computers, the reliance upon computers used for mining cryptocoins or some beefy LLMs, the reliance upon computers capable of running Elite Dangerous, and the reliance upon computers capable of running devops clusters with hundreds of containers, - it’s wrong, these are all different.

    An analog PSTN switching station shouldn’t care about dates. A transceiver generally shouldn’t too. A microcontroller doesn’t care which year it is, generally.

    With an Amiga 500 one can find solutions, and it’s not too bad if you don’t.

    The rest is honestly too architecturally fragile anyway and shouldn’t be relied upon as some perpetual service.

    source
  • Zorque@lemmy.world ⁨8⁩ ⁨months⁩ ago

    There was also a worldwide effort to fix any potential problems before they happened.

    source

    • SreudianFlip@sh.itjust.works ⁨8⁩ ⁨months⁩ ago

      Cobol mavens burned both ends of the candle and made bank, while making banks work.

      Many were old enough to retire after that.

      source
    • MCasq_qsaCJ_234@lemmy.zip ⁨8⁩ ⁨months⁩ ago

      Issue 2038 will be easier to fix because many systems are already 64-bit, as 32-bit systems could only handle 4 GB of RAM, and programs need more RAM.

      The only issue would be critical issues that run on 32-bit systems and must be fixed before that date.

      source

      • -> View More Comments