python 2.6 установки в CentOS

Если вы хотите облегчить себе жизнь, в сети есть RPM CentOS для новых версий Python. Например, см .:

http://www.geekymedia.com/python_26_centos.html

Нет, это все. Возможно, вы захотите убедиться, что у вас установлены все необязательные заголовки библиотеки, чтобы вам не пришлось перекомпилировать ее позже. Я думаю, они перечислены в документации.

Кроме того, вы можете установить его даже по стандартному пути, если сделаете make altinstall . Таким образом, он не переопределит ваш текущий "python" по умолчанию.

Крис Ли предоставляет репозиторий YUM для RPM-пакетов python26, который может сосуществовать с «родным» 2.4, необходимым для многих инструментов администрирования в CentOS.

Краткие инструкции это сработало, по крайней мере, для меня:

$ sudo rpm -Uvh http://yum.chrislea.com/centos/5/i386/chl-release-5-3.noarch.rpm
$ sudo rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CHL
$ sudo yum install python26
$ python26

When I've run into similar situations, I generally avoid the package manager, especially if it would be embarrassing to break something, i.e. a production server. Instead, I would go to Activestate and download their binary package:

https://www.activestate.com/activepython/downloads/

This is installed by running a script which places everything into a folder and does not touch any system files. In fact, you don't even need root permissions to set it up. Then I change the name of the binary to something like apy26, add that folder to the end of the PATH and start coding. If you install packages with apy26 setup.py installor if you use virtualenv and easyinstall, then you have just as flexible a python environment as you need without touching the system standard python.

Edits... Недавно я проделал некоторую работу по созданию переносимого двоичного файла Python для Linux, который должен работать в любом дистрибутиве без внешних зависимостей. Это означает, что любые двоичные разделяемые библиотеки, необходимые для переносимого модуля Python, являются частью сборки, включены в архив и установлены в структуре частных каталогов Python. Таким образом, вы можете установить Python для своего приложения, не вмешиваясь в установленный системой Python.

На моем сайте github есть сценарий сборки, который был тщательно протестирован на Ubuntu Lucid 10.04 LTS, как 32-, так и 64-разрядные версии. Я также построил его на Debian Etch, но это было довольно давно, и я не могу гарантировать, что я что-то не изменил. Самый простой способ сделать это - просто поместить выбранный вами Ubuntu Lucid на виртуальную машину, проверить сценарий с помощью git clone git: // github. com / wavetossed / pybuild.git , а затем запустите сценарий.

После сборки используйте tarball в любом последнем дистрибутиве Linux. Есть одна небольшая проблема с перемещением его в каталог, отличный от / data1 / packages / python272 , который заключается в том, что вам нужно запустить включенный patchelf , чтобы установить путь к интерпретатору ПЕРЕД перемещением файла каталог. Это влияет на любые двоичные файлы в / data1 / packages / python272 / bin

. Все это основано на сборке с RUNPATH и копировании зависимых разделяемых библиотек. Несмотря на то, что сценарий находится в нескольких файлах, фактически это один длинный сценарий оболочки, организованный в стиле каталогов /etc/rc.d.

Есть одна небольшая проблема с перемещением его в каталог, отличный от / data1 / packages / python272 , который заключается в том, что вам нужно запустить включенный patchelf , чтобы установить путь к интерпретатору ПЕРЕД перемещением файла каталог. Это влияет на любые двоичные файлы в / data1 / packages / python272 / bin

. Все это основано на сборке с RUNPATH и копировании зависимых разделяемых библиотек. Несмотря на то, что сценарий находится в нескольких файлах, это фактически один длинный сценарий оболочки, организованный в стиле каталогов /etc/rc.d.

Есть одна небольшая проблема с перемещением его в каталог, отличный от / data1 / packages / python272 , который заключается в том, что вам нужно запустить включенный патчельф , чтобы установить путь интерпретатора ПЕРЕД перемещением каталог. Это влияет на любые двоичные файлы в / data1 / packages / python272 / bin

. Все это основано на сборке с RUNPATH и копировании зависимых разделяемых библиотек. Несмотря на то, что сценарий находится в нескольких файлах, фактически это один длинный сценарий оболочки, организованный в стиле каталогов /etc/rc.d.

Это влияет на любые двоичные файлы в / data1 / packages / python272 / bin

. Все это основано на сборке с RUNPATH и копировании зависимых разделяемых библиотек. Несмотря на то, что сценарий находится в нескольких файлах, это фактически один длинный сценарий оболочки, организованный в стиле каталогов /etc/rc.d.

Это влияет на любые двоичные файлы в / data1 / packages / python272 / bin

. Все это основано на сборке с RUNPATH и копировании зависимых разделяемых библиотек. Несмотря на то, что сценарий находится в нескольких файлах, фактически это один длинный сценарий оболочки, организованный в стиле каталогов /etc/rc.d.

вы всегда можете сделать свой собственный RPM:

http://www.grenadepod.com/2009/12/26/building-python-2-6-4-rpm-for-centos-5-4/

С опозданием, но ОП должен был выбрать Buildout или Virtualenv, и полностью обойти проблему.

В настоящее время я работаю над сервером Centos, ну, работа над ним будет правильным термином, и я могу заверить всех, что единственный способ, которым я могу сдерживать слезы во время использования программных эквивалентов закаленных огнем копий, это Buildout.