@LangerJan @bagder it's not quite the same, because taking the curl version they have (10 years old) and applying a patch which doesn't affect the API, may not mean rebuilding/retesting their whole stack.
Moving forward ten years in curl will likely cause a cascade of lots of other dependencies which are now broken because curl did a hyperspace jump forward
RE: https://mastodon.ar.al/@aral/116311555165101069
Giorgio Agamben's concept of the state of exception is useful here.
Certain people are being ontologically excluded from the law and the protection it provides, and their exclusion in turn serves to perpetuate the Zionist state, is crucial to its continued existence.
@bagder lol, Bank has the money, this is the most bank behavior ever
edit: Rihanna is the only appropriate response to a bank pleading poverty: https://youtu.be/N-w8lEL_0y4&t=69

@bagder its ok, we just need mandatory cool down so that we
1. Get slower response and testing of new releases
2. Motivate people even less to upgrade.
We know it is the right thing to do, because Security Experts told us. The same that keep demanding "Secure Coding Guidelines" training which have not worked for the past few decades.
@bagder Had a similar comment recently at a company where I consulted on cybersec. "Our customers won't upgrade to the latest version because the only run versions they've certified themselves on all their equipment".
My followup was: "Ask them what version of iOS and Android runs on all their phones" ...
@bagder i see that sometimes. This is where "you are free to cherrypick the specific patches and all prerequisites" is a valid response. Because it is true, unlike with closed source dependencies
@bagder It's not much better in other areas. For a few years I was working for company doing TV decoders (air, cable, sat). We had a bunch of reports from the field, that there are problems with WiFi connectivity. A quick glance at our WiFi stack (wpasupplicant, connman): I don't remember the exact age, but it was at least three years old. It took me some time to convince my chain of command, that we need to update the whole stack. There were very hesitant, because, quote "we may introduce new bugs". Well, yes, I agree, there is a risk. But we already HAVE bugs, which affect the business of the customer.
Long story short: updated the stack, bugs had disappeared, and the connectivity situation improved.
BTW, I use the reluctance for the change as a metric of health of the s/w company. And if the org is afraid, above the certain level, of making changes, then it says something about the effectiveness of their tests.
And banks, well, there are very risk averse. I've been working in that industry for a few years as well, and I have some stories...