Re: http://userbase.kde.org/Akonadi#Environment_Setup

On Saturday, 2010-01-16, Anne Wilson wrote:
> On Friday 15 January 2010 16:50:18 you wrote:
> > Hi Anne,
> >
> > On Friday 15 January 2010 17:36:13 Anne Wilson wrote:
> > > > I have migrated (or whatever kaddressbook did with my existing
> > > > addressbook when I ran it the first time) and usually I can use it (I
> > > > see the contacts, etc.).
> > > >
> > > > However the above mentioned error dialog appears when I log in - and
> > > > therefore my question: What does that message want to tell me and how
> > > > can I solve it.
> > >
> > > Just to clarify - did you use the Akonadi console to check what
> > > resources are set up?  If you see them there with paths pointing to the
> > > new location, they should be recognised as resources.  OTOH, if you are
> > > seeing your old addressbook displayed, it won't be akonadi-compatible,
> > > which may explain the message.
> >
> > Yes, I used the console.
> > I have:
> > akonadi_kabc_resource_0 => KDE Address Book (traditional), Status:
> > Online, Idle akonadi_kabc_resource_1 => KDE Address Book (traditional),
> > Status:
> 
> Traditional = non-akonadi

In this case it means Akonadi accessing the address book data through a 
traditional plugin.
Depending on which plugin there might be an Akonadi resource for doing this 
directly, e.g. the vcard resource if the plugin used is the one for local 
files.

> > akonadi_vcard_resource_0 => VCard File,
> > Status: Online, Idle, Status Message: Ready
> 
> You still haven't said whether this points to the correct new location.
> 
> > I know that these are the _resources_, but the error dialog mentions
> > _resource agents_ and tells me that it searched for them.
> 
> Agents are helper applications.  Nepomuk Contact Feeder and Mail Dispatcher
> Agent are examples.

Resources are a special form of agents.
Akonadi uses the XDG_DATA_DIRS mechanism to look for them, so if they are 
installed outside the default search paths (/usr/share or /usr/local/share) 
the environment variable XDG_DATA_DIRS needs to include the additional prefix, 
e.g. /opt/kde4/share if /opt/kde4 is used as the install prefix.

An important thing to remember is that environment variables are taken from 
the environment a process is launches in, so if for example a variable is set 
after the launch of the D-Bus session daemon and this daemon then launches a 
process, the new process will not see the change variable.

A similar difference can happen if a variable is set in a shell config file 
which is only read by interactive shells, so the one running KDE's start 
script "startkde" and thus KDE itself will have a different environment than 
any shell running in a Konsole window.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

_______________________________________________
KDE PIM users mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kdepim-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQBLUxTcnKMhG6pzZJIRAgx7AJ9JtVAeZo6SDHUfITDrrgEHiL1NVwCeOrBp
kJv+4E7Hz0V3a2In5ng1mDE=
=4NX1
-----END PGP SIGNATURE-----