Здравствуйте, Константин Б., Вы писали:

vsb>>А ещё лучше не пользоваться убунтой, в федоре это ещё проще:

КБ>А в федоре сеть не отваливается?

Я же продемонстрировал, что установлены два питона бок-о-бок. С чего бы она отваливалась, если новый питон имеет другое название.

Здравствуйте, Константин Б., Вы писали:

vsb>>А ещё лучше не пользоваться убунтой, в федоре это ещё проще:

КБ>А в федоре сеть не отваливается?

Я же продемонстрировал, что установлены два питона бок-о-бок. С чего бы она отваливалась, если новый питон имеет другое название.

Суть проблемы с убунтой в том, что системный софт использует скрипты на питоне. И эти скрипты работают с одной версией, но не работают с другой. После update-alternatives дефолтной становится другая версия и скрипты перестают работать.

Можно ли это считать недоработкой или избыточной гибкостью — я не знаю. К примеру в макоси точно так же есть некий дефолтный питон в установке. Очевидно потому, что в ней если скрипты, зависящие от этого питона. Думаю, что если умудриться его удалить или заменить, что-нибудь сломается. Другой вопрос — что штатных средств для этого в макоси нет. Наверное было бы неплохо доработать в линуксе скрипт update-alternatives, чтобы он не позволял юзеру ломать систему.