Akonadi e o caderno de enderezos

Esta información foi fornecida por Tobias Koenig, desenvolvedor de KDE-PIM.

Conceptos previos

Ao falar de datos reais estarase facendo referencia aos datos, coma contactos e eventos. Estes datos almacénanse ben nun servidor de software colaborativo ben en ficheiros locais. O lugar dependerá do recurso. Por exemplo, o recurso de contactos persoais almacena os datos en «$HOME/.local/share/contacts», mentres que o recurso de ficheiros Vcard (que en realidade non se recomenda usar ) almacena os seus datos en «$HOME/.kde/share/apps/kabc/std.vcf».

Os datos na caché son copias dos datos reais que se gardan na base de datos para acceder a eles con maior rapidez e utilizalos mentres se está desconectado. A base de datos contén tamén os metadatos, que son datos de xestión que Akonadi necesita para funcionar correctamente.

Os datos de configuración son os que configuran o servidor Akonadi e os recursos individuais. Os datos de configuración para o servidor están en «$HOME/.config/akonadi», a configuración para os recursos almacénase principalmente en «$HOME/.kde/share/config/akonadi_xyz_resourcerc#» (onde xyz é o nome do recurso e # o seu número de instancia).

The Akonadi server configuration is a couple of files in $HOME/.config/akonadi - this can be changed through environment variables, $XDG_DATA_HOME and $XDG_CONFIG_HOME, defaulting to $HOME/.local/share and $HOME/.config respectively if not set. It contains which data sources and helper programs are active and will be started and watched (so they can be restarted on crashes) by one of Akonadi's server processes (akonadi_control). KDE's local base directory can be changed using $KDEHOME environment variable, defaulting to $HOME/.kde when not set (or to $HOME/.kde4 if the distributor changed the default by patching the code).

See

kde4-config --path data

Each data source handler (called resources) or helper program (called agents) can have its own configuration although some agents or resources don't require configuration. The general rule is that for every entry in $HOME/.config/akonadi/agentsrc there is a corresponding configuration file in $HOME/.kde/share/config. For example, if the [Instances] section in agentrc contains an entry for akonadi_ical_resource_2, there is also a config file called akonadi_ical_resource_2rc in the KDE config directory.

Depending on the type of data, such config files for resources will have filenames or directory names of where the data is stored. Common locations are KDE's legacy default files, e.g. $HOME/.kde/share/apps/korganizer/std.ics. New default locations are files and directories in $HOME/.local/share, e.g. $HOME/.local/share/contacts.

For now (as in actually released versions) the database is merely used for caching and keeping structural information (e.g. which addressbook a contact belongs to). This will change when Akonadi is being used for email, since state information like read/unread is also stored there (unless the backend is also capable of doing this, e.g. IMAP).

Organización das copias de seguridade

Agora toca decidir de que facer unha copia de seguridade. Se quere facer unha copia de seguridade dos “datos reais”, entón dependerá dos recursos que teña configurados. Se utiliza un servidor de software colaborativo, entón a copia de seguridade debería facerse alí. Para os contactos, necesitará xeralmente os ficheiros almacenados en «$HOME/.local/share/contacts».

A icona de Akonadi na bandexa do sistema conta cunha función para realizar e restaurar copias de seguridade. Dita función restaura a copia de seguridade dos “datos na caché”, que poderían non ser todos os seus datos! Pode resultar útil se quere clonar un sistema 1:1, entón pode copiar os datos na caché xunto cos reais e a configuración, de xeito que non teña que cargar os datos de novo dende a fonte (coma o servidor de software colaborativo).

Examinar os recursos

KRunner conta cunha configuración de recursos de Akonadi, á que podes acceder dende Akonadi na bandexa do sistema -> Configurar. Pode que atope varios recursos configurados. E pode que un estea etiquetado coma:

Caderno de enderezos - Aínda non se configurou ningún complemento de caderno de enderezos de KDE.

trátase da vella ponte de compatibilidade (probablemente obra da ferramenta de migración). Debería borra esta.

std.vcf - Listo

Este é o recurso de ficheiro Vcard, que apunta a «$HOME/.kde/share/apps/kabc/std.vcf» de maneira predeterminada. Recoméndase que non a utilice, dado que non obtén beneficio ningún de Akonadi.

Contactos persoais - Desconectado

Trátase do seu recurso preferido para os seus contactos persoais, que apunta a:

$HOME/.local/share/contacts

Teña en conta que podería dicir «Desconectado» cando de feito o estea a usar. Trátase dun erro ao amosar o estado, e pode ignorarse.

E cando Akonadi o utilicen máis compoñentes?

Cando o resto dos compoñentes se muden a Akonadi, van estar todos os datos en «~/.local/share»? Iso debería facilitar as copias de seguridade. A verdade é que os contactos e correos electrónicos gárdanse aí agora, e non sei cales son as intencións para os eventos e tarefas, pero sería lóxico almacenalos aí tamén. Terémolo en conta á hora de discutilo.