2016-09-06 1 views
1

Ich versuche, eine Reihe von Abhängigkeiten von der requirements.txt Datei eines geklonten Django-Projekts zu installieren. Wenn es jedoch versucht, einen von ihnen zu installieren, vobject-0.8.1c werden die folgenden Fehler angezeigt und keine der Abhängigkeiten installiert ist:Befehl "python setup.py ei_info" fehlgeschlagen beim Installieren eines Pakets

Command „Python setup.py egg_info“ Fehler mit Fehlercode 1 in c: \ users \ xxxxxx \ AppData \ Local \ temp \ pip-build-n_0xlr \ vObject \

Dies ist, wie ich diese Pakete zu installieren versuchen:

pip install -r requirements.txt 

ich habe Stunden damit verbracht, versuchen, dieses Problem zu lösen . Alle Probleme, die ich darüber sehe, schlagen vor, setuptools und ez_setup zu installieren oder zu aktualisieren. Ich habe das gemacht und bekomme immer noch den Fehler, so dass das Projekt eine Menge fehlender Abhängigkeiten hat.

Ich bin auf Windows.

Was kann ich tun? Wie kann ich diese Abhängigkeiten installieren?

+0

haben Sie genug Platz auf Ihrem Laufwerk C:? (nur überprüfen, nicht falsch). Wenn ich solche Probleme habe, installiere ich normalerweise FileMon/ProcessMonitor, um herauszufinden, warum der Prozess abgestürzt ist. Funktioniert gut für E/A-Fehler. –

+0

Da du Pip erwähnt hast, warum benutzt du es nicht? – spectras

+0

@ Jean-FrançoisFabre ja ich mache – dabadaba

Antwort

0

Installieren Sie 0.8.2. Es ist die erste pip-installierbare Version. Alle Dateien sind das gleiche wie in 0.8.1c Version, außer:

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] 

und 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: 

Es sollte mit dem Wechsel keine Probleme von Ausführung.

Verwandte Themen