Bug 241982 - Akonadi needs envrionment variables to be set on MS Windows
Summary: Akonadi needs envrionment variables to be set on MS Windows
Status: RESOLVED FIXED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Microsoft Windows Microsoft Windows
: NOR wishlist
Target Milestone: ---
Assignee: Volker Krause
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-17 12:31 UTC by Andre Heinecke
Modified: 2011-01-17 15:16 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Generated header for path defines (354 bytes, text/plain)
2010-06-24 10:14 UTC, Kevin Krammer 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Andre Heinecke 2010-06-17 12:31:50 UTC 
Version:           unspecified (using Devel) 
OS:                MS Windows

Akonadi has no default Paths when looking for configuration files on Windows Systems. The XDG Variables have to be set manually which should not be the case.
By default Akonadi should use the directory it is placed and look into ../share ../share/config/akonadi and so on for the system configuration files and in its current directory for virtuoso/mysql. 
The XDG Variables should allow to overwrite that behavior but not be always needed.  

Reproducible: Didn't try
Comment 1 Andre Heinecke 2010-06-17 12:35:17 UTC 
This is important because it hinders the creation of a usable akonadi package for the KDE-Windows installer.
Comment 2 Volker Krause 2010-06-24 09:41:35 UTC 
It should do this already, could you please post the content of akonadi-prefix.h which is generated in the top-level build directory?
Comment 3 Kevin Krammer 2010-06-24 10:14:55 UTC 
Created attachment 48281 [details]
Generated header for path defines

using prefix C:\KDE\trunk as KDE root for emerge
Comment 4 Andre Heinecke 2010-06-24 12:04:07 UTC 
Akonadi does use the values it gets at build time, which is not very useful for packaging. And devlivering precompiled binaries.

On my system for example it is:

#define AKONADIPREFIX "R:/"
#define AKONADIDATA   "share"
#define AKONADICONFIG "share/config"
// the below is hardcoded to what FindKDE4Internal.cmake sets it to, since we have no way of finding that
#define AKONADIBUNDLEPATH "/Applications/KDE4"
Comment 5 Andre Heinecke 2011-01-17 15:16:36 UTC 
This was fixed long ago Akonadi now can run without environment variables to be set in the default Path layout on Windows.