Beim Ausführen von uwsgi wird folgende Meldung angezeigt:
!!! no internal routing support, rebuild with pcre support !!!
Ich habe pcre (glaube ich) bereits mit dem folgenden Befehl installiert:
Sudo apt-get install libpcre3 libpcre3-dev
Meine Frage ist: Warum erhalte ich diese Meldung auch nach der Installation des PCRE-Pakets noch und wenn ich uwsgi neu installieren und PCRE aktivieren muss, wie mache ich das?
Ist auch internes Routing wichtig? Ich nehme an, dass dies der Fall ist, sonst hätten die Macher von uwsgi die Nachricht nicht veröffentlicht. Ich renne Ubuntu 12.04 LTS
.
Danke für die Hilfe!
gcc*
undpcre-devel
anstelle vonlibpcre3
undlibpcre3-dev
und UWSGI funktioniert jetzt einwandfrei.sudo /opt/storwizerest-venv/bin/pip install --force-reinstall -U --no-deps uwsgi
.--force-reinstall
wird-U
die gleiche Version neu installieren (und verwirrenderweise--force-reinstall
nichts ohne-U
) und--no-deps
verhindert, dass versucht wird, alle Abhängigkeiten zu aktualisieren.apk install pcre pcre-dev
pip install uwsgi -I --no-cache-dir
Es installiert (
-I
) neu, wie @leech sagte, ignoriert jedoch den kompilierten Cache (--no-cache-dir
) und kompiliert das Ding mit den neuen Bibliotheken neu.quelle
pip uninstall uwsgi
. Vielen Dank!Ich habe es mit den obigen Befehlen gelöst.
quelle
Hast du versucht:
Das
-I
Flag erzwingt eine Neuinstallationquelle
sudo pip
) und möglicherweise dem Systempaket (wieapt-get
) verwechselt . Ich würde es in einer virtuellen Umgebung erstellen und dannpcre = yes
in der Build-Ausgabe suchen und das Programm imbin
Verzeichnis virtualenv findenNach Abschluss der Antwort von @alanjds können Sie Ihrem bereits installierten uWSGI PCre-Unterstützung hinzufügen.
Sie müssen uWSGI nicht deinstallieren
quelle
Für diejenigen, die dies beheben möchten
amazon linux 2
oder irgendwelche Red Hat Family DistributionenDeinstallieren Sie zunächst das
uwsgi
PaketDann installieren
pcre
undpcre-devel
Installieren Sie dann das
uwsgi
Paket neuquelle
Wenn Sie alle oben genannten Versuche unternommen haben, aber immer noch der gleiche Fehler vorliegt, überprüfen Sie bitte Ihre Befehlsparameter, insbesondere den --http-socket /path/to/your.sock. Das heißt, der Pfad = '/ path / to' muss vorhanden sein
quelle