[kdepim-users] Re: Akonadi + nfs home directories

Kevin Krammer kevin.krammer at gmx.at
Tue Apr 5 09:11:00 BST 2011


On Tuesday, 2011-04-05, Lars Behrens wrote:
> Am 05.04.2011 00:52, schrieb Myrosia Dzikovska:
> > rm -r ~/.local/share/akonadi
> > mkdir -p /tmp/akonadi-USERNAME/akonadi
> > cd ~/.local/share
> > ln -s /tmp/akonadi-USERNAME/akonadi .
> > 
> > Then edit $HOME/.config/akonadi/akonadiserverrc and add
> > 
> > [Connection]
> > SocketDirectory=/tmp/akonadi-USERNAME/
> 
> Thanks for that.
> 
> > This re-directs the socket to /tmp, which is local in our setup
> > Note that this solution is not entirely stable: any change to the
> > resources through the Akonadi GUI breaks the setup, by automatically
> > adding the following line into akonadiserverrc
> > Options="UNIX_SOCKET=/home/USERNAME/mysql.socket"
> > 
> > So any time you configure KDE resources, you have to exit KDE, delete
> > that line from the config file, and restart, or else everything stops
> > working.
> 
> Plus, this has to be done per user, inside their ~ directory. Thus
> probably not our way to go.

Unfortunately a limitation of the Qt config classes. KDE's config classes 
would allow merging of global config into user local config and support 
expansion of environment variables.

The latter might not be too difficult to add using a wrapper around QSettings, 
in case anyone feels like trying to code something :)

> > Our local support (who are very highly skilled in Linux) are pointing
> > out that lack of support for networked file systems makes it
> > unsuitable for enterprise environment, the resources needed for tech
> > support under circumstances are unreasonable, so all our 500+ users
> > are being strongly encouraged to use Thunderbird, or at least
> > Evolution.
> 
> The sad thing is: Thunderbird (and also Firefox) nowadays are also
> incapable of dealing with network file systems. And let's wait how
> Evolution will develop under Gnome 3...

One of reasons is that unfortunately that the kernel/filesystem level has not 
kept up with desktop usage requirements.
Understandably since most money is being made in either server or embedded 
space, but unfortunate nevertheless.

If the unavilability of transparent local level access to remote files is not 
solved, Unix/Linux desktop software might have to fall back to the same 
workaround Windows has been using for ages, e.g. syncing a user session 
profile at login/logout.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20110405/495232cb/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users


More information about the kdepim-users mailing list