Gerade bin ich auf folgendes Problem bei der PuTTY-Nutzung gestoßen:

Unable to use key file "C:\Users\Andre\key.pem" (Open SSH-2 private key)

Ich hatte versucht einen OpenSSH-Key zu nutzen, ohne diesen vorher in PuTTYs ppk-Format umzuwandeln. Die Lösung des Problems ist recht simpel: Mit PuTTYgen lässt sich mit wenigen Klicks aus einem OpenSSH-Key ein PuTTY-ppk-Key erstellen. Sobald dieser in PuTTY hinterlegt ist, kann die Verbindung problemlos hergestellt werden.

Weitere Informationen gibt es hier.

Da ich mich gerade bei der Installation der Python setuptools unter Windows (64 Bit) etwas dämlich angestellt habe – der reguläre Windows Installer läuft nämlich nicht… – hier die einfache Lösung:

1. Aktuelles setuptools-egg runterladen.
2. Außerhalb der Python-Installation entpacken.
3. Via Konsole python setup.py install ausführen.

… und wo wir gerade dabei sind: Wer versucht SOAPpy via easy_install zu installieren, der findet hier die Lösung.

Nachdem ich eine Weile erfolglos versucht habe mit PHP’s cURL POST-Requests via SSL zu senden – es trat stets der Fehler 26 “Failed to open/read local data from file/application” auf – habe ich nach einer Weile die (wieder einmal sehr simple) Antwort gefunden. Selbst wenn keine Daten per POST gesendet werden, muss folgende Option gesetzt sein:

curl_setopt($ch, CURLOPT_POSTFIELDS, '');

… dann klappt’s auch mit dem cURL POST via SSL.

When I set up Pylons today in a virtual isolated Python environment on my Windows machine, I had a little fight with psycopg2 (which usually allows me to connect to my PostgreSQL database). At first, everytime I tried to “easy_install psycopg2″, I ended up with the error message “unable to find vcvarsall.bat”.

Luckily I found a solution to get the  “unable to find vcvarsall.bat” problem fixed.

But unfortunately there was another error when I wanted paster to serve:

File “C:\Python26\lib\site-packages\psycopg2\__init__.py”,
line 60, in <module>
from _psycopg import BINARY, NUMBER, STRING, DATETIME, ROWID
ImportError: DLL load failed: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.

Of course, reinstallation did not fix the problem. I thought the whole challenge might be caused by my virtual environment, because Jason Erickson (who publishes the psycopg Windows binaries) mentioned problems that would occur when using psycopg with virtual environments in his blog. But nothing I tried improved my situation.

Solution: Use an older version (2.0.10) of psycopg2!

Later on I found a post in Google Groups, where someone had a similar problem with psycopg2 under Windows. He figured out that there was something wrong with the build of psycopg2 (version 2.0.12) and that simply using an older version (for example 2.0.10) worked fine… That made my day!