6 ms·
Keep in mind what this means with RHEL's support lifecycle: that Xorg will not be included in RHEL 10 (which is probably still a long ways out). It stays a supp
by cpitman 3y ago
Keep in mind what this means with RHEL's support lifecycle: that Xorg will not be included in RHEL 10 (which is probably still a long ways out). It stays a supported part of RHEL 9 until at least 2032.
Notices like this give our customers a lot of time (literally a decade) to find replacements for anything being deprecated.
- bombcar 3y agoThis gives your customers nine years to change nothing and one year to panic and die. Ask how I know.
- harryvederci 3y agoHow do you know?
- bombcar 3y agoEvery single EOL product we’ve ever used has never been a priority issue until long after support has ended. It’s quite aggravating.
- worthless-trash 3y agoIts almost like companies fail to do software maintenance.
- yoyohello13 3y agoPersonal experience, I think. People still complain about python 2.7 even though python 3 has been around for 15 years and python 2 was EOL 3 years ago.
- justizin 3y agoyeahp when there is load bearing python 2.7 code written by someone who has left, puts folks in a tough spot. :/
- toyg 3y agoYou're just more aware of technical debt you already had.
- hobobaggins 3y agoliterally to have millions of lines in production code just in our company, untold billions or trillions of production Python2 code that works perfectly fine (well, did work) around the world. guess that will teach us to trust a scripting language for production systems!
- znpy 3y agoShould have used perl5 i guess? /s
- aforwardslash 3y agoSo, whats the alternative? Try compiling a decade old java app and get ready for a surprise. Python2 was already dead 2 years ago. If your company did nothing to at least ensure the code runs, thats their problem. All languages go though deprecation and changes, except the dead ones - only if you had used *QBasic, you wouldnt have this problem. *the choice would be Cobol for most folks, but not only cobol isnt dead, it actually changes and deprecates stuff throughout the years - ex. Cobol77 vs cobol85.
- somat 3y agoWhat's the problem? you have the source, nothing is stopping anybody from using python2. In fact from that perspective you could say it is a good thing, once python3 was published, the language python2 became more and more stable. Until we are at this point. The language is super stable. It will never change again. exactly what you wanted.
- yjftsjthsd-h 3y ago> nothing is stopping anybody from using python2 Eh... pip+pypi killing support for python2 is kind of a big problem for continuing to use it unless you have zero external dependencies.
- bombcar 3y agoThis is the main difference between trying to get some ancient code written in C working vs "modern" toolchains - if you have the compiler and the code for C, everything is self-contained; many things like python2 download absolutely tons of support code and libraries to "build" - and when those go offline you can't easily build anymore; and you can't even say "this here VM will build this forever" unless you make sure that it will continue to work (and everything is separately cached/downloaded).
- Gigachad 3y agoThis is the frustrating part of being a linux user. Absolutely massive time periods before changes. Literally no work is done until it eventually changes, everything breaks, and people scramble to fix it. Which more desktop oriented distros would just drop xorg next year and we actually get the last remaining apps updated.
- Arnavion 3y agoIt has nothing to do with being a "Linux user" and everything to do with being an LTS OS user. Not being bowled over by rewrite-the-world changes is why rolling release distros exist. And before anyone says it, no "rolling release" doesn't mean "unstable".
- Gigachad 3y agoI'm on Fedora which is pretty up to date and I just have random issues all the time. Currently I can't get xbox controllers to pair. It works on windows, it worked on fedora when I tried a few months ago, absolutely can't get it working now. When I switch audio outputs, they don't work until I kill pipewire a random number of times and then they work. And these are just the random breakages, not the missing features like fractional scaling and HDR. Obviously these problems don't affect everyone, but they affect me and despite a decade of linux experience, I can't find solutions.
- Volundr 3y agoCounterpoint: I run Arch Linux on all my machines and I can't remember the last time something broke that wasn't ZFS, and I opted into that one, it's explicitly unsupported. I switch between a Bluetooth headset and my speakers/webcam multiple times a day and it just works (I'm also using pipewire, not pulse).
- rektide 3y agoThere's the guy on my team who is steaming mad at Sindre Sorhus for making all his npm packages ESM only. https://gist.github.com/sindresorhus/a39789f98801d908bbc7ff3ecc99d99c https://gist.github.com/sindresorhus/a39789f98801d908bbc7ff3... The time line is a little more compressed. I'm somewhat sympathetic. But my heavens, that using the language's official module system is a pain & difficult makes me think we needed to switch harder earlier. (Also Node simply lacked the courage to try to do what many before them had done, & make cjs/ESM intercompatible: worked great in @std-things/esm but node let themselves get steered into prissily rejecting an obviously fine path for absurd technical minutia). We gasp & moan the whole time old soggy gross bandaids are being ripped off. We direly need to call shots & make it happen. We need the will.
- rektide 3y agoIt should be legendary how much better humans are at long term planning than corporations. Yet more heaping mounds of proof. Humans consider their bodies & what might happen with far more realism than corporate naivety and reckless optimism.
- analognoise 3y agoWe don't reward long term corporate thinking. Humans can clearly do it, so corporations could too. The organism responds to its environment.
- zinekeller 3y agoThe problem of modern companies (public or private) is that institutional shareholders demand greater profits even if it affects the companies' long-term prospect. They simply want that line to go up, they don't bother much with the details of the company.
- rektide 3y agoWe do, but 99.9999% of the people doing the work won't meaningfully experience any benefit from doing so. So we never do. Nothing will change that other than enfranchising your people, other than upsetting the top-down hierarchy.
- azinman2 3y agoWe need to socially rebuke the Friedman doctrine that’s at the root of all of this. It’s not even law but it’s so ingrained at this point people think it is.
- sph 3y ago> how much better humans are at long term planning than corporations > Humans consider their bodies & what might happen with far more realism than corporate naivety Welp, this is how I learn I am not a human, but a corporation...
- kakwa_ 3y ago
- orev 3y agoIt gives software developers 9 years to receive feedback from early adopters, and fix things if they want to stay relevant. There’s not much point to installing a new server if there’s no software for it.
- tinus_hn 3y agoAnd it makes it possible to say, well you had 9 years to make the change, now that you’re out of time it’s your problem.
- indolering 3y agoCouldn't they also keep supporting that functionality though CentOS or EPEL? And Fedora probably won't drop support as long as unpaid volunteers bother to keep it working.... I'm glad Red Hat is dropping support entirely: they have been footing the bill for this transition for too long. It's time for Ubuntu, NVIDIA, and others to step up their contributions to/support of Wayland.
- worthless-trash 3y agoSupport means many things to a company like Red Hat. "Ship it" in EPEL, sure, but support to Red Hat is a contractual obligation.