holm schubert

Hallo,

seit dem Upgrade auf KDE 3.4 (rpm von ftp.suse.com) bringt kgpg beim
Starten folgende Fehlermeldung:

"Die Benutzung des GnuPG-Agenten ist in der GnuPG-Konfigurationsdatei
(.gnupg/gpg.conf) aktiviert. Es scheint aber, dass der Agent nicht
läuft. Dies kann zu Problemen beim Unterschreiben oder Entschlüsselung
führen. Bitte den GnuPG-Agenten in den GnuPG-Einstellungen deaktivieren
oder den Agenten reparieren."

Der gpg-agent läuft aber bereits als Daemon, und vor dem Upgrade hat es
auch problemlos funktioniert. Nun geht Ver/entschlüsselung zB in KMail
gar nicht mehr.

Offenbar bin ich nicht der einzige mit dem Problem (siehe
http://lists.suse.com/archive/suse-l...-Mar/0027.html - leider
noch ohne Antwort), hoffe daher, daß jemand hier eine Idee hat, was da
schiefgegangen ist.

Gruß
HSc

volker hartmann

Ich hatte dasselbe Problem und habe es gelöst indem ich den Aufruf des
gpg-agent in der Datei /opt/kde3/bin/startkde eingefügt habe.
Wenn Du nach dem ersten if-Block in dieser Datei die folgende Zeile
einfügst, sollte es wieder funktionieren.

eval "$(gpg-agent --daemon)

Gruß Volker
--
Schönheit ist nicht nur das Aussehen, sondern alles, was wir an einem
Menschen als schön empfinden.
-- Wolperin
..:: virtuatron::weblog | http://www.virtuatron.de ::.

holm schubert

Kleine Korrektur, falls noch jemand das Problem hat (es fehlt das
abschließende Anführungszeichen):

eval "$(gpg-agent --daemon)"

Ansonsten: hat super funktioniert. Danke für den Tip!

Gruß
HSc

andreas schallenberg

Hallo!

Holm Schubert schrieb:

Das ist aber unschön, denn nach dem nächsten KDE-Update
entsteht das Problem erneut.

Ich hatte diese Anweisungen in meiner .xsession stehen,
welche nun aus einem mir unbekannten Grund nicht mehr
beim Start ausgeführt wird. Verschiebt man die Anweisungfolge
in die .profile (im eigenen Homeverzeichnis), so funktioniert
dies wieder.

Da gpg-Agent, ssh-Agent usw. bei jedem Login gestartet werden
sollten, wäre die .profile ohnehin der passendere Platz.
Die .xsession sollte ja nur bei einer neuen X-Session (und
nicht auch beim Konsolenlogin wie die .profile) ausgeführt
werden.

Ich hatte auch das Login-Problem (Siehe Threads in de.comp.os.unix.apps.kde
"KDE 3.4 startet nicht" und "Lösung: KDE 3.4 startet nicht"),
allerdings musste ich den User neu anlegen und konnte praktisch
alle Dateien vom alten Homeverzeichnis zum neuen übernehmen.

Mein Verdacht: KDM verhält sich anders, in dem es die .xsession
nicht mehr startet.

Das Login-Problem bzw. das GPG-Problem sind dann nur
Oberflächensymptome.

RU,
Andreas

bernd weigelt

Wenn sich unter ~/.kde ein Verzeichnis 'env' befindet, werden alle darin
befindlichen Skripte beim Start des KDE ausgeführt und nur dann.
bernd@merkur:~> cat '/home/bernd/.kde/env/start-gpg-agent.sh'
#!/bin/bash
killall gpg-agent ## falls noch welche vom letzten Mal da sind ;-)
eval "$(gpg-agent --daemon)"


geht zwar schöner, klappt aber.

Wurde vor Kurzem schon mal hier abgehandelt.

cu
Bernd

andreas schallenberg

Bernd Weigelt schrieb:

Das funktioniert, wenn ich den gpg-Agent nur dann starten
will, wenn ich GPG nutze. Für mich sind KDE und GPG aber
zwei paar Schuhe, die ich unabhänig voneinander nutzen
können möchte. Deswegen müßte es ein Startort sein, der
von KDE / Gnome / ... unabhängig ist.

Ausserdem sieht mir das nicht-starten der .xsession stark
nach einem Packaging/KDM-Version/... Problem aus, was ich
gerne gelöst bekäme

RU,
Andreas

andreas schallenberg

Andreas Schallenberg schrieb:


Soll heissen, "wenn ich KDE nutze"...

bernd weigelt

Hi

hätte vielleicht dem OP antworten sollen ;-), da ging es nur um Kmail.

Schau Dir für Dein Problem mal den unteren Teil der systemweiten Xsession
unter /etc/X11/xdm an, vielleicht besteht da nur ein Rechteproblem
oder /bin/sh verträgt sich nicht mit /bin/bash, hab ich jedenfalls noch
nicht ausprobiert.

Oder schreib Dir eine ~/.xinitrc mit den entsprechenden Rechten, das hat bei
mir schon mal geholfen.

cu
Bernd

andreas schallenberg

Hi!

Bernd Weigelt schrieb:

Habe gerade mal von kdm nach xdm gewechselt und prompt wird
die .xsession wieder ausgeführt. Daran liegt es also.

RU,
Andreas

....funzt bei mir jetzt auch (danke des Tipps), allerdings, beendnet der
X-Server jetzt nicht mehr sauber und von alleine. Beim Verlassen der KDE
Benutzeroberfläche kommt die Meldung auf der Kosnole "waiting fpr x server
to shut down" -- aber nix passiert!
Lösung?
Jochen fragt