OpenOffice Daemon Modus nicht funktionsfähig

[frei@…]

Bei einigen Distributionen werden die uno bindings vom OpenOffice? nicht zentral
für ein bereits installiertes Python installiert. LXO hat dann ein Problem diese
bindings in seinen oo*.py Scripts zu importieren.

Es ist eh empfehlenswert den OpenOffice? eigenen Python Interpreter zu nutzen,
daher folgen gleich ein paar Patches um diese Sache zentral über die lx-erp.conf
einzustellen.

patch fuer SL/Template.pm

Patch fuer lx-erp.conf

patch fuer scripts/oo-uno-convert-pdf.py

patch fuer scripts/oo-uno-test.conn.py

Generell will ich das nicht ausschließen, aber z.B. benutzen Debian und Ubuntu
keinen eigenen Python-Interpreter für OpenOffice?. Insofern wäre ganz grob
gesehen so etwas sinnvoller:

in lx-erp.conf:

@openoffice_python = ("/usr/lib/openoffice/program/python", "/usr/bin/python");

in SL/Template.pm:

sub get_python_executable {

foreach my $exe (@main::openoffice_python) {

return $exe if (-x $exe);

}
die "Please enter the correct path to the Python interpreter in lx-erp.conf";

}

Werd ich mal so implementieren. Der Rest der Patches ist ja ok so.

Oder man setzt bei meiner testversion der lx-erp.conf den default interpreter
auf /usr/bin/python . Das mit dem Test ist eine gute Idee.

Hintergrund: wir verwenden Gentoo, da gibt es eine strenge Trennung vom
installierten Python und dem Python was bei Openoffice ja mit bei ist.

Das mit dem Array von verschiedenen möglichen Interpretern hatte ich
vorgeschlagen, um dem Benutzer bzw. dem installierenden Admin möglichst wenig
Arbeit zu machen. Wenn es einige wohlbekannte Orte für einen OO-eigenen Python-
Interpreter gibt, so können diese Orte ja durchaus zuerst automatisch
durchsucht werden, bevor als Fallback "/usr/bin/python" benutzt wird.

Da ich vor Jahren bereits vorkomplierten, paketpasierten Distributionen
abgeschworen habe, kann ich dies leider nicht beurteilen ... vielleicht weiss
jemand wie es bei RPM basierten Distris bzgl. der uno python Einbdung ausschaut?!?

Ansonsten hast Du mit Deinem Ansatz der abgeänderten Implementierung vollkommen
recht ... und wieder eine KLeinigekeit bei LX gelöst welche mich gestört hat.

Wird dies aktuell wirklich noch weiter verfolgt?
Viereinhalb Jahre sind eine Lange Zeit...

Nein, wird es nicht.

In c09eb68d9142eab98d2815fa73435bdf1c45aedc/erp:

Python-Interpreter und -Modulpfad über Konfigurationsoptionen in kivitendo.conf konfigurierbar gemacht

Behebt #671.