It Will Take Fedora More Releases To Switch Off Python 2 (phoronix.com)

An anonymous reader quotes Phoronix: Finalizing Fedora's switch from Python 2 to Python 3 by default is still going to take several more Fedora release cycles and should be done by the 2020 date when Python 2 will be killed off upstream. While much of Fedora's Python code is now compatible with Py3, the /usr/bin/python still points to Python 2, various python-* packages still mean Python 2... The end game is to eventually get rid of Python 2 from Fedora but that is even further out.
Fedora is now gathering feedback on a Wiki page explaining the switch.

Comments

add `python2` and deprecate `python`

[Tora]

Switching `python3` to `python` is just inane at this point. Get rid of `python` in general and explicitly call what you need, the problem will resolve itself over time, and there will not be a problem with python4 following in suit. Either that or go the java route (which is also a nightmare to manage).

--
tora

Re:PEP 394: /usr/bin/python should not be python3

[Anonymous Coward]

But it is because people are afraid to leave it's relative safety.

By relative safety you mean breaking working, debugged code.
All of this work for moving to the latest and greatest thing that that causes you nothing but headaches and redoing work you did years ago.

Yeah I'll take relative safety over that nonsense.

Here is a hint, programming languages exist to write programs in, not to stroke the programming language designers' ego.

Re:PEP 394: /usr/bin/python should not be python3

[93 Escort Wagon]

If you've stubbornly refused to migrate your existing code for 9 years, then frankly, you're a fuckwit that deserves to have your code break.

No, it means that he's likely someone who gets paid to write code, and has to prioritize writing new tools / programs over going back and rewriting old stuff that is already perfectly functional.

Most employed coders don't have the luxury of picking and choosing what they're going to spend their time working on.

Re: PEP 394: /usr/bin/python should not be python

[AndroSyn]

What's the size of an int again ?

sizeof(int);

The base types in C are implementation/platform defined. That is considered a feature as it allows decisions to be made that make the most sense for the platform. In general this means the int type is going to be the fastest type.

In modern C practices though there are the u_intXX_t types that allow you to select a specific size integer, should you need that.

The real flaw with C is the whole preprocessor mess. If you were going to attack C about something, that is what you aim at.