Na klar doch und irgendwo im breiten Baum vergesse ich dann die Compileroption "-m32" und lasse das ganze Ding dann ungetestet los. SCHREI DOCH NOCHMAL, ES WAR SO SCHON.

Es heißt zwar "Besser ARM dran, als PIN ab", aber Software für einen ARM brauch ich gar nie nicht. Deshalb das Ganze jetzt nochmal von vorn:
Ich habe hier genau eine Windows-Maschine zum Testen, die seit Jahren mit 10 auf 64 Bit läuft. Die Kiste ist bis zum Anschlag mit 64 Bit-Ware voll (unter ...

Der führt die Extensions aber nicht aus!

Yes you have laminated my ass, Borg! And the next bad Ausreade me infallen is was this Raspi. Auf ihm ist Raspbian installiert, welches in der Tat ein 32 Bit System ist (nach über einem Jahr habe ich es mal wieder gestartet).

Nun steht in meinem Raspi-Schmöker, dass man auf dem Raspi auch Windows ...

Dir ist klar das 32-Bit-Betriebssysteme auch auf x64-Hardware laufen‽
Eigentlich dachte ich, dass es mir klar gewesen wäre. Deine knallharte Antwort hat mich aber eines Besseren belehrt: Du meinst doch nicht, dass ich auf MEINER 64 Bit Hardware ein 32 Bit OS installieren soll, um die App zu testen ...

Angenommen Du hast da ein paar C-Extensions sowie ein Python-GUI und möchtest daraus mit dem PyInstaller eine schicke standalone App auf den Plattformen Windows, Mac OS und Linux stricken.
Dann ist es auf dem Mac keine Frage: Alles 64 Bit .
Auch bei Linux kann man sich noch zu einem singulären ...

@BlackJack: Von Deinen Vorschlägen gefiel mir zum Schluss die Lösung mit dem kleinen Demon in Python2.7 am besten. Und wie das Leben so spielt, war ich dann doch mal auf der Debian-Site und wurde fündig: Auf "http://www.debian.org/distrib/packages" kann man nach Paketen suchen: Ganz weit runter ...

@BlackJack: War spät gestern. Klar kann man inzwischen auch auf Windows einen Prozess starten. Hab aber unter Windows schon länger nicht mehr probiert zwei unabhängige Instanzen von der IDLE zu starten. Früher ging das nie. Um IPCs zu testen musste man immer auf cmd: python blablabla ausweichen.

Das Dist-Package enthält auf meiner Ubuntu13.4 installation enthält neben den Python-Sourcen leider pyuno.so. Also brauch ich wahrscheinlich ne Source. Die habe ich jetzt auch bei Debian gesucht, aber immer noch nicht gefunden.

In uno.py aus dem dist-package steht direkt nach dem einleitenden ...

@BlackJack: Unter Windows macht oder besser machte die IDLE nur bei einer Sache Zicken. Zwei unabhängige Instanzen der IDLE in zwei auf Windows nicht existierenden Prozessen. IDLE ist halt nicht theadsicher. Na und! Das kann man einfach umgehen.

Präzisiere: Ubuntu 13.10 Standardinstallation, also mit 2.7 und 3.3.2+. Natürlich war direkt nach der Neuinstallation von Ubuntu 13.10 kein Python3 drauf, aber LibreOffice. Dann Python3 über die Wundertüte (Ubuntu Software Center) mit dem Ergebnis 3.3.2+ nachinstalliert. Und dann die IDLE ausgerufen ...

Nutze die IDLE. Die kommt beim Download gleich mit, ist zwar nicht superkomfortablen, aber komfortabel und hat vorallem einen Vorteil: Du ärgerst Dich nicht.
Über viele Jahre hab ich alles an Entwicklungsumgebungen ausprobiert, was so rumhängt. Sogar kostenpflichtigen Bockmist. Damit hab ich schon ...

Außerdem: Hier in meiner "privaten" Entwicklungsumgebung mit einem Apache2 auf Ubuntu 13.10 läuft das Ganze einwandfrei. Nur auf dem vServer von einem anerkannt guten Provider hab ich dieses Problem. Also an Python3.x kann's nicht liegen.

Noch eins: Wie soll denn bitte Apache die python-uno bridge in 2.7 rein drücken, wenn Apache kein setup.py hat? Also irgendwie muss sich das tricksen lassen.

In der Vorlage sind natürlich ein paar Platzhalter. Auch wenn ich deren Substitution über LibreOffice Basic Makros realisere brauch ich nach meinem bisherigen Kenntnisstand uno, um eine funktionierende Parameterübergabe hin zu bekommen.
Auch, wenn sich Dein Beitrag eher wie ein schlechte Nachricht ...

Gerne möchte LibreOffice "headless" auf einen Web-Server nutzen, um damit zum Beispiel aus .ott-Vorlagen .pdf-Dateien für den Download zu generieren. LibreOffice soll von einen CGI in Python3 aus aufgerufen werden und weil der Server unter Ubuntu 12.4 läuft konnte ich Python2.7 nicht überschreiben ...