Когда ОС распространяется с определенным выпуском Python и использует его для некоторых функций ОС (как в случае Mac OS X, а также многих дистрибутивов Linux и c), вы должны , а не вмешиваться в в любом случае с предоставленным системой Python (как, например, «обновление» и т. п.): хотя Python стремится к обратной совместимости в любом основном выпуске (например, 2.* или 3.*, это никогда не может быть гарантировано на 100%; поставляемая вами ОС тщательно протестировала все функциональные возможности с конкретной версией Python, которую они распространяют; если вам удастся изменить эту версию, «с вашей стороны, будь то» - ни ваш поставщик ОС, ни PSF не несут никакой ответственности за любой ущерб, который может быть причинен ваша система.
Скорее, как уже предлагалось в других ответах, установите любой другой выпуск, который вы пожелаете, "помимо" системного, - зачем вмешиваться в этот критический выпуск и рисковать, если все равно так просто установить другие ?! На типичных машинах Mac OS X 10.5 (пока я не обновил ни один из моих нескольких macs до 10.6), у меня есть поставляемый Apple 2.5, 2.4 на стороне для поддержки некоторых старых проектов, которые не стоит потрудиться обновлять, последняя версия 2.6 для новых вещей, 3.1, а также для получения самых новых - все они живут вместе в тишине и покое, я просто в явном виде набираю номер релиза, то есть, используя python2.6 в приглашении, когда я хочу конкретный релиз. Какой релиз используется, когда в приглашении оболочки вы просто говорите, что python зависит от вас (лично я предпочитаю, чтобы это означало «Python, поставляемый системой»), но это дело вкуса: путем установки путей или псевдонимов оболочки и т. Д. , вы можете сделать это значить, что вы хотите).