spectas
17.03.07, 16:18
Hallo allerseits,
da nun einige Tage draufgehen musste, bis mein das Programm "Duden Korrektor" mit Openoffice funktioniert, dachte ich mir, euch meine Erfahrungen mitzuteilen.
Probleme waren folgende:
CD wurde zunächst mit falschem Dateisystem eingehängt
Installation nur für SuSE vorgesehen
Paket-Abhängigkeiten unsauber programmiert (vertragen keine aktuelleren Versionen)
Zur Info, mein System ist ein Mandriva2007.0, Kernel 2.6.17-5mdv, Openoffice 2.0.4-2.1mdv2007.0.
CD wurde zunächst mit falschem Dateisystem eingehängt
Die CD besteht aus 2 überlagerten Dateiformaten, iso und hfs (apple). CD muss also mit folgendem Befehl eingehängt werden:
mount -t iso9660 /dev/hda /mnt/temp
Installationsskripte nur für SuSE
Halten wir uns nicht lange mit dem von Duden Vorgesehenen auf: Die Installationsskripte funktionieren nicht:
[root@malaria temp]# ./Linux-Install.sh
Fehler: Datei von "glob" nicht gefunden: /mnt/temp/Fedora/.auto-install/3/*.rpm
Da war wohl früher mal ne Installationsroutine für Fedora vorgesehen, aber nicht mal das Fedora-Verzeichnis ist auf der CD. Ich habe viel an der Linux-Install.sh rumgebastelt, doch das lohnt nicht die Mühe- Im Grundsatz macht das Skript nichts anderes als die Pakete zu installieren - was nur zu Fehlermeldungen führt (s.u.), und das können wir auch per Hand.
Fehlende Pakete installieren
Daher also selber installieren. Im verzeichnis SuSE/Duden-Korrektor/ befinden sich die Pakete. Einfach mal alle versuchen zu installieren, ich hab das mit kpackage gemacht, es kommen folgende Fehlermeldungen:
Fehler: Fehlgeschlagende Abhängigkeiten:
OpenOffice_org >= 2.0.0 wird benötigt von doos-3.51-2SuSE10.0.i586
libcrypto.so.0.9.7 wird benötigt von dpfserv-3.51-1SuSE10.0.i586
libssl.so.0.9.7 wird benötigt von dpfserv-3.51-1SuSE10.0.i586
Zu den Paketen im Einzelnen:
Openoffice habe ich installiert, komischerweise wird mein Paket allerdings leicht anders geschrieben, daher das erste Problem:
OpenOffice_org wird gesucht, installiert ist:
[root@malaria duden_linkz]# rpm -q --whatprovides openoffice.org
openoffice.org-2.0.4-2.1mdv2007.0
Die Bibliotheken libcrypto.so und libssl.so sind bei mir Teil der Bibliotheken um openssl, die auch installiert sind, allerdings in einer neueren Version:
[root@malaria duden_linkz]# rpm -q --whatprovides libcrypto.so.0.9.8
libopenssl0.9.8-0.9.8b-2.2mdv2007.0
[root@malaria duden_linkz]# rpm -q --whatprovides libssl.so.0.9.8
libopenssl0.9.8-0.9.8b-2.2mdv2007.0
Also gut, dann also Wurscht mit den Abhängigkeiten (ignorieren), ist schließlich alles drauf - Pakete installiert mit Kpackage:
<Duden-Korrektor/doos-3.51-2SuSE10.0.i586.rpm';echo RESULT=$?
Fehler: %post(doos-3.51-2SuSE10.0.i586) Skriptlet fehlgeschlagen, Beenden-Status
127
/var/tmp/rpm-tmp.97251: line 3: /sbin/insserv: No such file or directory
/etc/init.d/dpfserv: line 13: /etc/rc.status: No such file or directory Komische Fehlermeldungen zwar, aber davon hab ich mich nicht irritieren lassen. Nun ist das Programm installiert, und ich möchte den Hintergrund-Dienst starten:
[spectas@malaria lib]$ dpfserv start
dpfserv: error while loading shared libraries: libcrypto.so.0.9.7: cannot open s
hared object No such file or directory
Verdammt. Meines Erachtens auch das schlecht programmiert, denn die Links scheinen nur auf die Version 0.9.7 zu verweisen.. naja, wollen wir das mal von Hand umgehen. Ich habe beide libopenssl-Bibliotheken symbolisch von ver 0.9.8 auf 0.9.7 verlinkt:
[root@malaria lib]# cd /usr/lib/
[root@malaria lib]# ln -s libssl.so libssl.so.0.9.7
[root@malaria lib]# ln -s libcrypto.so libcrypto.so.0.9.7
Nun lässt sich der DPF-Server starten und läuft fortan im Hintergrund. Doch wie bindet man ihn in Openoffice ein?
Dazu sollte nach Hersteller-Intention ein Skript namens unoadd.sh dienen im Verzeichnis /usr/share/doos/. Nebenbei bemerkt, der Skriptdatei wurde nicht einmal das Flag "Ausführen" gesetzt, was man mit chmod ändern muss, aber auch das führte bei mir nur zu Fehlermeldungen. Umgehen wir das Skript einfach, indem wir die Befehle selbst ausführen:
Der folgende Befehl verrät uns in welchem Verzeichnis Openoffice installiert ist:
rpm -ql openoffice.org | grep program
/usr/lib/ooo-2.0/program/
...
gehen wir also in genau dieses Verzeichnis und führend folgenden Befehl aus:
[spectas@malaria duden_linkz]$ cd /usr/lib/ooo-2.0/program/
[spectas@malaria program]$ ./unopkg add --shared /usr/share/doos/doos3.51.uno.pkg
Anschließend hat das Programm bei mir funktioniert! Openoffice Writer gestartet und es gibt neue Symbole. Das einzige was noch fehlt: Die Lizenz-datei, doch auch die kriegen wir kopiert:
cp /mnt/temp/SuSE/Duden-Korrektor/licence.txt /usr/share/doos/
Et voilà!! Ich hoffe es funktioniert so auch bei Euch! :-)
Grüße, spectas
da nun einige Tage draufgehen musste, bis mein das Programm "Duden Korrektor" mit Openoffice funktioniert, dachte ich mir, euch meine Erfahrungen mitzuteilen.
Probleme waren folgende:
CD wurde zunächst mit falschem Dateisystem eingehängt
Installation nur für SuSE vorgesehen
Paket-Abhängigkeiten unsauber programmiert (vertragen keine aktuelleren Versionen)
Zur Info, mein System ist ein Mandriva2007.0, Kernel 2.6.17-5mdv, Openoffice 2.0.4-2.1mdv2007.0.
CD wurde zunächst mit falschem Dateisystem eingehängt
Die CD besteht aus 2 überlagerten Dateiformaten, iso und hfs (apple). CD muss also mit folgendem Befehl eingehängt werden:
mount -t iso9660 /dev/hda /mnt/temp
Installationsskripte nur für SuSE
Halten wir uns nicht lange mit dem von Duden Vorgesehenen auf: Die Installationsskripte funktionieren nicht:
[root@malaria temp]# ./Linux-Install.sh
Fehler: Datei von "glob" nicht gefunden: /mnt/temp/Fedora/.auto-install/3/*.rpm
Da war wohl früher mal ne Installationsroutine für Fedora vorgesehen, aber nicht mal das Fedora-Verzeichnis ist auf der CD. Ich habe viel an der Linux-Install.sh rumgebastelt, doch das lohnt nicht die Mühe- Im Grundsatz macht das Skript nichts anderes als die Pakete zu installieren - was nur zu Fehlermeldungen führt (s.u.), und das können wir auch per Hand.
Fehlende Pakete installieren
Daher also selber installieren. Im verzeichnis SuSE/Duden-Korrektor/ befinden sich die Pakete. Einfach mal alle versuchen zu installieren, ich hab das mit kpackage gemacht, es kommen folgende Fehlermeldungen:
Fehler: Fehlgeschlagende Abhängigkeiten:
OpenOffice_org >= 2.0.0 wird benötigt von doos-3.51-2SuSE10.0.i586
libcrypto.so.0.9.7 wird benötigt von dpfserv-3.51-1SuSE10.0.i586
libssl.so.0.9.7 wird benötigt von dpfserv-3.51-1SuSE10.0.i586
Zu den Paketen im Einzelnen:
Openoffice habe ich installiert, komischerweise wird mein Paket allerdings leicht anders geschrieben, daher das erste Problem:
OpenOffice_org wird gesucht, installiert ist:
[root@malaria duden_linkz]# rpm -q --whatprovides openoffice.org
openoffice.org-2.0.4-2.1mdv2007.0
Die Bibliotheken libcrypto.so und libssl.so sind bei mir Teil der Bibliotheken um openssl, die auch installiert sind, allerdings in einer neueren Version:
[root@malaria duden_linkz]# rpm -q --whatprovides libcrypto.so.0.9.8
libopenssl0.9.8-0.9.8b-2.2mdv2007.0
[root@malaria duden_linkz]# rpm -q --whatprovides libssl.so.0.9.8
libopenssl0.9.8-0.9.8b-2.2mdv2007.0
Also gut, dann also Wurscht mit den Abhängigkeiten (ignorieren), ist schließlich alles drauf - Pakete installiert mit Kpackage:
<Duden-Korrektor/doos-3.51-2SuSE10.0.i586.rpm';echo RESULT=$?
Fehler: %post(doos-3.51-2SuSE10.0.i586) Skriptlet fehlgeschlagen, Beenden-Status
127
/var/tmp/rpm-tmp.97251: line 3: /sbin/insserv: No such file or directory
/etc/init.d/dpfserv: line 13: /etc/rc.status: No such file or directory Komische Fehlermeldungen zwar, aber davon hab ich mich nicht irritieren lassen. Nun ist das Programm installiert, und ich möchte den Hintergrund-Dienst starten:
[spectas@malaria lib]$ dpfserv start
dpfserv: error while loading shared libraries: libcrypto.so.0.9.7: cannot open s
hared object No such file or directory
Verdammt. Meines Erachtens auch das schlecht programmiert, denn die Links scheinen nur auf die Version 0.9.7 zu verweisen.. naja, wollen wir das mal von Hand umgehen. Ich habe beide libopenssl-Bibliotheken symbolisch von ver 0.9.8 auf 0.9.7 verlinkt:
[root@malaria lib]# cd /usr/lib/
[root@malaria lib]# ln -s libssl.so libssl.so.0.9.7
[root@malaria lib]# ln -s libcrypto.so libcrypto.so.0.9.7
Nun lässt sich der DPF-Server starten und läuft fortan im Hintergrund. Doch wie bindet man ihn in Openoffice ein?
Dazu sollte nach Hersteller-Intention ein Skript namens unoadd.sh dienen im Verzeichnis /usr/share/doos/. Nebenbei bemerkt, der Skriptdatei wurde nicht einmal das Flag "Ausführen" gesetzt, was man mit chmod ändern muss, aber auch das führte bei mir nur zu Fehlermeldungen. Umgehen wir das Skript einfach, indem wir die Befehle selbst ausführen:
Der folgende Befehl verrät uns in welchem Verzeichnis Openoffice installiert ist:
rpm -ql openoffice.org | grep program
/usr/lib/ooo-2.0/program/
...
gehen wir also in genau dieses Verzeichnis und führend folgenden Befehl aus:
[spectas@malaria duden_linkz]$ cd /usr/lib/ooo-2.0/program/
[spectas@malaria program]$ ./unopkg add --shared /usr/share/doos/doos3.51.uno.pkg
Anschließend hat das Programm bei mir funktioniert! Openoffice Writer gestartet und es gibt neue Symbole. Das einzige was noch fehlt: Die Lizenz-datei, doch auch die kriegen wir kopiert:
cp /mnt/temp/SuSE/Duden-Korrektor/licence.txt /usr/share/doos/
Et voilà!! Ich hoffe es funktioniert so auch bei Euch! :-)
Grüße, spectas