I think Perl and Python were only ever installed by default because there were management utilities (GUI and console) written in them, so they were prerequisites for what was considered a minimal system. RHEL has been pretty good the last few years at paring down the base minimal install to actual essentials. I view getting to the point that Python is not required for a base install an achievement.
Me as well, since someone had the clever idea to create GUI distribution management tools in Python, it is a pain to use them, given how slow some of them are.
It's unlikely Python is to blame for that, unless they implemented something very CPU bound in it. I wrote wxPython apps in 2000 or so and they were very responsive.
Well the previous generations written in C used to perform quite well.
It is likely a combo of Python + someone not good at using Python with networking. When working with anything that talks a lot over networks you need to use threads or separate processes to keep things feeling responsive during network delays. Python doesn't make this easy, so lots of devs skip it and it makes the programs feel sluggish.
Hmm, that might make sense on a server, but this is talking about a GUI client. Also, Python has trouble with CPU-bound threads but not those IO-bound.
Actually there is a default python and it’s called platform python. That one lives on purpose in /usr/libexec however is mainly supposed to be used by platform tooling like dnf/yum etc
A huge amount of work was done to minimize the base set of packages (called "BaseOS"). Including rewriting parts of dnf from Python to C++.
Wasn't python required for YUM to function correctly? Or has DNF been written in something other than python?