Was gibt man nach der Option --debug an? Nichts. Die meisten &kpilot;-Versionen haben nicht einmal eine --debug-Option und werden sich beschweren, wenn sie verwendet wird. Bei den Versionen, die diese Option untertstützen, kann ein Wert zwischen 1 und 4 angegeben werden, der die Menge der Debugausgabe (ein wenig) kontrolliert. Bei "1" wird eine fast vollständige Ablaufverfolgung (ohne die sehr einfachen Funktionen) ausgegeben. Bei "4" wird jede triviale Funktion in &kpilot; einbezogen. &kpilot; sagt Kann nicht zum PDA verbinden Das kann verschiedene Gründe haben. Man sollte Folgendes überprüfen: Das Pilot-Gerät (üblicherweise /dev/pilot) muss existieren und auf die mit dem &PalmPilot; verbundene serielle Schnittstelle verweisen. Um das &PalmPilot;-Gerät mit der richtigen seriellen Schnittstelle zu verbinden, kann man entweder /dev/ttySn im Feld Pilot-Gerät des Einrichtungsdialoges eintragen, oder besser eine Verknüpfung von /dev/pilot zur seriellen Schnittstelle /dev/ttySn mit dem folgenden Befehl (als root) herstellen: ln -s /dev/ttySn /dev/pilot. Dabei ist /dev/ttySn der Name der seriellen Schnittstelle. n muss durch die korrekte Nummer (normalerweise 0 oder 1) ersetzt werden. Man muss über Lese- und Schreibrechte für die serielle Schnittstelle verfügen. Das kann durch Ausführen des folgenden Befehls (als root) eingestellt werden: chmod 666/dev/ttySn. Man kann versuchen, den Dämon vor &kpilot; zu starten. (Für &Linux-Mandrake; 7 Systeme) Man muss die Sicherheitsstufe des Systems richtig einstellen: Eine Einstellung höher als 3 verhindert einige Formen der Kommunikation zwischen Prozessen, die KPilot benötigt. (&Linux-Mandrake;-Sicherheitsinformationen mit der freundlichen Genehmigung von Jay Summett) Um die MSEC-Einstellung (Mandrake SECurity) so zu verändern, dass das &kpilot;-Socket (für eine Verbindung zu localhost) nicht blockiert wird, muss man sich als root anmelden und /etc/security/msec/init.sh3 eingeben. Damit wird die MSEC-Sicherheitsstufe auf 3 (übliche Sicherheit) gesetzt. Weitere Informationen zu den Sicherheitsstufen findet man unter Das Mandrake Referenzhandbuch. Dieser Abschnitt beantwortet Fragen über die Zusammenarbeit von bestimmten Datenbanken und &kpilot;. Nach einer Synchronisierung sind Datenbanken korrupt. Was kann man tun? Bestimmte Datenbanken (von Drittanbietern) scheinen nicht dem Standarddatenbanklayout zu folgen. Falls man die Hersteller-ID der Datenbank herausfindet, kann man diese zur Liste Keine Sicherungskopie oder zur Liste Nicht wiederhergestellt im Einrichtungsdialog hinzufügen. Die folgende Tabelle zeigt, welche Datenbanken übersprungen oder nur gesichert werden sollen: DatenbankHersteller-IDAktion Starter (das Hauptmenü des &PalmPilot;) Inch Nur Sicherungskopie: Arranger Arng Nur Sicherungskopie: (unbekannt) PmDB Nur Sicherungskopie: AvantGo avgo Überspringen (vor allem weil es nicht sinnvoll ist, die aktuellen Artikel die Ihnen AvantGo anzeigt, zu sichern) Gibt es einen Anschluss für den &Netscape;-Kalender? Nein, es gibt weder Pläne zur Unterstützung noch zum Programmieren eines Anschlusses für den &Netscape;-Kalender. Dieser Abschnitt antwortet auf Fragen zu HotSync-Methoden, die von der üblichen Verbindung über ein serielles Kabel abweichen. Wie führe ich einen HotSync über Infrarot (IR) durch? Zuerst muss natürlich der &PalmPilot; IR-HotSyncs unterstützen. Das kann man auf verschiedene Arten erreichen: &PalmOS; 3.3 und höher enthalten bereits diese Unterstützung; für ältere &PalmOS;-Versionen gibt des ein IR-Paket namens IrLink von IsComplete. Siehe auch auf der PalmOne-Webseite für weitere Informationen. Angenommen, der &PalmPilot; hat PC-HotSync-Unterstützung und ist für IR-HotSyncs eingerichtet (in den HotSync-Einstellungen des &PalmPilot;). Der verwendete PC benötigt eine IR-Schnittstelle. Für Laptops ist das trivial, Desktop-PCs verfügen in der Regel nicht von Haus aus über eine solche. Der &Linux;-Kernel muss IR und das IRCOMM-Protokoll unterstützen. Für &RedHat;-Systeme kann man mit dem folgenden Befehl IR-Unterstützung einrichten (als root): # modprobe ircomm Für andere Distributionen sollte man das IR-HOWTO konsultieren. Sobald die IR-Unterstützung im Kernel aktiviert ist, muss man die zugehörigen Gerätedateien für die IR-Schnittstellen erzeugen. Das IR-HOWTO schlägt folgendes Vorgehen vor (als root): # mknod/dev/ircomm06064 # chmod666/dev/ircomm0 Nun müssen einige Dämonen für die IR-Unterstützung gestartet werden: # irattach/dev/ttySn # irmanager-d 0 Dabei ist /dev/ttySn die serielle Schnittstelle, die von der IR-Schnittstelle verwendet wird. n hängt von der Hardware ab und ist üblicherweise 0, 1 oder abhängig von Ihrer Hardware eine andere Nummer. Weiteres kann man dem IR-HOWTO entnehmen (bei Desktop-Rechnern ist es meistens eine Einstellung im BIOS). Dann müssen Sie noch eine Verknüpfung von /dev/pilot nach /dev/ircomm0 erstellen und es kann losgehen! Das IR-HOWTO und weitere nützliche Informationen zur Verwendung von IR findet man unter http://mobilix.org/howtos.html und http://mobilix.org/software/irda/. Kann ich einen &HotSync; mit meinem (USB) &Handspring; &Visor; durchführen? Ja, ich habe zwar keine definitiven Informationen dazu, aber einige Postings in der &kpilot;-Mailingliste behaupten, eine Verknüpfung von /dev/pilot zum USB-Gerät ist alles, was nötig ist. Gibt es eine Unterstützung für entfernte HotSyncs? Bisher nicht. Vielleicht später. Wofür nutzt &kpilot; &DCOP;? Der Dämon und &kpilot; kommunizieren über &DCOP; aus verschiedenen Gründen: Logmeldungen, Änderungen des &HotSync;-Typs und Austausch von Einstellungsinformationen. Welche &DCOP;-Schnittstellen gibt es? Der Dämon hat zwei wichtige Schnittstellen: LogIface und KPilotDaemonIface . Die LogIface-Schnittstelle wird zur Aufzeichnung von Synchronisationslogs im &handheld; verwendet. Sie wird nur selten gebraucht. KPilotDaemonIface ist die wichtigere &DCOP;-Schnittstelle und wird verwendet, um die Art des &HotSync; zu kontrollieren, die &kpilot; ausführen wird. Wie kann ich den Dämon anweisen, eine spezielle Art des &HotSync; auszuführen? Es gibt drei &DCOP;-Funktionen, die die Art des &HotSync; kontrollieren, die der Dämon als nächstes ausführen wird: