ubuntuusers.de

Installation Duden Korrektor für OpenOffice.org

Status: Ungelöst | Ubuntu-Version: Ubuntu
Antworten |

3U21-gH

Anmeldungsdatum:
25. Mai 2005

Beiträge: 803

Dieser thread ist Teil vom OpenOffice.org_Erweiterungen Beitrag im Wiki.
Er handelt von dem Duden Korrektor für OpenOffice.org, der unter Ubuntu nicht lauffähig ist
.
Hier können alle Installationsfragen gepostet und beantwortet werden.

Diese Seite dient nicht für Meinungsäußerungen! Meinungsäußerungen werden bitte in diesem thread gepostet.

Schöne Grüße
Dunkelangst

3U21-gH

(Themenstarter)

Anmeldungsdatum:
25. Mai 2005

Beiträge: 803

Die Anleitung auf der Packung gibt für eine Installation unter Linux folgendes an:
SuSE linux: Führen Sie die Datei Linux-Install.sh aus. Dies macht man Weisungsgemäß mit dem Befehl:

sudo sh Linux-Install.sh


Nun werden die Lizenzbedingungen angezeigt. Nach drücken der Taste "q" startet die Installation.

Nun wird ein riesiger Haufen von Fehlern ausgespuckt:

helmut@kullerkeks:/media/cdrom0$ sudo sh Linux-Install.sh 
Password:
Linux-Install.sh: 10: pushd: not found
Linux-Install.sh: 13: popd: not found
Ign file:  Release.gpg
Ign file:  Translation-de
Ign file:  Release
Ign file:  Packages
Fehl file:  Packages
  Datei nicht gefunden
Hole:1 http://security.ubuntu.com edgy-security Release.gpg [191B]
Ign http://security.ubuntu.com edgy-security/main Translation-de                                                                                            
Hole:2 http://archive.ubuntu.com edgy-proposed Release.gpg [191B]                                                                               
Ign http://archive.ubuntu.com edgy-proposed/restricted Translation-de                                                                                       
Ign http://www.backports.org  Release.gpg                                                                                          
Ign http://www.backports.org  Translation-de                                                                                       
Ign http://security.ubuntu.com edgy-security/restricted Translation-de                                                             
Hole:3 http://de.archive.ubuntu.com edgy Release.gpg [191B]                                                                        
OK   http://de.archive.ubuntu.com edgy/main Translation-de                                                                                                  
OK   http://security.ubuntu.com edgy-security Release                                                                              
Ign http://archive.ubuntu.com edgy-proposed/main Translation-de                                                                    
Ign http://archive.ubuntu.com edgy-proposed/multiverse Translation-de                                                              
Ign http://archive.ubuntu.com edgy-proposed/universe Translation-de                                                                
Ign http://www.backports.org  Release                                                                                              
OK   http://de.archive.ubuntu.com edgy/restricted Translation-de                                                                   
OK   http://de.archive.ubuntu.com edgy/multiverse Translation-de                                                                   
OK   http://de.archive.ubuntu.com edgy/universe Translation-de                                                                     
Hole:4 http://de.archive.ubuntu.com edgy-updates Release.gpg [191B]                                                                
Ign http://de.archive.ubuntu.com edgy-updates/main Translation-de                                                                  
Ign http://de.archive.ubuntu.com edgy-updates/restricted Translation-de                                                            
OK   http://archive.ubuntu.com edgy-proposed Release                                                                                                        
OK   http://security.ubuntu.com edgy-security/main Packages                                                                                                 
Hole:5 http://www.tux.org stable Release.gpg [189B]                                                                                                     
Ign http://www.tux.org stable/non-free Translation-de                                                                   
OK   http://de.archive.ubuntu.com edgy Release                                                                                     
Ign http://www.backports.org  Packages                                                                                                                      
OK   http://security.ubuntu.com edgy-security/restricted Packages                                                                                           
OK   http://security.ubuntu.com edgy-security/main Sources                                                                                                  
OK   http://security.ubuntu.com edgy-security/restricted Sources                                                                                            
OK   http://archive.ubuntu.com edgy-proposed/restricted Packages                                                                                            
OK   http://de.archive.ubuntu.com edgy-updates Release                                                                             
Fehl http://www.backports.org  Packages                                                                                                                 
  404 Not Found
OK   http://www.tux.org stable Release                                                                                                                  
Fehl http://www.tux.org stable Release                                                             
  
OK   http://archive.ubuntu.com edgy-proposed/main Packages                             
OK   http://archive.ubuntu.com edgy-proposed/multiverse Packages   
OK   http://archive.ubuntu.com edgy-proposed/universe Packages     
OK   http://de.archive.ubuntu.com edgy/main Packages                                               
OK   http://de.archive.ubuntu.com edgy/restricted Packages                                         
OK   http://de.archive.ubuntu.com edgy/multiverse Packages                                         
OK   http://de.archive.ubuntu.com edgy/universe Packages                                           
OK   http://archive.ubuntu.com edgy-proposed/restricted Sources                                    
OK   http://archive.ubuntu.com edgy-proposed/main Sources                                          
OK   http://archive.ubuntu.com edgy-proposed/multiverse Sources                                    
OK   http://archive.ubuntu.com edgy-proposed/universe Sources                                      
Hole:6 http://www.tux.org stable Release [1026B]                                                   
Ign http://www.tux.org stable Release                              
OK   http://de.archive.ubuntu.com edgy/main Sources      
OK   http://de.archive.ubuntu.com edgy/restricted Sources
OK   http://de.archive.ubuntu.com edgy/multiverse Sources
OK   http://de.archive.ubuntu.com edgy/universe Sources
OK   http://de.archive.ubuntu.com edgy-updates/main Packages       
OK   http://de.archive.ubuntu.com edgy-updates/restricted Packages 
OK   http://de.archive.ubuntu.com edgy-updates/main Sources        
OK   http://de.archive.ubuntu.com edgy-updates/restricted Sources  
OK   http://www.tux.org stable/non-free Packages                   
Es wurden 1219B in 1s geholt (931B/s)
Konnte file:///media/cdrom0/Debian/.auto-install/Packages.gz nicht holen  Datei nicht gefunden
Konnte http://www.backports.org/pending/openoffice.org/Packages.gz nicht holen  404 Not Found
Paketlisten werden gelesen... Fertig
W: GPG error: http://www.tux.org stable Release: Die folgenden Signaturen konnten nicht geprüft werden weil der zugehörige öffentliche Schlüssel nicht zur Verfügung steht: NO_PUBKEY BB5E459A529B8BDA
W: Sie möchten vielleicht »apt-get update« aufrufen, um diese Probleme zu lösen
E: Einige Indexdateien konnten nicht heruntergeladen werden, sie wurden ignoriert oder alte an ihrer Stelle benutzt.
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Reading state information... Fertig
E: Konnte Paket officebib nicht finden
helmut@kullerkeks:/media/cdrom0$ 

Das Skript kann so gar nicht unter (K)ubuntu funktionieren. Das Skript versucht vier rpm Dateien auf einem Debian System zu installieren. Diese rpm Dateien liegen auf der CD im Ordner SuSE und dort im Unterordner Duden-Korrektor. Die Dateinamen lauten wie folgt:
dpf-1.1TR1-1SuSE10.0.i586.rpm
doos-3.51-2SuSE10.0.i586.rpm
xchm-1.9-2.SuSE10.0.i586.rpm
dpfserv-3.51-1SuSE10.0.i586.rpm

Des weiteren fügt das Skript noch zwei neue Quellen in die /etc/apt/sources.list ein:

deb http://www.backports.org/pending/openoffice.org /
deb http://www.tux.org/pub/java/debian stable non-free

Über diese Quellen versucht das Skript (wie oben angezeigt) diverse Software nach zu installieren. Das klappt ebenfalls nicht, weil selbst diese Adressen teilweise gar nicht stimmen (Konnte http://www.backports.org/pending/openoffice.org/Packages.gz nicht holen 404 Not Found).

Zu besseren Veranschaulichung was in dem Skript steht (ich verstehe es nicht 😕 ):

 1 #! /bin/sh
  2 #
  3 # $Id: Linux-Install.sh,v 1.12 2006/10/18 15:29:08 aderigs Exp $
  4 # $Name:  $
  5 
  6 # Try to find out on what distro we are running and install the 
  7 # correct packages
  8 #
  9 DISTRO=
 10 pushd `dirname $0` >/dev/null
 11 CDROOT=`pwd`
 12 LICENCE=none
 13 popd >/dev/null
 14 test -z "$LANG" && export LANG=de_DE
 15 iconv -f ISO8859-1 $CDROOT/liesmich.txt |\
 16    less -P "'q' startet die Installation"
 17 
 18 #
 19 # Attention: Sequence of checking /etc/*-release is important!
 20 #
 21 if [ -z "$DISTRO" -a -f /etc/fedora-release ] ; then
 22     RTAG=`cat /etc/fedora-release`
 23     case "$RTAG" in
 24         "Fedora Core release 3"*)
 25             PKGDIR=$CDROOT/Fedora/.auto-install/3
 26             DISTRO=FC3
 27             ;;
 28         "Fedora Core release 4"*)
 29             DISTRO=FC4
 30             PKGDIR=$CDROOT/Fedora/.auto-install/4
 31             ;;
 32         "Fedora Core release 5"*)
 33             DISTRO=FC5
 34             PKGDIR=$CDROOT/Fedora/.auto-install/5
 35             ;;
 36     esac
 37 fi
 38 if [ -z "$DISTRO" -a -f /etc/SuSE-release ] ; then
 39     RTAG=`grep ^VERSION /etc/SuSE-release | awk '{print $3}'`
 40     case "$RTAG" in
 41         *)
 42             PKGDIR=$CDROOT/SuSE/.auto-install
 43             DISTRO=SuSE
 44             ;;
 45     esac
 46 fi
 47 if [ -z "$DISTRO" -a -f /etc/redhat-release ] ; then
 48     PKGDIR=$CDROOT/Fedora/.auto-install/3
 49     DISTRO=RED
 50 fi
 51 if [ -z "$DISTRO" -a -f /etc/debian_version ] ; then
 52     PKGDIR=$CDROOT/Debian/.auto-install
 53     DISTRO=DEB
 54 fi
 55 
 56 if [ -z "$DISTRO" ] ; then
 57     echo "Unknown or unsupported Linux-Distibution. Please install manually." >&2
 58     exit 1
 59 fi
 60 
 61 export YCFG=/tmp/$$.yumcfg
 62 export IRES=/tmp/$$.result
 63 export TSL=/tmp/$$.sources.list
 64 trap "rm -f $YCFG $IRES $TSL" EXIT
 65 case $DISTRO in
 66     FC3|FC4|FC5)
 67         LICENCE=$CDROOT/Fedora/Duden-Korrektor/licence.txt
 68        cat>$YCFG<<-EOF
 69           include=file:///etc/yum.conf
 70           [DOOS-CDROM]
 71           name=Duden Korrektor
 72           baseurl=file://$PKGDIR
 73           enabled=1
 74           gpgcheck=0
 75           tolerant=1
 76 EOF
 77        RPMS=`rpm -qp --queryformat '%{name}\n' $PKGDIR/*.rpm`
 78        yum -c $YCFG -y install $RPMS
 79    ;;
 80     RED)
 81         rpm -Uvh --force $PKGDIR/*.rpm
 82    ;;
 83     SuSE)
 84         LICENCE=$CDROOT/SuSE/Duden-Korrektor/licence.txt
 85         rpm -Uvh --force $PKGDIR/*.rpm
 86         B17OO=`rpm -qa|grep -i "openoffice.*1\.9\.113-1"`
 87         if [ -n "$B17OO" ] ; then
 88             rpm -e $B17OO >/dev/null 2>&1
 89         fi
 90    ;;
 91     DEB)
 92         LICENCE=$CDROOT/Debian/Duden-Korrektor/licence.txt
 93         SL=/etc/apt/sources.list
 94         BSL=`grep backports.org/pending/openoffice.org $SL|grep -v ^#`
 95         if [ -z "$BSL" ] ; then
 96             echo deb http://www.backports.org/pending/openoffice.org / >> $SL
 97         fi
 98         BSL=`grep tux.org/pub/java/debian $SL|grep -v ^#`
 99         if [ -z "$BSL" ] ; then
100             echo deb http://www.tux.org/pub/java/debian stable non-free >> $SL
101         fi
102         echo deb file://$PKGDIR / > $TSL
103         cat $SL >> $TSL
104         apt-get -o Dir::Etc::SourceList=$TSL update -y
105         apt-get -o Dir::Etc::SourceList=$TSL install -y officebib doos
106         apt-get -o Dir::Etc::SourceList=$TSL remove -y openoffice-snapshot=1.9.113 >/dev/null 2>&1
107    ;;
108     *)
109         echo "Unknown or unsupported Linux-Distibution. Please install manually." >&2
110         exit 1
111         ;;
112 esac
113 test -f $LICENCE && test -d /usr/share/doos && cp $LICENCE /usr/share/doos/


Das Skript habe ich mit dem Befehl

sudo vi Linux-Install.sh


angeschaut.

Sollte jemand eine Idee haben, wie man das installiert, wäre ich froh.

Gruß
Dunkelangst

umarmung Team-Icon

Avatar von umarmung

Anmeldungsdatum:
26. Oktober 2004

Beiträge: 5632

Hi.

Typischer Fehler, wenn jemand sh in der ersten Zeile des Skripts angibt, aber im Skript dann Bash Syntax verwendet. Lösung: Die erste Zeile des Skripts in #!/bin/bash ändern.

Holger

PS: Lange Listings gehören auf den NoPaste-Service!

morps

Avatar von morps

Anmeldungsdatum:
15. Mai 2006

Beiträge: Zähle...

Wohnort: Dresden

Nachdem der Duden Korrektor nun auch bei mir im CD-Regal steht, hab ich mir dran versucht, das Ding unter Ubuntu zum laufen zu bekommen. Und bin natürlich grandios gescheitert. Ich geb aber gerne Auskunft, wie weit ich bekommen bin.

Die Linux-Instalation auf der CD enthält ausschließlich eine Suse 10.1 Version im rpm-Format. Offensichtlich hatte man wohl ursprünglich geplant auch eine Debian Version beizulegen, zumindest sprechen die Einträge im Installationsscript dafür und von der OpenOffice Suite gibt es ja auch eine Debian-Version.

Soweit ich das Installationsscript durchsteige (und ich hab in sowas zugegebenerweise sehr wenig Erfahrung), wird zunächst die verwendete Linux-Version abgefragt. Ist die Version dem Script bekannt, werden die Pfadvarablen so angepasst, dass die richtigen Installationsdateien aufgerufen werden. Nur leider gibt es kein Verzeichnis $CDROOT/Debian/Duden-Korrektor/ sondern halt eben nur die Suse Version. Für Debian passt das Script jetzt noch die Installationsquellen an, da in der stabilen Debian-Version kein OpenOffice 2 enthalten ist, bzw die OpenOffice Suite, so vorhanden, eine Beta-Version von OOo installiert hat. Abschließend wird das aktuelle OOo zusammen mit dem Korrektor installiert und die OOo beta entfernt. Das Script war auch bei der OpenOffice Suite nutzlos, weil es eben nicht mit Ubuntu klarkommt, aber die (upgedateten) Debian-Pakete ließen sich manuell installieren.

So weit, so gut nur leider keine *.deb Pakete. Auf der CD finden sich insgesamt 3 Pakete: dpf (Duden Proof Factory prüft, ob den irgendetwas richtig geschrieben ist), dpfserv (der zugehörige Dienst der im Hintergrund läuft und aus OOo heraus angesprochen wird) und doos (Duden OpenOffice Suite, der Teil, der sich in OOo als Zusatzpaket installiert, aus den Dokumenten den Text extrahiert und an die Proof Factory übergibt).

Als nächstes hab ich also versucht die rpm-Dateien in deb-Pakete umzuwandeln. Das Problem hierbei ist, dass die Postinstall-Skripte, also das, was nach dem Installieren auf dem Rechner noch angepasst wird, nicht 1 zu 1 übertragbar sind.

Also zunächst alle rpm-Packete in ein temporäreres Verzeichnis kopiert.

sudo alien *.rpm


erzeugt .deb-Pakete, die sich zwar installieren lassen, aber der Duden-Dienst wird nicht gestartet und OOo wird nicht um die Dudenfunktionalität erweitert. Lediglich alle Dateien werden an die vorgesehene Position im lokalen Dateisystem kopiert.

sudo alien --scripts *.rpm


erzeugt .deb-Pakete, die zwar die notwendigen Skripte mit enthalten, aber beim Installieren Fehlermeldungen hervorrufen, weil die Skripte naturgemäß nicht unter Ubuntu funktionieren. Die Skripte finden sich nach der Installation unter /var/lib/dpkg/info. *.postinst sind die Skripte, die nach der Installation ausgeführt werden, *.prerm vor der Deinstallation und *.postrm nach der Deinstallation. Es gilt also diese Pakete so anzupassen, das eine Installation der Pakete aus sudo alien *.rpm abgeschlossen werden kann.

dpf.postinst
Soweit ich das verstehe, werden zwei Skripte unter /etc/profile.d angelegt mit der Aufgabe den Installationspfad der Proof Faktory (/usr/share/dpf/) als Variable zurückzugeben. Welche Funktion der Ordner /etc/profile.d unter Suse besitzt, entzieht sich meiner Kenntnis, unter Ubuntu existiert er nicht.

dpfserv.postinst
Das Skript erzeugt die Einträge, über die der Duden Dienst beim Systemstart startet. Hier liegt das eigentliche Kernproblem der Installation, die Installation der Dienste ist unter Ubuntu und Debian/Suse grundsätzlich verschieden. Insbesondere der Befehl /sbin/insserv existiert unter Ubuntu nicht, hier wird offenbar der Dienst vom System vorkonfiguriert und unter Ubuntu werden Dienste mit anderen Befehlen gestartet als unter Suse.

doos.postinst
Das Skript sucht sich alle notwendigen Pfade von OOo und den Dudenkomponenten zusammen. Es erstellt zwei Skripte mit denen das Duden-Paket als Uno-Komponente für alle Nutzer in OOo integriert bzw. entfernt wird. Die Befehle für die Konsole lauten

sudo /usr/lib/openoffice/program/unopkg add --shared /usr/share/doos/doos3.51.uno.pkg


zum installieren, bzw.

sudo /usr/lib/openoffice/program/unopkg remove --shared doos3.51.uno.pkg


zum entfernen.

Die Sache mit dem Dienst.
Ich bin inzwischen so weit, dass sich der DPF-Dienst starten lässt. Hierzu hab ich ein Duden OpenOfficeSuite aufgetrieben und mir dort die Scripte angeschaut. Das Installationsscript für den DLE-Server der Suite hab ich so angepasst, dass sich damit der dpfserv starten lässt:

sudo gedit /etc/init.d/dpfserv


In das Textfenster dann folgenden Text kopieren:

#! /bin/sh
#
# $Id: init.d,v 1.6 2005/08/15 10:52:50 aderigs Exp $
# $Name:  $

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/bin/dpfserv
NAME=dpfserv
DESC='Duden Proof Factory Service'

test -x $DAEMON || exit 0

# DPF initialization script (sh) wie es von dpf.deb in /etc/profile.d erzeugt wird
if [ -z "$DPF" ] ; then
        DPF="/usr/share/dpf"
fi
export DPF

#Handling des Server-Dienstes
case "$1" in
  start)
	echo -n "Starting $DESC: "
	start-stop-daemon --start --quiet --exec $DAEMON -- $DAEMON_OPTS
	echo "$NAME."
	;;
  stop)
	echo -n "Stopping $DESC: "
	start-stop-daemon --stop --quiet --exec $DAEMON
	echo "$NAME."
	;;
  #reload)
	#
	#	If the daemon can reload its config files on the fly
	#	for example by sending it SIGHUP, do it here.
	#
	#	If the daemon responds to changes in its config file
	#	directly anyway, make this a do-nothing entry.
	#
	# echo "Reloading $DESC configuration files."
	# start-stop-daemon --stop --signal 1 --quiet --pidfile \
	#	/var/run/$NAME.pid --exec $DAEMON
  #;;
  restart|force-reload)
	#
	#	If the "reload" option is implemented, move the "force-reload"
	#	option to the "reload" entry above. If not, "force-reload" is
	#	just the same as "restart".
	#
	echo -n "Restarting $DESC: "
	start-stop-daemon --stop --quiet --exec $DAEMON
	sleep 1
	start-stop-daemon --start --quiet --exec $DAEMON -- $DAEMON_OPTS
	echo "$NAME."
	;;
  *)
	N=/etc/init.d/$NAME
	# echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
	echo "Usage: $N {start|stop|restart|force-reload}" >&2
	exit 1
	;;
esac

exit 0


und das ganze speichern. Anschließend lässt sich der Dienst über

sudo /etc/init.d/dpfserv start

starten. An dieser Stelle verlassen mich dann aber auch meine Linux-Kenntnisse. Zwar erhalte ich keine Fehlermeldung, weiß aber auch nicht, wie ich prüfen kann, ob der Dienst läuft und ob er korrekt läuft. Auch weiß ich nicht, was ich noch unternehmen kann, wenn der Dienst nicht wie vorgesehen läuft.
Eine Installantion OOo-Komponente über

sudo /usr/lib/openoffice/program/unopkg add --shared /usr/share/doos/doos3.51.uno.pkg


ist nun zwar möglich, allerdings lässt sich die Teilkomponente doos3.51.uno.so nicht aktivieren, also keine Dudenfunktionalität. Scheinbar läuft der DPF-Dienst doch nicht wie vorgesehen.

Ich bin mit meinem Latein am Ende, vielleicht schaft es ja aber jemand anders hier weiterzumachen.

Frohes Basteln

morps

Drowzone

Avatar von Drowzone

Anmeldungsdatum:
29. Juni 2006

Beiträge: 8

Wohnort: Münchberg

Servus!!

Ich hab ebenfalls den Duden Korrektor für OpenOffice.org. Ich kann unter Linux ebenfalls den Korrektor nicht installieren. Ich finde auch keine Windows oder Mac Files auf der CD - zumindest sehe ich keine, unter Linux.

Unter Windows sehe ich hingegen nur die Windows Installationsdatei und die Linux Dateien nicht.

Ich hab dann das Programm Iso Buster unter Windows gestartet und dabei gesehen, dass es für Linux zwei eigene "Spuren" gibt: "ISO" und "RR". In beiden Spuren sind verschiedene rpms vorhanden, jedenfalls mehr als die vier, die ich unter Linux finde. Kann es sein, dass der Korrektor aus dem Grund nicht installiert werden kann, weil man einfach nicht alle Dateien sieht um diese via alien umzuwandeln?! Leider weiß ich nicht, wie ich mit alien umgehen soll. Kann das mal bitte jemand herauskriegen?

Schaut euch einfach das Problem Bild an. Ich habe so etwas noch nicht gesehen. Ich hoffe, dass jemand versteht, was ich meine.

Gruß
Drowzone

Bilder

3U21-gH

(Themenstarter)

Anmeldungsdatum:
25. Mai 2005

Beiträge: 803

Als ob auf der CD vier einzelne Dateisysteme wären, wovon man unter Ubuntu immer nur eins sieht... Krass. 😲 😲

Was sind das denn noch für rpms auf der CD?

Ich hab das auch noch nicht gesehen.

Gruß
Dunkelangst

glasen

Anmeldungsdatum:
5. November 2004

Beiträge: 2690

Das Rätsel mit den verschiedenen Dateisystemen kann ich auflösen. Ich im Prinzip nichts besonderes und wird bei vielen Programmen die für Mac und Windows gleichzeitig erscheinen schon sehr lange so gemacht.

Das es zwei Linux-Dateisysteme gibt, liegt daran, das eines mit den RockRidge-Erweiterungen erstellt wurde, das andere ein normales ISO-Dateisystem ist. RockRidge erlaubt noch weitere Zeichen im Dateinamen, das ISO-Dateisystem ist ziemlich konservativ (also keine Sonderzeichen und keine Unterscheidung zwischen Groß -und Kleinschreibung).

Ansonsten hänge im Moment an der gleichen Stelle wie morps. Die Datei "doos3.51.uno.so" lässt sich nicht aktivieren und OO.o2 ist überaus informativ 😉 in seiner Aussage weshalb es nicht funktioniert. Ich werde mal dieses Wochenende SuSE 10.2 unter VMWare installieren um herauszufinden woran der Fehler liegen könnte. Falls ich den Fehler finden sollte und diesen auch beheben kann, gibt es nächste Woche ein passendes Skript, welches ein Debianpaket aus den RPM-Dateien macht (Das Skript ist schon fertig, es funktioniert aber noch nicht, wegen des einen Fehlers).
Eine Email an den Duden-Support habe ich auch schon geschrieben. Ich werd mal morgen früh bei denen anrufen und fragen ob sie mich an einen Entwickler weiterleiten könnten. Der weiß am ehesten woran der Fehler liegen könnte.

Drowzone

Avatar von Drowzone

Anmeldungsdatum:
29. Juni 2006

Beiträge: 8

Wohnort: Münchberg

glasen hat geschrieben:

Ansonsten hänge im Moment an der gleichen Stelle wie morps. Die Datei "doos3.51.uno.so" lässt sich nicht aktivieren und OO.o2 ist überaus informativ 😉 in seiner Aussage weshalb es nicht funktioniert. Ich werde mal dieses Wochenende SuSE 10.2 unter VMWare installieren um herauszufinden woran der Fehler liegen könnte. Falls ich den Fehler finden sollte und diesen auch beheben kann, gibt es nächste Woche ein passendes Skript, welches ein Debianpaket aus den RPM-Dateien macht (Das Skript ist schon fertig, es funktioniert aber noch nicht, wegen des einen Fehlers).
Eine Email an den Duden-Support habe ich auch schon geschrieben. Ich werd mal morgen früh bei denen anrufen und fragen ob sie mich an einen Entwickler weiterleiten könnten. Der weiß am ehesten woran der Fehler liegen könnte.

Hi glasen!!

Hast du mittlerweile etwas heraus gefunden?

Gruß
Drowzone

glasen

Anmeldungsdatum:
5. November 2004

Beiträge: 2690

Bisher leider noch nicht. Bin wegen Hausrenovierungsarbeiten und dem üblichen Weihnachtsstress leider nicht dazu gekommen beim Dudensupport anzurufen. Auf meine Email-Anfrage haben die leider nie geantwortet (soviel dann auch zum Thema "zuverlässiger Support").

regenpfeifer

Avatar von regenpfeifer

Anmeldungsdatum:
18. April 2006

Beiträge: 993

Wohnort: Straubing, Bayern

Hallo,

nach meiner Erfahrung gibt der DUDEN-"Support" auf E-Mail-Anfragen grundsätzlich keine Antwort. Ich habe - in unterschiedlichen Zusammenhängen - mindestens vier Anfragen an den Support gerichtet (u.a. zu den katastrophalen Windows-Versionen 2.x, 3.0 und 3.5 des Korrektors sowie zu einem bereits bezahlten Premium-Abo der DUDEN Online-Suche). Zu einer einzigen Anfrage habe ich nach mehreren Wochen (!) eine völlig unbefriedigende Auskunft erhalten, alle anderen Anfragen blieben schlicht unbeantwortet. Ich habe aber zu jeder einzelnen Anfrage eine automatische Bestätigung bekommen, dass die Mail eingegangen sei und zur Bearbeitung weitergeleitet werde. D.h. die Mails kommen an, werden dort aber offenkundig einfach ignoriert. Zu meiner letzten Anfrage aus dem November 2006 habe ich nach zwei Wochen eine Rückfrage gesendet und moniert, dass ich bislang keine Antwort erhalten habe. Auch auf diese Rückfrage erfolgte keinerlei Reaktion. Für ein Unternehmen, das sich mit einem derartigen Qualitäts-Nimbus umgibt wie DUDEN, ist das schlicht unglaublich.

Allerdings scheint die gesamte Software-Sparte von DUDEN äußerst problembehaftet zu sein. Ich kenne den "Korrektor" nur noch aus der Zeit, in der ich Windows XP verwendet habe. Wie oben angedeutet, habe ich mit verschiedenen Versionen und den teilweise dazu erhältlichen Service-Packs für Microsoft Office 2003 gearbeitet. Ich kann nur bestätigen, was in diversen Foren oder Feedback-Seiten (z.B. Amazon) häufig erwähnt wird: diese Software ist schlicht unbrauchbar. Die erweiterten Korrektur-Funktionen sind zwar durchaus vielversprechend, jedoch wird MS Word auf geradezu unerträgliche Weise verlangsamt; damit ist es so gut wie unmöglich, Texte zu korrigieren, die länger als auch nur ein paar Seiten sind. Die erwähnte einzige Auskunft, die ich vom DUDEN Support bekam, bestand darin, die automatische Rechtschreib-Prüfung abzuschalten und Texte nur manuell zu korrigieren. Abgesehen davon, dass damit natürlich ein sehr wesentlicher Teil der Funktionalität verlorengeht, funktioniert auch dies nicht zuverlässig, da es gerade bei längeren Texten immer wieder zu Abstürzen und sogar Datenverlust kommt.

Aus diesen Erfahrungen unter Windows habe ich darauf verzichtet, in der Kombination LINUX/OpenOffice, den DUDEN Korrektor auch nur in Erwägung zu ziehen. Außerdem bin ich bei Online-Recherchen auf Erfahrungsberichte gestoßen, die andeuten, dass es auch mit LINUX und OpenOffice zu ähnlichen Performance- und Funktionalitäts-Problemen kommen kann, wie unter Windows (von der offensichtlich sehr schwierigen Installation ganz zu schweigen).

Es ist schade, dass DUDEN sich selbst derart ins Knie schießt und Anwender, die viel mit Texten arbeiten, auf eine leistungsfähige Rechtschreibprüfung verzichten müssen. Solange DUDEN aber seine Software-Produkte hinsichtlich Qualität und Support nicht dramatisch verbessert, würde ich raten: Finger weg!

MfG, Hermann Josef

glasen

Anmeldungsdatum:
5. November 2004

Beiträge: 2690

Hallo,

Ich habe gerade mit der Hotline des Dudenverlags telefoniert und sie nach anderen Distributionen als SuSE gefragt. Auf der Homepage des Dudenverlags steht ja "Andere Distributionen auf Anfrage". Die Dame am Telefon (klang sehr nett, hätte mich gerne noch länger mit ihr unterhalten 😉 ) versprach mir mein Anliegen an die Entwicklungsabteilung weiterzuleiten. Einen direkten Kontakt mit der Entwicklungsabteilung hat sie mir leider verwehrt. Von dieser Abteilung erhoffe ich mir einen Rückruf oder zumindest eine Email zum Thema Ubuntu-Support zu erhalten (Manchmal glaube ich schon noch an Wunder).

lykurg

Anmeldungsdatum:
21. September 2006

Beiträge: Zähle...

Hi,

ich hänge hier auch an der Stelle, dass der Server läuft, aber das uno-packet sich nicht in OOo2 installieren lässt. Bei Starten des Servers mecker er bei mir immer, dass DPF nicht definiert sei. Wer hat denn von euch parallel SuSE laufen und könnte mal schaun, was der Inhalt genau ist. Ich vermute mal '/usr/share/dpf', weiß es aber nicht genau.

Ich probier hier einfach mal ein wenig weiter.

Lykurg

morps

Avatar von morps

Anmeldungsdatum:
15. Mai 2006

Beiträge: 11

Wohnort: Dresden

@ lykurg
ups. stimmt. Der Variable DPF muss natürlich der Wert /usr/share/dpf übergeben werden. Hab das oben gezeigte Script für die /etc/init.d/dpfserv entsprechend editiert (Da stand vorher in Zeile 16 DPF="/share/dpf"). Das ändert nun aber nichts am Problem, dass der dpfserv-Dienst nicht von der uno-Komponente erkannt wird.

Mal ne Idee.
Der DPF-Dienst läuft doch unter SuSE bestimmt unter nem bestimmten Port. Ich könnte mir vorstellen, dass das uno-Packet einfach nur diesen Port abfragt. Ich hab nun kein SuSE zur Hand, aber könnte man nicht rauskriegen, auf welchem Port das ist, und ob der ggf. unter Ubuntu der selbe ist (keine Ahnung wie)? Und, sollten sie verschieden sein, wie bekommt man denn nen Dienst unter Ubuntu mit nem fest definierten Port zum Laufen?

Fragen über Fragen

morps

glasen

Anmeldungsdatum:
5. November 2004

Beiträge: 2690

Den Port des DPF-Servers kannst du per Umgebungsvariable festlegen. Schau dir mal die Datei "dpfserv" mit einem Editor an. Da findest du einen Parameter für die Portangabe. Standardmäßig ist als IP-Adresse 127.0.0.1 angegeben. Mit dem Parameter "-f" lässt sich der Server im Vordergrund betreiben :

@Usage: dpfserv [-f] [address][:port]


Ich werde heute nacht mal OpenSuSE unter VMware installieren und nachschauen mit welchen Parametern dort der Dudenkorrektor betrieben wird. Ich hoffe mal das Teil funktioniert auch noch mit der Version 10.2, sonst muss ich mir noch die 10.1er runterladen.

3U21-gH

(Themenstarter)

Anmeldungsdatum:
25. Mai 2005

Beiträge: 803

glasen hat geschrieben:

Ich werde heute nacht mal OpenSuSE unter VMware installieren und nachschauen mit welchen Parametern dort der Dudenkorrektor betrieben wird. Ich hoffe mal das Teil funktioniert auch noch mit der Version 10.2, sonst muss ich mir noch die 10.1er runterladen.

Runter Laden musst du gar nichts. Laut Installationsanleitung von der Verpackung hat DUDEN das Teil nur und ausschließlich unter SuSE 10.0 getestet. Ich hab SuSE 10.0 Professional im Regal liegen, welches mittlerweile leicht verstaubt ist. Egal. Wenn du SuSE brauchst, musst du es nur sagen und schicke es gleich morgen zu Dir. Wenn es unter 10.0 nicht läuft, dann weiß ich auch nicht.

Gruß
Dunkelangst

Antworten |