2016-09-06 5 views
1

Я пытаюсь установить кучу зависимостей из файла requirements.txt клонированного проекта Django. Однако, когда он пытается установить один из них, vobject-0.8.1c отображается следующее сообщение об ошибке, и ни одна из зависимостей не установлены:Не удалось выполнить команду «python setup.py egg_info» при установке пакета

Команда «питон setup.py egg_info» потерпела неудачу с кодом ошибки 1 в C: \ Users \ хххххх \ AppData \ Local \ Temp \ пип-билд-n_0xlr \ vobject \

Это, как я пытаюсь установить эти пакеты:

pip install -r requirements.txt 

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

Я нахожусь на Windows.

Что я могу сделать? Как установить эти зависимости?

+0

У вас достаточно места на вашем диске C:? (просто проверяйте, не принимайте это неправильно). Когда у меня возникают такие проблемы, я обычно устанавливаю FileMon/ProcessMonitor, чтобы выяснить, почему процесс разбился. Хорошо работает для ошибок ввода-вывода. –

+0

С тех пор, как вы упомянули, почему вы его не используете? – spectras

+0

@ Jean-FrançoisFabre да, я делаю – dabadaba

ответ

0

Установить 0.8.2. Это первая версия для установки с возможностью установки. Все файлы, так же, как в 0.8.1c версии, за исключением:

base.py

286a287,288 
>   for k,v in self.params.items(): 
>    self.params[k] = copy.copy(v) 
630,631c632,633 
<  def __init__(self, message, lineNumber=None): 
<   self.message = message 
--- 
>  def __init__(self, msg, lineNumber=None): 
>   self.msg = msg 
637c639 
<     (self.lineNumber, self.message) 
--- 
>     (self.lineNumber, self.msg) 
639c641 
<    return repr(self.message) 
--- 
>    return repr(self.msg) 
956c958,960 
<   for key, paramvals in obj.params.iteritems(): 
--- 
>   keys = sorted(obj.params.iterkeys()) 
>   for key in keys: 
>    paramvals = obj.params[key] 

и icalendar.py

428a429,440 
>       
>       # RFC2445 actually states that UNTIL must be a UTC value. Whilst the 
>       # changes above work OK, one problem case is if DTSTART is floating but 
>       # UNTIL is properly specified as UTC (or with a TZID). In that case dateutil 
>       # will fail datetime comparisons. There is no easy solution to this as 
>       # there is no obvious timezone (at this point) to do proper floating time 
>       # offset compisons. The best we can do is treat the UNTIL value as floating. 
>       # This could mean incorrect determination of the last instance. The better 
>       # solution here is to encourage clients to use COUNT rather than UNTIL 
>       # when DTSTART is floating. 
>       if dtstart.tzinfo is None: 
>        until = until.replace(tzinfo=None) 
476c488 
<    if hasattr(self.contents, name): 
--- 
>    if name in self.contents: 

Там не должно быть никаких проблем с изменением версия.

Смежные вопросы