Python и пакеты

#cast baverman

pip, если нет apt ;-)

лучше каждый проект держать в виртуалочке и ставить все в систему, ахаха, ну удобно потом деплоить че ^_^

Именно так, вроде так по стандарту надо, ну можно еще пути прописать.

> Именно так, вроде так по стандарту надо

Блядь, как - ТАК?

В вопросу ТС есть союз «или», так как - «так»?

Вот здесь много мыслей есть по этому поводу, но размазано как то. http://pyobject.ru/blog/2006/12/21/cooking-python-eggs/

Системные пакеты (т.е. те, которые устанавливаются при помощи APT или другого менеджера пакетов) помещаются в /usr/lib/python2.4/site-packages.

4.2, старо. В современном Дебиане всё намного интереснее.

У меня с пакетами два варианта:

1) Разрабатывается гуишная программа, или утилита, или библиотека для них, предполагающая работу локально и установку в системный site-packages. То есть нужно, чтобы интерпретатор мог постоянно видеть последнюю версию кода.

Тогда делаю «sudo python setup.py develop» — он просто добавит ссылку. Это намного легче плясок с sys.path или PYTHONPATH.

Иногда нужны зависимости — сильно не заморачиваюсь: если версия в репозитории достаточно свежа, то ставлю через pacman, в противном случае «setup.py develop» сам вытянет необходимое.

После окончания разработки ставлю через

python setup.py sdist
sudo pip install dist/package-ver.tar.gz

Так как не смог заставить easy_install, а потому и python setup.py install ставить красиво в site-packages, без отдельной корневой .egg директории.

2) Разрабатывается сайт или сервер, который никогда у меня локально не будет запущен. Тогда только virtualenv + pip для установки необходимых библиотек.

Вот здесь много мыслей есть по этому поводу

Очень старая информация. И непонятно желание автора огородить /usr от посягательств сторонних утилит.

спасибо!
отметил тему как решенную.