1

(Для тех, кто не знаком с ним, CrunchBang, по сути, является предварительно сконфигурированным Debian Squeeze.)

Некоторое время назад я писал сценарий и хотел использовать функцию Python, представленную в 2.7. Поскольку последней версией, которую я мог получить из репозитория Debian Squeeze, является 2.6.6.8, я решил скачать последний исходный код и собрать его самостоятельно. После того, как я самостоятельно справился с зависимостями, я наконец-то получил работу и закончил свой проект.

Однако с тех пор ряд системных скриптов перестал работать. Я заметил, что они (теперь сломанные скрипты) начинаются с #!/usr/bin/env python [1] и зависят от одной или нескольких вещей, которые были установлены apt-get/synaptic, но связаны с Python 2.6. Несколько я исправил, вручную изменив заголовок на #!/usr/bin/python , но теперь я начинаю задумываться

  1. Это нормально для людей, которые катят свой собственный Python?
  2. Я как-то неправильно скомпилировал / настроил 2.7?
  3. Разумно ли ожидать, что пакеты, установленные с помощью apt-get / synaptic, будут «заблокированы» с версией зависимостей, с которыми они были установлены?
  4. Должен ли я каким-то образом перенастроить / настроить мой $ PATH, чтобы файл /usr найден перед файлом /usr/local?
  5. Должен ли я просто удалить файл жесткой ссылки / usr / local / bin / python и начать все мои сценарии с #!/usr/local/bin/python2.7?
  6. Нужно ли вручную устанавливать все отсутствующие библиотеки и т.д. Для /usr/local? Если так, каков наилучший способ сделать это?
  7. Должен ли я сообщать об ошибках сопровождающим пакетов, самим проектам или обоим?

[1] Который из-за того, как настроен мой путь, вызывает мой /usr/local/bin/python (2.7), а не системный /usr/bin/python (2.6)

1 ответ1

1

Это достаточно нормально, так что большинство людей, которые создают свои собственные среды Python, используют что-то вроде virtualenv для управления ими. Замена предоставляемых системой Perl, Python или Ruby почти никогда не является хорошей идеей, и все три языка предоставляют разработчикам возможность управлять своими собственными частными установками (для Perl есть PerlBrew, а для Ruby есть RVM).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .