Summary: | akonadi crashes when ~/.local is a symlink | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | tnemeth |
Component: | server | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | caco3, dvratil, steingod |
Priority: | NOR | ||
Version: | 4.8 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
tnemeth
2012-05-06 08:10:53 UTC
I have the same problem on 4.8.4. Although I did not try to put .local as a symbolic links but the akonadi subdirectory (or even parts of it) to avoid duplication of email archives within the backup area of my system (as email are stored on a IMAP server anyway). However, I do not know whether there is another way around this problem using configuration files pointing at different directory. This is a showstopper for me... Setting status to confirmed. This is a MySQL error message, not Akonadi. If you use AppArmor or SELinux, make sure they are not preventing the MySQL process from accessing the file. Is this problem still valid? Have you tried to check the AppArmor settings? This issue is still present on Kubuntu 14.04. I tried to move and symlink my home folder by folder to a new disk. When moving/symlinking .local/share/akonadi, akonadi (and specifically kmail) failed to work. This is very nasty and should be fixed urgently! I am using: Qt: 4.8.6 KDE Development Platform: 4.13.0 Akonadi Console: 0.99 As I said, if you can access the file manually, but MySQL can't, then there's a problem in MySQL, not in Akonadi. You can either try to bring this up on MySQL forums, or you can try using PostgreSQL or SQLite backends (don't use SQLite if you have KMail with large folders, unless you use Akonadi from git). Closing as INVALID as this is clearly not an Akonadi issue, sorry. |