зернышко устанавливает psycopg2, не говорит никакая ошибка раздела ' build_ext'

Question

зернышко устанавливает psycopg2, не говорит никакая ошибка раздела ' build_ext'

Я пытаюсь установить psycopg2 в virtualenv на машине Ubuntu 12.04. Все соответствующие пакеты устанавливаются (питон-dev, libpq-dev, и т.д....)

То, когда я бегу, зернышко устанавливают psycopg2 с virtualenv, активировало, я получаю следующую продукцию. Это, кажется, проблема пересечения пути. У setup.cfg ясно есть [build_ext] раздел в очень главном, таким образом, я не думаю, что setup.py находит правильный файл. Какая-либо помощь?

Downloading/unpacking psycopg2
  Running setup.py egg_info for package psycopg2
    Traceback (most recent call last):
      File "", line 16, in 
      File "/home/vagrant/outland_env/build/psycopg2/setup.py", line 459, in 
        use_pydatetime  = int(parser.get('build_ext', 'use_pydatetime'))
      File "/home/vagrant/outland_env/local/lib/python2.7/site-packages/configparser.py", line 798, in get
        d = self._unify_values(section, vars)
      File "/home/vagrant/outland_env/local/lib/python2.7/site-packages/configparser.py", line 1154, in _unify_values
        raise NoSectionError(section)
    configparser.NoSectionError: No section: 'build_ext'
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):

  File "", line 16, in 

  File "/home/vagrant/outland_env/build/psycopg2/setup.py", line 459, in 

    use_pydatetime  = int(parser.get('build_ext', 'use_pydatetime'))

  File "/home/vagrant/outland_env/local/lib/python2.7/site-packages/configparser.py", line 798, in get

    d = self._unify_values(section, vars)

  File "/home/vagrant/outland_env/local/lib/python2.7/site-packages/configparser.py", line 1154, in _unify_values

    raise NoSectionError(section)

configparser.NoSectionError: No section: 'build_ext'

----------------------------------------
Command python setup.py egg_info failed with error code 1 in /home/vagrant/outland_env/build/psycopg2
Storing complete log in /tmp/tmpoeLbaP

2

добавлено 09 Январь 2013 в 03:36 автор Trey Stout

Просмотры: 4

источник

nl ja de kk be tr

5 ответы

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

Инструменты успешного делегирования

Автор: Евгений Попов

Мини-курс по Angular и NgRx

16 видео-уроков

Система управления ссылками ReDirector 3.0

Автор: Евгений Попов

автор Matthew Cornell · Answer 1 · 2013-06-25T02:29Z

Не уверенный, если это помогает, но я просто имел к CD в загруженный, устанавливают справочник, где setup.py жил.

автор Matthew Cornell · Answer 2 · 2013-06-25T02:29Z

Не уверенный, если это помогает, но я просто имел к CD в загруженный, устанавливают справочник, где setup.py жил.

автор Daniel Nouri · Answer 3 · 2013-01-29T05:10Z

У меня была та же самая проблема, но я попробовал более старую версию psycopg2 == 2.3.3 , и у этого нет проблемы.

Я заметил, что также должен был удалить каталог build/psycopg2 , прежде чем я мог победить, устанавливают новую версию.

Вот то, что я сделал из своего virtualenv:

rm -rf build/psycopg2
bin/pip install psycopg2==2.3.3

автор Denis Drescher · Answer 4 · 2013-05-27T02:34Z

У меня есть та же самая проблема, и по крайней мере в моем случае причина, кажется, что у нас есть странная configparser версия, установленная на нашем сервере, то есть, кишащей клопами версии configparser Пайтона 3 backport. (Я действительно предпочитаю этого значительно улучшенного Пайтона 3 версии; я был просто удивлен найти, что это установило на нашей системе.)

(Уже решенный) ошибка объяснен здесь.

Короче говоря, setup.py тока psycopg2 загружает файл setup.cfg таким образом:

parser = configparser.ConfigParser()
parser.read('setup.cfg')

, прочитанный , метод может взять имя файла ожога списка имен файлов. В этом случае имя файла определяется как строка байтов (иначе последовательность в Пайтоне 2), если файлом управляют при Пайтоне 2. backport, однако, раньше проверял, является ли первый параметр, который <закодирует> прочитанный , случаем unicode , а не basestring , так, чтобы это обращалось с каждым письмом как с отдельным файлом. Из-за намеченного отвергают механизм, он терпит неудачу тихо, если файл не может быть найден, и мы закончили с пустой конфигурацией.

Решение состоит в том, чтобы, конечно, модернизировать до текущей версии Питона 3 backport или использовать Питона 2.7 версии (но Питон 3 версии намного более спокоен).

автор Denis Drescher · Answer 5 · 2013-05-27T02:34Z

У меня есть та же самая проблема, и по крайней мере в моем случае причина, кажется, что у нас есть странная configparser версия, установленная на нашем сервере, то есть, кишащей клопами версии configparser Пайтона 3 backport. (Я действительно предпочитаю этого значительно улучшенного Пайтона 3 версии; я был просто удивлен найти, что это установило на нашей системе.)

(Уже решенный) ошибка объяснен здесь.

Короче говоря, setup.py тока psycopg2 загружает файл setup.cfg таким образом:

parser = configparser.ConfigParser()
parser.read('setup.cfg')

, прочитанный , метод может взять имя файла ожога списка имен файлов. В этом случае имя файла определяется как строка байтов (иначе последовательность в Пайтоне 2), если файлом управляют при Пайтоне 2. backport, однако, раньше проверял, является ли первый параметр, который <закодирует> прочитанный , случаем unicode , а не basestring , так, чтобы это обращалось с каждым письмом как с отдельным файлом. Из-за намеченного отвергают механизм, он терпит неудачу тихо, если файл не может быть найден, и мы закончили с пустой конфигурацией.

Решение состоит в том, чтобы, конечно, модернизировать до текущей версии Питона 3 backport или использовать Питона 2.7 версии (но Питон 3 версии намного более спокоен).