Acrobat 7.0.1 unter Suse 8.2 speichert keine Einstellungen
Wer weiß wie ich Acrobat 7.0.1 unter Suse 8.2 dazu überrede die Einstellung "default browser" zu speichern? Er speichert einfach nichts in ~/.adobe. Es wird zwar ganz eifrig /home/empf/.adobe/Acrobat/7.0/Preferences/reader_prefs verändert, erkennbar am veränderten Zeitstempel, wenn ich mal wieder defaut browser "... mozilla" eintrage, aber abgespeichert wird nichts. Im übrigen wird auch nicht gespeichert wenn ich firefox oder konqueror eintrage. Eine Eintragung hält nur so lange wie der Acrobat offen ist. Ich brauche das für Kunden, das gibts noch dutzende Installationen am laufen. (Sorry Freaks, mal eben Update eines verflochtenen Systemes für ein paar Mille z.B. auf Susi 10.2 oder so zahlt kaum einer, und schon gar nicht nur wegen des Acrobat.) Der neue Acrobat 7.0.9 läßt sich nicht installieren: pserver:/# rpm -U AdobeReader_deu-7.0.9-1.i386.rpm error: failed dependencies: gtk2 >= 2.4.0 is needed by AdobeReader_deu-7.0.9-1 Gibts noch Zwischenversionen des Acrobat, die mit der GTK von Suse 8.2: gtk-1.2.10-546 gtk2-2.2.1-29 libgtkhtml-2.2.0-35 gtkhtml-1.1.8-27 laufen? Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi, On 3/19/2007 11:32 PM, Ekkard Gerlach wrote:
Wer weiß wie ich Acrobat 7.0.1 unter Suse 8.2 dazu überrede die Einstellung "default browser" zu speichern?
Nein. ...
Ich brauche das für Kunden, das gibts noch dutzende Installationen am laufen. (Sorry Freaks, mal eben Update eines verflochtenen Systemes für ein paar Mille z.B. auf Susi 10.2 oder so zahlt kaum einer, und schon gar nicht nur wegen des Acrobat.)
Dann wollen wir mal alle hoffen dass diese Systeme niemals ans Netz kommen. Bzw. dass deine Kunden nachher zahlen wenn wenn irgendein Angreifer ihre Systeme geplättet hat, oder dass die Versicherungen zahlen wenn deinen Kunden ihre Patientendaten abhanden gekommen sind und dann Schadensersatzklagen reinkommen.
Der neue Acrobat 7.0.9 läßt sich nicht installieren:
pserver:/# rpm -U AdobeReader_deu-7.0.9-1.i386.rpm error: failed dependencies: gtk2 >= 2.4.0 is needed by AdobeReader_deu-7.0.9-1
Gibts noch Zwischenversionen des Acrobat, die mit der GTK von Suse 8.2: gtk-1.2.10-546 gtk2-2.2.1-29 libgtkhtml-2.2.0-35 gtkhtml-1.1.8-27 laufen?
Wenn die nicht zahlen denk' ich auch nicht nach :-) Arno
Gruss Ekkard
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Arno Lehmann schrieb:
...
Ich brauche das für Kunden, das gibts noch dutzende Installationen am laufen. (Sorry Freaks, mal eben Update eines verflochtenen Systemes für ein paar Mille z.B. auf Susi 10.2 oder so zahlt kaum einer, und schon gar nicht nur wegen des Acrobat.)
Dann wollen wir mal alle hoffen dass diese Systeme niemals ans Netz kommen. Bzw. dass deine Kunden nachher zahlen wenn wenn irgendein
Du, sind die Server Deiner Kunden direkt am Netz? - Bei mir ist alles durch eine fli4l geschützt und die Praxen sind nicht etwa dauerhaft im Internet! An JEDEM Arbeitsplatz läuft mit Trayimonc eine Überwachung online oder nicht. Die Praxis ist kaum jemals länger als 10 min online. Sicherer gehts kaum. Aber nur meine PRaxen! Es ist sonst allgemein üblich daß niemand weiß ob die Praxis online ist. Ein Hacker könnte sich tagelang mit ping den Onlinezugang erhalten und hacken ...
Angreifer ihre Systeme geplättet hat, oder dass die Versicherungen zahlen wenn deinen Kunden ihre Patientendaten abhanden gekommen sind und dann Schadensersatzklagen reinkommen. Keine Angst!
Wenn die nicht zahlen denk' ich auch nicht nach :-) Arno, ich wette Du machst nur Server, richtig? - Desktops laufen überwiegend mit Windows, richtig? - Die Usability ist bei Linux eben noch sehr mies, Update aufspielen ein Rieseproblem gegenüber Windows. Für Server wird gezahlt, das braucht es auch keine Usability. Eigentlich müßte ich von Linux-Desktop weg und die User mit Ihren Windows-Abeitsplätzen rummachen lassen, dann kommt wenigsten richtig Geld rein. Ich habe aber Spaß am Linux-Desktop, ein bißchen Idealismus. Und jetzt eben dieses winzige Acrobat-Problem. Unter einem mit Suse 8.2 vergleichbar alten Windows kein Problem: neuen Acrobat saugen und fertig! Aufwand keine 2 Minuten! Machen die Kunden selbst. Unter Linux Probleme, Probleme, Probleme! Also weg der Linux Desktop? Ich bin nahe dran!
Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Tuesday, 20. March 2007 09:41:28 Ekkard Gerlach wrote:
Idealismus. Und jetzt eben dieses winzige Acrobat-Problem. Unter einem mit Suse 8.2 vergleichbar alten Windows kein Problem: neuen Acrobat saugen und fertig! Aufwand keine 2 Minuten! Machen die Kunden selbst.
Das halte ich für ein Gerücht. Wollte neulich meine Steuererklärung unter Windows machen.. hatte doch noch ein Original Windows ME, und auf der Packung stand, daß das die Voraussetzungen erfüllt. Weit gefehlt.. ich mußte ca. 30 mal das Windows Update fahren, und dabei aufpassen, daß ich den Internet Explorer zuletzt update.. denn danach ging das Windows Update nicht mehr(!!). Natürlich habe ich das erst durch trial & error herausbekommen. Ich *muß* aber das Windows Update kaputt machen, da das Steuerprogramm den neuesten IE voraussetzt. Toll. Dein Problem habe ich übrigens nicht verstanden:
Es wird zwar ganz eifrig /home/empf/.adobe/Acrobat/7.0/Preferences/reader_prefs verändert, erkennbar am veränderten Zeitstempel [...], aber abgespeichert wird nichts.
Ist da nicht ein Widerspruch? Willst Du damit sagen, daß Du alle Einstellungen ändern kannst, und er dann eine neue Datei schreibt, die aber den alten Inhalt hat? Hast Du mal "diff -ubd <alteDatei> <neueDatei>" ausprobiert? Betrifft das auch andere Einstellungen, oder nur den Browser? Trägst Du einen absoluten oder relativen Pfad ein? -- Ciao, / / /--/ / / ANS -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Hans Meine schrieb:
/home/empf/.adobe/Acrobat/7.0/Preferences/reader_prefs verändert, erkennbar am veränderten Zeitstempel [...], aber abgespeichert wird nichts.
Ist da nicht ein Widerspruch? Willst Du damit sagen, daß Du alle korrekt! Ich habe jetzt mal die ~/.adobe/Acrobat/7.0/Preferences/reader_prefs genauerangesehen: es steht dort tatsächlich das RICHTIGE drinnen:
[...]
] ] /UnixWeblinkPrefs [/c << /Browser_Path [/s (/opt/mozilla1.72/mozilla)] ] [...]
Der Acrobat 7 (7.0.1) liest diese Einstellungen aber nicht aus sondern fragt immer wieder nach, wie im OP berichtet. Warum liest der 7er nicht seine reader_prefs aus? Habe auf der Suse 8.2-Kiste mal den alten acrobat (4er) gestartet und stelle fest: auch der fragt nach, welcher Browser genommen werden soll, dieser speichert in ~/.weblink ab. #cat weblink *LinkDisplay: CTRL *OpenURL: NO *IsMapped: NO *Progress: NO *Toolbar: NO *SelectedBrowser: /opt/mozilla1.72/mozilla *SelectedDriver: Netscape Und dieser alte adobe reader liest .weblink auch aus: er fragt nach Neustart NICHT wieder nach dem default browser. Das ist richtig. Der 7.0.1er hat wohl einen bug, daß er seine eigene reader_prefs, die er selbst geschrieben hat, nicht wieder ausliest. Ich versuche mal den Acrobat7.0.8.....rpm vom Suse 9.2-update auf die 8.2er zu installieren. Eine weitere Alternative wäre es die gtk zu updaten ...hmmmm Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Ekkard Gerlach schrieb:
Ich habe jetzt mal die ~/.adobe/Acrobat/7.0/Preferences/reader_prefs genauerangesehen: es steht dort tatsächlich das RICHTIGE drinnen:
[...]
] ] /UnixWeblinkPrefs [/c << /Browser_Path [/s (/opt/mozilla1.72/mozilla)] ] [...]
... und habe jetzt festgestellt, dass der Acrobat 7 jedesmal SELBST diese so abgespeicherte Datei ändert, dass KEIN mozilla mehr drinnensteht!!! Also habe ich mir mal eine Version des ~/.adobe gesichert: tar zcvf adobe.tgz .adobe Und nun die Lösung bzw. derWürgaround: ======================================= Wenn ich unmittelbar vor dem Start des Acrobat das tgz-Päckchen auspacke, dann gehts!!!! Hurrahhhh!!! Also: tar zxvf adobe.tgz;/usr/local/Adobe/Acrobat7.0/bin/acroread ~/mypdf.pdf Richtig benutzerfreundlich, gel? (SCNR) Das adobe.tgz kann sich jeder wie folgt bauen: Adobe starten (ich glaube ohne Argument, also ohne pdf), browser eintragen, adobe beenden, adobe.tgz erstellen. Weiß der Geier warum der Acrobat "merkt" oder nicht "merkt", daß ihm ein Bruchteil von Sekunde vor dem Start das adobe.tgz in sein .adobe hineingeschossen worden ist. Vielleicht irgendein Zeitstempel einer Datei, den er auswertet. Bei mir gehts jedenfalls mit dieser Krücke. Habe es 5 Male hintereinander gestartet und es geht. Und nach 10 min ....... immer noch! Streng genommen gilt der Workaround nur für den Adobe 7.0.8 der von Suse für Suse 9.2 herausgekommen ist auf Suse 8.2 mit Kernel 2.4.26 angewendet. Übrigends: unter Suse 8.2 läuft das Acrobat-rpm für Suse 9.2. Die gtk muß in dieser (letzten!) Version nicht updated werden. Hier für Spezialisten noch das diff auf ein funktionierendes reader_prefs und ein anderes: diff -a reader_prefs ~/.adobe/Acrobat/7.0/Preferences/reader_prefs ==================================================================
/RememberView [/i 0] 100,101c101,118 < /Time [/i 1174396616] < /pageViewZoomType [/i 2]
/Time [/i 1174399290] /ViewDef [/c << /bringToFront [/b true] /ocgStates [/c <<>>] /overViewMode [/i 1] /overViewPos [/i 0] /overViewX [/i 0] /overViewY [/i 0] /pageViewBead [/r ()] /pageViewLayoutMode [/i 2] /pageViewMaxVisPageNum [/i 2] /pageViewMinVisPageNum [/i 1] /pageViewPageNum [/i 2] /pageViewStartThread [/b false] /pageViewThreadIndex [/i -1] /pageViewX [/i -9] /pageViewY [/i -38] /pageViewZoom [/d 0,770004] /pageViewZoomType [/i 2]
104d120 < /RememberView [/i 0] 106c122,123 < /UnixWeblinkPrefs [/c << /Browser_Path [/s (/opt/mozilla1.72/mozilla)] ---
] /UnixWeblinkPrefs [/c << /Browser_Path [/s (firefox)]
Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, On 3/20/2007 3:34 PM, Ekkard Gerlach wrote:
* Ekkard Gerlach schrieb:
Ich habe jetzt mal die ~/.adobe/Acrobat/7.0/Preferences/reader_prefs genauerangesehen: es steht dort tatsächlich das RICHTIGE drinnen:
[...]
] ] /UnixWeblinkPrefs [/c << /Browser_Path [/s (/opt/mozilla1.72/mozilla)] ] [...]
... und habe jetzt festgestellt, dass der Acrobat 7 jedesmal SELBST diese so abgespeicherte Datei ändert, dass KEIN mozilla mehr drinnensteht!!!
Also habe ich mir mal eine Version des ~/.adobe gesichert: tar zcvf adobe.tgz .adobe
Und nun die Lösung bzw. derWürgaround: ======================================= Wenn ich unmittelbar vor dem Start des Acrobat das tgz-Päckchen auspacke, dann gehts!!!! Hurrahhhh!!!
Also: tar zxvf adobe.tgz;/usr/local/Adobe/Acrobat7.0/bin/acroread ~/mypdf.pdf
Warum nicht die preferences-Datei einfach schreibschützen? Also 'chmod a-w ~/.adobe/Acrobat/7.0/Preferences/reader_prefs'.
Richtig benutzerfreundlich, gel? (SCNR)
Bug bei Adobe melden? Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Tuesday, 20. March 2007 15:34:57 Ekkard Gerlach wrote:
* Ekkard Gerlach schrieb:
Ich habe jetzt mal die ~/.adobe/Acrobat/7.0/Preferences/reader_prefs genauerangesehen: es steht dort tatsächlich das RICHTIGE drinnen:
Dann ist doch die Frage, warum er das ändert..
diff -a reader_prefs ~/.adobe/Acrobat/7.0/Preferences/reader_prefs 106c122,123 < /UnixWeblinkPrefs [/c << /Browser_Path [/s (/opt/mozilla1.72/mozilla)] ---
]
/UnixWeblinkPrefs [/c << /Browser_Path [/s (firefox)]
Das ist doch interessant. Hast Du vielleicht eine Environment Variable wie z.B. BROWSER gesetzt? Ansonsten finde ich das chmod -w auch besser als das tgz. Zur Not gibt's übrigens noch chattr +i, aber das ist hier wohl overkill... -- Ciao, / / /--/ / / ANS -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Hans Meine schrieb:
Das ist doch interessant. Hast Du vielleicht eine Environment Variable wie z.B. BROWSER gesetzt? Nein. set | grep -i brow ist leer.
Ansonsten finde ich das chmod -w auch besser als das tgz. Zur Not gibt's übrigens noch chattr +i, aber das ist hier wohl overkill...
chmod -w hatte ich auch schon gemacht, aber ich hatte wohl just da immer das reader_prefs vorliegen OHNE denb mozilla-Eintrag. Habs gerade gestet, JA: es funktioniert! Das ist natürlich einfacher. Das mit dem Auslesen von Umgebungsvariablen halte ich auch für den Grund. "Manchmal" (wirklich nur manchmal) ist nämlich "firefox" im acrobat eingetragen gewesen, aber ohne Pfad, mit dem Ergebnis, das acrobat auch diesen Brower (von-irgendwo-her) nicht verwerten konnte. Bei mir aber: set | grep -i fire ist aber leer. So, nun habe ich noch ein weiteres Problem, habe es in der kde-NG eingestellt, vielleicht wisst Ihr es ja auch: ist in meinem Fall bereits der firefox geöffnet, und klicke ich dann in dem PDF auf den html-Link, dann wird nicht der mozilla gestartet, sondern der firefox! Das darf gerde nicht sein, denn eine Intranet-Anwendung meiner Kunden läuft mit dem schnellen kghostview als vieler dutzender Dokumente (scans) und die elektronische Dokumentation, um die es hier geht, ist eben wegen größerer Komplexität und vieler Bilder nur mit dem Acrobat 7 ansehbar. Der Mozilla-Browser hat als pdf-viewer nämlich den acrobat eingestellt und nicht den kghostview. Wie mache ich KDE klar, dass sie nicht den firefox als Ziel für das html-Dokument ausmacht sondern den im acrobat eingetragenen? Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Tuesday, 20. March 2007 16:59:55 Ekkard Gerlach wrote:
* Hans Meine schrieb:
Das ist doch interessant. Hast Du vielleicht eine Environment Variable wie z.B. BROWSER gesetzt?
Nein. set | grep -i brow ist leer.
Ich hätte nach firefox gegrep'pt...
set | grep -i fire ist aber leer.
..ah, OK.
Wie mache ich KDE klar, dass sie nicht den firefox als Ziel für das html-Dokument ausmacht sondern den im acrobat eingetragenen?
"den im Acrobat eingetragenen" unterstützt KDE wohl nicht als Option, aber sonst würde ich mal den "Component Chooser" in kcontrol konsultieren. (-> Schnellsuche nach "Komponente" in dt. KDE.) -- Ciao, / / /--/ / / ANS -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Hans Meine schrieb:
Wie mache ich KDE klar, dass sie nicht den firefox als Ziel für das html-Dokument ausmacht sondern den im acrobat eingetragenen?
"den im Acrobat eingetragenen" unterstützt KDE wohl nicht als Option, aber sonst würde ich mal den "Component Chooser" in kcontrol konsultieren. (-> Schnellsuche nach "Komponente" in dt. KDE.
Danke! Habe unter KDE-Komponenten -> komponenten-Auswahl -> Web-Browser -> /opt/mozilla/mozilla den Mozilla-Browser eingetragen, hat aber nicht funktioniert, weil die Mozialla- Version von suse 8.2 so intelligent ist,daß sie prüft, ob schon ein browser läuft. Habe unter 8.2 den Mozilla 1.72 (eh 2 Jahre aktueller) installiert unter /opt/mozilla und mit dem gehts ..... endlich!!!! Uff! Dank an alle Mitstreiter! Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 3/20/07, Hans Meine
On Tuesday, 20. March 2007 15:34:57 Ekkard Gerlach wrote:
* Ekkard Gerlach schrieb:
Ich habe jetzt mal die ~/.adobe/Acrobat/7.0/Preferences/reader_prefs genauerangesehen: es steht dort tatsächlich das RICHTIGE drinnen:
Dann ist doch die Frage, warum er das ändert..
diff -a reader_prefs ~/.adobe/Acrobat/7.0/Preferences/reader_prefs 106c122,123 < /UnixWeblinkPrefs [/c << /Browser_Path [/s (/opt/mozilla1.72/mozilla)] ---
]
/UnixWeblinkPrefs [/c << /Browser_Path [/s (firefox)]
Das ist doch interessant. Hast Du vielleicht eine Environment Variable wie z.B. BROWSER gesetzt?
Ich denke mal, Acroreader holt sich das Zeugs von gconf. Da der Acroreader mit dem ganzen GTK-Kram verlinkt ist, hat er auch irgendwie diesen Gconf-Mist geerbt. Einfach mal gconfd stoppen, die Verzeichnisse .gconf und .gconfd im Home-Verzeichnis löschen und schauen, was passiert. kk
participants (4)
-
Arno Lehmann
-
Ekkard Gerlach
-
Hans Meine
-
Karsten Künne