Comment on Just another "we are all going to die" prediction

farmgineer@nord.pub ⁨4⁩ ⁨days⁩ ago

• BCsven@lemmy.ca ⁨4⁩ ⁨days⁩ ago

  Yep, now we have the 2038 year coming for Linux. It already got me, I didnt want to renew my home NAS certificate every year, so I thought I’d do a 30 year cert. Well after 2038 it rolled the date to the 1960s…

  source

  • dan@upvote.au ⁨4⁩ ⁨days⁩ ago

    Debian is ready - as of the latest release, all software in the official repo is being compiled with 64-bit time. wiki.debian.org/ReleaseGoals/64bit-time

    source

    • groet@feddit.org ⁨4⁩ ⁨days⁩ ago

      Many people (me included) like the appeal of a self signed cert in a small homelab. You basically get certificate pinning for free after you trust the cert on all clients.

      With your idea, you either have to list a local IP in your public DNS record, or highjack your local DNS to point to the local IP. Both feel inelegant. And you have to give your NAS write access to your API key of your DNS registrar

      source

      • dan@upvote.au ⁨4⁩ ⁨days⁩ ago

        With your idea, you either have to list a local IP in your public DNS record, or highjack your local DNS to point to the local IP. Both feel inelegant

        The DNS recordz for your internal servers don’t have to be public - they can be only on an internal DNS server if you want to do that. Only the _acme-challenge subdomain has to be public. Let’s Encrypt does follow CNAMEs.

        And you have to give your NAS write access to your API key of your DNS registrar

        You can use a separate DNS server just for Let’s Encrypt, as it follows CNAMEs. I use acme-dns for this. Let’s Encrypt supports IPv6-only DNS servers so I have my acme-dns instance listening on an IPv6 address in the /64 range on one of my VPSes.

        source
    • MSBBritain@lemmy.world ⁨4⁩ ⁨days⁩ ago

      +1 to let’s encrypt and certbot, but pro tip: remember to actually set up certbot, or your friends will laugh at you when your systems all break 6 months later…

      source
    • BCsven@lemmy.ca ⁨4⁩ ⁨days⁩ ago

      Sadly the 32bit NAS is stuck at Wheezy, Jessie if you mess around, as the kernel is too big otherwise.

      source
  • BarneyPiccolo@lemmy.today ⁨4⁩ ⁨days⁩ ago

    So when some Linux apostle is preaching how I need the salvation of Linux in my life, I’ll just tell them that I’m waiting for 2038, and then I’ll jump in AFTER the apocalypse.

    source

    • BCsven@lemmy.ca ⁨3⁩ ⁨days⁩ ago

      Join now lest ye not be saved. 😀 32 bit time keeping is the issue, most systems are 64 bit now, so its just logistics / implementation issue now, not a technology problem

      source
• ragepaw@lemmy.ca ⁨4⁩ ⁨days⁩ ago

  I have been telling people this for 26 years now to no avail. I wish I hadn’t busted my ass now so all the motherfuckers since then who claimed IT is useless could eat the giant dick of downtime.

  source
• HeyJoe@lemmy.world ⁨4⁩ ⁨days⁩ ago

  As it always goes, they only acknowledge you when your actually fixing problems. The work you did that made everything work as it should was never acknowledged the way it should have been.

  source

  • IAmNorRealTakeYourMeds@lemmy.world ⁨4⁩ ⁨days⁩ ago

    Image

    source
• dual_sport_dork@lemmy.world ⁨4⁩ ⁨days⁩ ago

  And it’s tough to remember just how fast computing was changing in the '90s, improving by leaps and bounds all the time with seemingly no ceiling in sight. Consumer computing power was doubling every one and a half years. And in, say, 1994 it wasn’t unreasonable at all to assume that all of that crusty old tech from the '80s and even early '90s surely would have been replaced by the year 2000 anyway without anyone having to do anything special about it. Probably more than once… right?

  The crucial disconnect there was that tech people are not necessarily business people and I think a lot of folks grossly underestimated management’s recalcitrance in spending money until it was more than clear they were facing a crisis.

  source
• wreckedcarzz@lemmy.world ⁨4⁩ ⁨days⁩ ago

  A lot of stupid businesses and government entities waited until the last fucking second to fix a problem they knew about for half a century.

  The overtime should have been exponential for them kicking the can down the road for literal generations.

  source

  • Rhaedas@fedia.io ⁨4⁩ ⁨days⁩ ago

    We haven't changed. Companies will not spend more than they have to on IT if they think they can deal with it until next quarter. This was no different, plus developers of software didn't expect their stuff to become legacy and not updated with better programs. Memory was premium, so a few less bytes here and there that would work fine for a few years was what they did.

    source
  • farmgineer@nord.pub ⁨4⁩ ⁨days⁩ ago

    Half a century is a bit of a stretch, but I otherwise agree. It should not have gotten to the level of trouble it became, but I also dislike the implication in the OP that it was just a non-issue meant to scare people; it was a problem that indeed came to a head because many companies kicked the proverbial can, but a potential real problem nonetheless (especially in medical/insurance/monetary systems rather than “planes will rain from the sky” sorts of issues).

    source