Arch Linux

Automatischer reconnect von Pidgin/XChat nach suspend to disk/ram

[gelöscht]

Huhu,

es ist doch bestimmt irgendwie moeglich, die im Topic genannten Programme vor einem suspend to disk/ram zu trennen und beim aufwachen des PCs automatisch neu verbinden zu lassen, oder?
Wie genau geht man da vor? Oder ist es gar nicht moeglich?
Ein Loesungsansatz wuerde schon reichen 🙂.

Mfg

GerBra

Vorab: ich kenne beide Programme nicht.

Frage ist: mit welchen Tools setzt du deinen Rechner in den Suspend? Wie man für die
pm-utils eigene Sachen vor/nach dem Schlafen/Aufwachen definiert ist hier beschrieben:
http://wiki.archlinux.org/index.php/Pm-utils

Spannender ist die Frage, ob sich deine Tools "steuern" lassen: Bei schon laufenden
Programmen ist es i.d.R. nicht möglich, mit einem zweiten Aufruf a la xchat -sleep
das Laufende zu steuern, es wird dann einfach ein zweiter Prozeß gestartet.
Oftmals reagieren Programme auf bestimmte Signale (kill -HUP pid z.B.) um dadurch
etwas auszulösen. Beides kann dir nur die Dokumentation verraten.

Ein anderer Ansatz wäre (und da kenne ich etliche Tools die das so machen):
Nach/Während eines Supends sind für solche Programme die Netzwerkverbindung
kurz weggewesen (wenn überhaupt). Also verbinden die sich wieder automatisch.
Wenn du sowas bei deinen Kandidaten einstellen kannst...

[gelöscht]

So, ich bin schonmal etwas weiter gekommen. Auf die Idee mit den Hooks haette ich auch selber kommen koennen, naja.

Habe jetzt folgenden Hook erstellt:

#!/bin/bash
case $1 in
        hibernate)
                purple-remote icq:setstatus?status=offline
                ;;
        suspend)
                purple-remote icq:setstatus?status=offline
                ;;
        thaw)
                purple-remote icq:setstatus?status=available
                ;;
        resume)
                purple-remote icq:setstatus?status=available
                ;;
        *)
                echo "Irgendwas laeuft hier schief"
                ;;
esac

Die Befehle hab ich vorher getestet, sie funktionieren.
Wenn ich den Laptop jetzt aber schlafen lege, sagt das Log nur:

===== Di 4. Mär 16:31:58 CET 2008: running hook: /etc/pm/sleep.d/45reconnect =====
No existing libpurple instance detected.

Ich bin mir auch irgendwie recht uneinig, an welcher Stelle der reconnect erfolgen soll (die Zahl im Dateinamen also).

Bin irgendwie recht ratlos :/

GerBra

"No existing libpurple instance detected."
Unter welcher UserId wird der Hook denn ausgeführt? Evtl. prüft purple-remote ja nur auf
die momentane userid (und root z.B. hat da wohl keine Instanz laufen).
Dafür würde auch sprechen das es unter deinem User ja funktioniert.
Evtl. kannst du purple-remote ja gezielt eine Programm/Instanz-Id mitgeben, oder
eine Userid.
Ansonsten (wenn du normalerweise der einzige User bist) den Vorgang evtl. unter su
ausführen und dabei zu deiner UID switchen.

Zu der Reihenfolge der Hooks: mußt du austesten. Sachen wie icq z.B. nach einem
evtl. Disconnect des Netzwerkes zu stoppen dürfte keinen Sinn machen.
Ich würde es ähnlich wie eigene udev-Regeln etc. machen: Möglichst früh in der Reihen-
folge stoppen und möglichst am Ende wieder neu starten.

[gelöscht]

GerBra hat das Problem genau richtig benannt, habe es ausprobiert. Einfach z.B. su $deinname -c "purple-remote icq:setstatus?status=online" benutzen und schon geht es!