this post was submitted on 07 Jun 2026
179 points (92.4% liked)
Lemmy Shitpost
40180 readers
4828 users here now
Welcome to Lemmy Shitpost. Here you can shitpost to your hearts content.
Anything and everything goes. Memes, Jokes, Vents and Banter. Though we still have to comply with lemmy.world instance rules. So behave!
Rules:
1. Be Respectful
Refrain from using harmful language pertaining to a protected characteristic: e.g. race, gender, sexuality, disability or religion.
Refrain from being argumentative when responding or commenting to posts/replies. Personal attacks are not welcome here.
...
2. No Illegal Content
Content that violates the law. Any post/comment found to be in breach of common law will be removed and given to the authorities if required.
That means:
-No promoting violence/threats against any individuals
-No CSA content or Revenge Porn
-No sharing private/personal information (Doxxing)
...
3. No Spam
Posting the same post, no matter the intent is against the rules.
-If you have posted content, please refrain from re-posting said content within this community.
-Do not spam posts with intent to harass, annoy, bully, advertise, scam or harm this community.
-No posting Scams/Advertisements/Phishing Links/IP Grabbers
-No Bots, Bots will be banned from the community.
...
4. No Porn/Explicit
Content
-Do not post explicit content. Lemmy.World is not the instance for NSFW content.
-Do not post Gore or Shock Content.
...
5. No Enciting Harassment,
Brigading, Doxxing or Witch Hunts
-Do not Brigade other Communities
-No calls to action against other communities/users within Lemmy or outside of Lemmy.
-No Witch Hunts against users/communities.
-No content that harasses members within or outside of the community.
...
6. NSFW should be behind NSFW tags.
-Content that is NSFW should be behind NSFW tags.
-Content that might be distressing should be kept behind NSFW tags.
...
If you see content that is a breach of the rules, please flag and report the comment and a moderator will take action where they can.
Also check out:
Partnered Communities:
1.Memes
10.LinuxMemes (Linux themed memes)
Reach out to
All communities included on the sidebar are to be made in compliance with the instance rules. Striker
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
An insane amount of money and overtime went into changing software and data to make sure that a lot of bad things did not happen. It's not that the Y2K bug was a nothing burger, a lot of people worked very hard to make sure critical systems were changed.
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...
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.
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
Debian is ready - as of Debian Trixie (released in August 2025), all software in the official repo is being compiled with 64-bit time. https://wiki.debian.org/ReleaseGoals/64bit-time
For your home NAS, I'd recommend using Let's Encrypt with Certbot. You can use it for internal systems, as long as you have a real domain name. Use DNS verification instead of HTTP. Renewal isn't an issue if it's entirely automated.
+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...
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
The DNS records 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-challengesubdomain has to be public. Let's Encrypt does follow CNAMEs.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.
Sadly the 32bit NAS is stuck at Wheezy, Jessie if you mess around, as the kernel is too big otherwise.
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.
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.
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.
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.
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.
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).