Summary: | Akonadi needs envrionment variables to be set on MS Windows | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Andre Heinecke <aheinecke> |
Component: | general | Assignee: | Volker Krause <vkrause> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | kde-windows, kdepim-bugs |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Generated header for path defines |
Description
Andre Heinecke
2010-06-17 12:31:50 UTC
This is important because it hinders the creation of a usable akonadi package for the KDE-Windows installer. It should do this already, could you please post the content of akonadi-prefix.h which is generated in the top-level build directory? Created attachment 48281 [details]
Generated header for path defines
using prefix C:\KDE\trunk as KDE root for emerge
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" This was fixed long ago Akonadi now can run without environment variables to be set in the default Path layout on Windows. |