December 2008 Archive

skype4pidgin ist eine Erweiterung für pidgin um auf die im skype-netzwerk bereitgestellten Dienste zuzugreifen. Dabei wird ein Sonderweg gegangen, indem die Erweiterung nur als binding zwischen skype und pidgin funktioniert.
skype4pidgin kann nur mit einem fertig konfigurierten Skype betrieben werden.
Pidgin greift über DBUS auf die Skype-API zu, fängt Nachrichten ab und leitet Anfragen an skype weiter. Skype4Pidgin ermöglicht es Pidgin damit auf alle Funktionen von skype zugreifen.

Was sich (für Menschen wie mich) im ersten Moment total unnötig anhört erweist sich bei genauerer Betrachtung als Königsweg. Man genießt jetzt die Vorteile des gewohnten Multi-Protokoll-Messengers auch wenn skype bisher ungehackt ist.

Die Installation hat sich als sehr einfach herausgestellt.
Vorraussetzung ist die Installation und Konfiguration eines ganz normalen Skype-Clients.
Dieser kann auch als Deb-Paket von der Projektseite bezogen werden.
!Sinvoll ist auch die automatische Anmeldung beim starten von skype.

• skype installieren und konfigurieren
  

Danach die der Systemarchitektur entsprechende Treiberdatei downloaden und in den Treiber-Ordner von Pidgin kopieren.

• cp libskype.so /usr/lib/purple-2/

Pidgin starten und unter Konten skype hinzufügen und konfigurieren. Wichtig ist nur der Benutzername, der Alias wird aus skype übernommen.

Skype wird noch einmal fragen ob Pidgin der Zugriff auf seine API gestattet ist.
Danach ist die Installation abgeschlossen und die Skype-kontakte sollte in Pidgin angezeigt werden.
Bei einer frischen Installation sollte zumindest der Benutzer "Skype Test Call" in der Liste auftauchen.

1. Projektseite bei Google Code   - 29.12.2008
   
2. Entwicklerseite mit Binaries  - 29.12.2008
   

Scheinbar hat mein Server am 9.12 einen "unexpected reboot" :-) gemacht. Und mein apache2 wollte nicht mehr starten. Kein Probleme etwas später im runlevel kommt ja noch apache-perl.

Der Grund des ¿Absturz? ist mir nicht bekannt. Viel interessanter ist das Problem des nicht startenden apache2. Als Grund gibt er Probleme mit belegten Semaphoren an und ein kurzer blick mit ipcs zeigt....

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status

------ Semaphore Arrays --------
key        semid      owner      perms      nsems

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages

.... nichts. Klar läuft ja auch nichts. Kann mich dunkel erinnern, das selbe Problem schon einmal gehabt zu haben.
Nach einem neustart war der Spook beendet.

Werds mir aber noch genauer ansehe. Ich verdächtige schon die vserver-komponente.
Bin trotz Feiertage doch etwas im Stress.