Arch Linux drops Python 2
Arch Linux drops Python 2
Posted Sep 24, 2022 14:14 UTC (Sat) by Vipketsh (guest, #134480)In reply to: Arch Linux drops Python 2 by gerdesj
Parent article: Arch Linux drops Python 2
> Python, by a very polite decree, delivered over several years, has decided [...]
Whether that's polite or not is relative. For something generally fast changing like network facing scripts that may be considered "polite", but there are other use cases. For example, in the chip-design industry I'm in, it is not uncommon to have to open projects from 10-20 years in the past and do some work on it -- maybe run a simulation to check a customer complaint or maybe even make a fix. If it so happened that some script was written in python2, which was very reasonable at the time, today it does not work and Python's decision can hardly be considered "polite".
One could argue that "just use the same environment as back then", and engineers generally would prefer that, but that is often not possible because the commercial EDA tool vendors need lots of convincing to hand out licenses to tools that old so one is often forced to new tools and environments. EDA vendors typically realise the problem and tend to have quite good backwards compatibility in their tools, but that doesn't solve the script issue.
In the global picture, the only way open source can make general forward progress is if one is able to continue building instead of having to always race to keep up with the latest fads just because someone decides that history needs to be rewritten. Do you think Python would be any good today if every decade it would have to rewrite its interpreter in the programming language of the day ? I'm truly curious because the Python guys seem to think its perfectly fine when they force everyone else to do the same.
Posted Sep 24, 2022 18:34 UTC (Sat)
by Wol (subscriber, #4433)
[Link]
That assumes the vendor CAN hand out a licence ...
I've just seen on one of my mailing lists, a request for UniData 5 point something install media. I don't know how old that is, but the current vendor (Rocket) doesn't have a copy. They've taken over most of the Pick vendors, and in the process a lot of history has probably been lost. Trying to get hold of commercial products from that long ago is probably very difficult simply to find an extant copy!
Cheers,
Posted Sep 24, 2022 22:32 UTC (Sat)
by gerdesj (subscriber, #5446)
[Link] (6 responses)
My nascent Civil Engineering career morphed into IT around 30 odd years back. You will have heard of some of my little firm's customers - strange but likely true.
I own a treasured screwdriver with a wooden handle and a simple flat blade - you may do too. It still works - mine was my great granddad's and was made in the 1880s or so. The handle has many years of skin oils and various other oils and who knows what else infused into it and it has a phenomenal patina which has perfectly preserved it. The metal bit is a masterpiece of forging and heat treatment. The whole thing is chromium infused steel for rust resistance. The shaft is roughly like modern mild steel - it is slightly ductile, which means it deals well with torsion. The blade part has been heat treated in two parts. The whole "blade" has been hardened a bit and the leading edge has been hardened more. The part that you stick in a flat edge screw is as good today as it was 140 odd years back.
I also have my dad's ratchet screwdriver. This one has a wooden handle too and is only 60 odd years old. It works fine too and just needs a light oil every few years or so.
I have several electric drill drivers, one of which you have to ensure you get a leg in the way to avoid wrenching your wrist and a wide set of modern cross head/flat head/insulated screwdrivers and all the rest.
Guess which set of tools I use these days? I maintain the old ones and they still work but a De Walt wrist destroyer with a decent bit is my go to screwdriver.
The above is simply a fun digression but I'm sure we can whistle up an analogy. I think you are missing multiple points:
1. "Entitlement" - Python devs should do what I want them to for my use case.
You can always grab a Python2 and maintain it yourself if your code is that important. It's a simple cost/benefit analysis.
Whilst we are at it, we should note that this article is about Arch dumping Python2 not Centos or whatevs it is is called today. I run Arch on my personal laptop and work desktop - I doubt you do on your work gear and so the whole argument is rather moot. I do suggest you plan ahead though.
Posted Sep 25, 2022 18:21 UTC (Sun)
by Wol (subscriber, #4433)
[Link] (5 responses)
As someone who worked in Civil Engineering, I'm not surprised. MOST big firms actually have precious few employees. Most of the work is done by subcontractors. So yes, I probably have heard of quite a few of your customers ...
Before I moved into the HR world, I worked for Babcocks, Costain, Merlin, ... (that I can remember).
Cheers,
Posted Sep 26, 2022 23:20 UTC (Mon)
by gerdesj (subscriber, #5446)
[Link] (4 responses)
I never even got that far in civ eng. I graduated in 1991, from Plymouth. I applied to Plymouth Poly, attended Poly South West and a year later it was Uni Plymouth. As you will recall, 1991 was not a good year for building stuff in the UK! I rocked a UB40 for a fair old while. I can still whistle up a decent 1-2-3 mix of conc and some of my garden structures are rather more formally designed and analysed than the usual.
My comment about hearing about my customers is for my very little IT company 8) Two of them are rather global and another one: you (as a Brit) will know well.
My main point about Python devs deprecating P2 is that I think it is behaving in an entitled way to try and insist that P2 be maintained forever. Arch is a great platform to test the waters for the change and give off an indication that it will finally happen across the board.
I only trained to become an engineer but I run my work life by what I learned in a few years. It might be nice to see IT grow up and learn that maintenance is part of the design of a system. Some bloke farting around for Facebook once famously said something along the lines of: "work fast and break things". He might now be a multi zillionaire but perhaps he ought to try painting a bridge. You will know that the Forth rail bridge was famously a job never finished. I believe it is now covered in some sort of plastic - but at least that is a proper solution.
My main problem with complaints about deprecating P2 and actually removing it is "entitlement". Either enjoy a better way to coat your bridge (you might need a new applicator and learn how to use it) or keep your old paints and brushes around - at least you have the recipe for the stuff.
Posted Sep 27, 2022 9:03 UTC (Tue)
by Vipketsh (guest, #134480)
[Link] (3 responses)
For what it's worth, my "change history" comment was referring to the Python people asking for the 'python' command to mean python3. That closes the door to being able to install python2 (originally what 'python' did) and having things just work. It also leaves no indication to anyone new to the Python world that "oh, this is written in a different Python". This causes pain all around for no reason what so ever. Also their stance towards anyone wanting to maintain python2 (a comment below) is simply hostile.
That is the reality of running big systems: there will always be ancient stuff running for "reasons" requiring weird interpreters and that includes Python2. The right thing to do is to admit this is the case, not close the door to anyone wanting to do "this crazy thing" and accept patches if someone puts in the effort to keep Python2 running in modern environments. See ? I'm not asking for anyone to maintain things, just keep the door open to allow people to do necessary things needed in the real world and not make the problem worse.
I also take big offense when people downplay the work needed to fix breakage and try to sell the millionth incompatibility as "this is absolutely necessary" (a big fat lie). That is real time not spent doing real work and across thousands of projects burning many thousands of man hours. The simple reality is that the Python2->3 transition was not liked by many and thus was simply a bad idea. Instead of admitting that was the case the Python crew seem to just push harder that python2 never in fact happened.
From my point of view actions of the Python people are just asking for bad words to be sent in their direction and just aren't making things better.
> It might be nice to see IT grow up and learn that maintenance is part of the design of a system.
This I very much agree with. Even if your foundations don't change (e.g. if Python2->3 never happened), maintenance is very much required. Of course I think this goes both ways: organisations putting up the money/resources for maintenance but also software understanding their dependents will need to be maintained and thus not unnecessarily making things difficult for them.
Posted Sep 27, 2022 21:14 UTC (Tue)
by NYKevin (subscriber, #129325)
[Link] (2 responses)
My attitude towards this is pretty much identical to the attitude that the C standards committee displayed towards IBM, when the latter asked for trigraphs to be kept in the language for backcompat with EBCDIC: Meh, that's your problem. You can do the symlink dance yourself, or configure your sysadmin automation to do it for you.
I don't mean to be rude. I'm simply stating a fact. You cannot rationally expect people who are not on your payroll to do work that you consider necessary. Reviewing patches is not free. Maintaining VCS branches is not free. Compiling interpreter binaries is not free. All of these things require human attention, computing power, or both. While this may not be a lot of work, it's their decision whether they want to do it or not. It should also be emphasized that you can still download Python 2.7 today, if you really want to: https://www.python.org/downloads/release/python-2718/
Posted Sep 27, 2022 22:12 UTC (Tue)
by Wol (subscriber, #4433)
[Link] (1 responses)
"to be kept" ... in other words, the standards committee was MAKING work for other people. Same here - if people want "python" to *just* *keep* *working*, the python guys are MAKING work for other people.
I get your point - why should the python guys do work for other people. But the point in the other direction is just as valid - why are the Python guys making work for other people?
Cheers,
Posted Sep 27, 2022 22:15 UTC (Tue)
by NYKevin (subscriber, #129325)
[Link]
1. Python does not implement any security boundaries whatsoever. This entails the removal of quite a lot of the standard library (e.g. all of the HTTP and SSL code), which probably breaks a lot of legacy scripts anyway.
Arch Linux drops Python 2
Wol
Arch Linux drops Python 2
2. "Laziness" - I can't be bothered to maintain my stuff.
3. "Inertia" - Its always done like this and I want it to last forever.
4. "Lack of imagination" - We can't be arsed with change.
Arch Linux drops Python 2
Wol
Arch Linux drops Python 2
Arch Linux drops Python 2
Arch Linux drops Python 2
Arch Linux drops Python 2
Wol
Arch Linux drops Python 2
2. Someone patches those flaws when they are found.