>>2to3 не взлетает, или просто попробовать не пытались?
> В сугубо прикладном проекте решать проблему портирования
> огромной (или не огромной, а просто большой) библиотеки -- не слишком ли круто?

Смотря что за библиотека.  Не так давно был свидетелем и активным участником перевода на py3 ряда проектов с scipy.org (раньше использовали 2to3).  Абсолютно ничего страшного.

Что в вашем представлении означает "большая библиотека"?

> Сами разработчики зачастую не спешат портировать.

Смотря какие.  Те же проекты из scipy core - все на py3 давно работают.  Не мытьем - так катанием...

>>Он не просто "говорит", он объясняет почему.  Вы можете это объяснение процитировать?
> Зачем?

Затем, что вы с ним не потрудились ознакомиться.  И/или - не поняли.

> И не надо говорить, что невозможно сделать архитектуру виртуальной машины, которая
> будет нормально вести себя при использовании многопоточности.
> [...]
> За эти шесть, кажется,
> лет, можно было бы и решить проблему радикально.

Вперед:
http://www.python.org/dev/peps/pep-0001/#submitting-a-pep
А то решателей - вагон, а конкретных решений так и не видно.

> И ради этой фичи портироваться бы все стали.

Да ну?  Ну вот мне - нафиг не упало.  Да и в рассылках проектов scipy - особых стонов по этому поводу не припомню.

>>Деление было добавлено в __future__.
> Причём тут третья ветка? В третьей-то оно по-новому работает. Мало кто это
> из future включал, по правде сказать.

Я про то, что только это, пожалуй, было в интересах "детишков".  Да и то, не факт.  Причем добавлено было в __future__ давным давно (2.5, раньше?).  Кто захотел - починил.  Не думаю, что именно это стало основной проблемой портирования.

> Достаточно сравнить набор библиотек для 2-й и 3-й ветки.

*Какой* набор, каких библиотек?