It took python community 10 years to migrate to python 3, and the migration process from python 2 to python 3, while tedious, is certainly a lot easier than porting a gui app from xorg to wayland. It could take some time until most app developers finally migrated their apps from xorg to wayland.
Nothing required big 2/3 change. Ruby and Go done it right — a series of small changes. Python 2.* had it right. The attitude of language developers was clearly stated in PEP 414 and 2to3 approach — no backward compatibility. That is nonsense, every python program had backward compatibility several minor versions deep.
Select one issue and work on it. Unicode:
# python prev
u"" # or from __future__ import unicode_literals
b""
vs
# python next
u""
b"" # or from __past__ import binary_literals
Facts speak for itself, change was to big for users to overcome it, price was too high. I've lived through Ruby string changes, not a big deal.
Wayland transition is nothing like Python 2/3. It is big but mostly invisible, XWayland runs X11 applications, toolkits hide implementation details, no X.Org deprecation.
Just like you said, for majority of people, migration from python 2 to 3 is mostly painless. Some code don't even have to be rewritten and might work on python 3 without any modification. However, some applications requires major migration because their core functionality depends on some feature in python 2 that now changed python 3, and they won't do major refactoring effort until the benefit of migrating to python 3 outweighs staying on python 2. They were essentially waiting until the ecosystem migrated to python 3, but as they're also part of the ecosystem (and often the essential part in their niche), this created a chicken and egg problem that needs a decade to be resolved.
The situation with wayland migration seem to be somewhat similar with the python 3 migration. Many gui apps that uses gui toolkit probably don't need major modification, or no modification at all. But some apps that requires platform-specific access are heavily affected and might require some major refactor, and they probably won't do it until the benefit of migrating to wayland outweigh staying on xorg.
Also, unlike python 3 migration where most of the community agree that the move is justifiable will have to happen eventually, in the case of wayland migration, the community opinion seem to be split which certainly harm wayland migration progress.
I've built Python 3.2 just to show the problem introduced by language designer
$ python3.2
Python 3.2.6 (default, Oct 26 2020, 15:29:09)
[GCC 10.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> u"foo"
File "<stdin>", line 1
u"foo"
^
SyntaxError: invalid syntax
This is hostile behavior. It took four years to solve (python 3.3), still supported:
$ python3
Python 3.8.6 (default, Sep 30 2020, 04:00:38)
[GCC 10.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> u"foo"
'foo'
Python got better in supporting old versions over the years. Take a look at Django, it got Python 3 support in February 26, 2013 [1].
> Django 1.5 introduces support for Python 3 - specifically, Python 3.2 and above.
Notice version gap — no support for 3.0, 3.1. It was quite common.
> python 3 migration where most of the community agree that the move is justifiable
If people believed breaking change was justified they would move to 3.0, it did not happen.
I've seen both Python and Ruby community, Ruby made two breaking changes (1.9 and 2.0) while Python got its PEP 414. There was a huge split among developers.
---
Essentially you are describing how switch happened while I'm describing which lessons should have been learned. It is sad if Python community learned nothing.
> the community opinion seem to be split which certainly harm wayland migration progress.
Developers done great job, you can't run 2.7 code in 3.*, you can run X11 applications in XWayland. Is there a split in developers community? All I see is FUD among users.
worth noting that in the python 2 to 3 story, a migration path was mostly provided along with tools that tried to automatically refactor your code, the latest 2.x release was supported for nearly a decade, and there have been directions on how to temporarily write code to work on both python2 and python3.
Python 3 is only unusual in its failure. Perl6 Apocalypses [1] is wonderful. Python 3000 is pointless [2].
I've been Python developer at that time, the writing was on the wall. They have not provided migration path. PEP 414 "Complaint: This PEP may harm adoption of Python 3.2" [3], this is insane. Community voted with feet — they've stayed with Python 2 until clean migration path arrived. I've switched to Ruby and been happy since.
Ruby 1.8.7 was supported for five years.
You had to write Python 2 code and run 2to3, you had to live in the past or abandon it.
