3 ms·
Thankfully upgrades move faster in the OSS world. The worrysome cases are embedded systems. Especially those built intentionally 32 bit.
by Beltiras 5y ago
Thankfully upgrades move faster in the OSS world. The worrysome cases are embedded systems. Especially those built intentionally 32 bit.
- masklinn 5y ago... TFA is about how GNU/Linux systems being deployed right now are not Y2038-safe. Windows applications have been safe from this issue by default starting from VC8.0 (VS 2005), macOS users since 10.7. And to be fair Linux itself has used 64b time_t on 64b machines from the start (and since 5.6 — last year — has also migrated i386 to 64b time_t[0], though a few issues will remain forever). [0] https://lkml.org/lkml/2020/1/29/355?anz=web https://lkml.org/lkml/2020/1/29/355?anz=web
- btown 5y ago> upgrades move faster in the OSS world There are many who don’t think like this. Microsoft has dedicated teams that ensure backwards compatibility for legacy applications, and even then people stay on XP. If you have an inherited Ubuntu system that has been happily running a proprietary binary for years, there’s even less guarantee (and certainly no marketing organization making that guarantee) that an upgrade won’t break things. And so you fall far behind LTS.
- zymhan 5y agolaughs in debian au contraire, it's quite easy to keep museum-level ancient Linux distros running
- azernik 5y agoYour desktop Linux distro is not the scary case here