Re: Akonadi + nfs home directories

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

_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users

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

iD8DBQBNms6UnKMhG6pzZJIRAsTXAJ0TKqP3o2Kz+GEwZZzDYSDjOr0++wCdHJ4q
wAXJQYfr/xfTgzn1b1UgYMA=
=xv9h
-----END PGP SIGNATURE-----