[Bug 75672] New: syncevo-dbus-server fails to detect that akonadi is running
by bugzilla-daemon@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=75672
Priority: medium
Bug ID: 75672
CC: syncevolution-issues(a)syncevolution.org
Assignee: syncevolution-issues(a)syncevolution.org
Summary: syncevo-dbus-server fails to detect that akonadi is
running
Severity: normal
Classification: Unclassified
OS: All
Reporter: niels_ole(a)salscheider-online.de
Hardware: Other
Status: NEW
Version: 1.4
Component: SyncEvolution
Product: SyncEvolution
When I try to synchronize my computers with syncevo-http-server (which starts
syncevo-dbus-server), it fails with "Akonadi is not running. It can be started
with 'akonadictl start'."
Akonadi however is running and "syncevolution --print-databases" finds the
akonadi collections.
The following simple test program prints "Running":
#include <Akonadi/ServerManager>
#include <iostream>
int main()
{
if (Akonadi::ServerManager::isRunning())
std::cout << "Running" << std::endl;
else
std::cout << "Not running" << std::endl;
return 0;
}
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
8 years, 1 month
[Bug 75670] New: configure fails to find Akonadi/Collection
by bugzilla-daemon@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=75670
Priority: medium
Bug ID: 75670
CC: syncevolution-issues(a)syncevolution.org
Assignee: syncevolution-issues(a)syncevolution.org
Summary: configure fails to find Akonadi/Collection
Severity: normal
Classification: Unclassified
OS: All
Reporter: niels_ole(a)salscheider-online.de
Hardware: Other
Status: NEW
Version: 1.4
Component: SyncEvolution
Product: SyncEvolution
Created attachment 94960
--> https://bugs.freedesktop.org/attachment.cgi?id=94960&action=edit
configure log
When I try to build SyncEvolution 1.4 with the akonadi backend, I get the
following error:
checking Akonadi/Collection usability... no
checking Akonadi/Collection presence... no
checking for Akonadi/Collection... no
configure: error: akonadi.pc not found. Install it to compile with the Akonadi
backend enabled.
"kde4-config --path include" gives "/usr/include/" and
"/usr/include/KDE/Akonadi/Collection" exists.
The problem seems to be that path to the QString include file is missing in
CPPFLAGS:
configure:21857: checking Akonadi/Collection presence
configure:21857: g++ -E -I/usr/include/ -I/usr/include//KDE -I/usr/include/qt4
conftest.cpp
In file included from
/usr/include//KDE/Akonadi/../../akonadi/collection.h:25:0,
from /usr/include//KDE/Akonadi/Collection:1,
from conftest.cpp:44:
/usr/include/akonadi/entity.h:24:19: fatal error: QString: No such file or
directory
#include <QString>
^
compilation terminated.
I have attached the configure log.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
8 years, 1 month
[Bug 75274] New: Removed configurations reappear
by bugzilla-daemon@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=75274
Priority: medium
Bug ID: 75274
CC: syncevolution-issues(a)syncevolution.org
Assignee: syncevolution-issues(a)syncevolution.org
Summary: Removed configurations reappear
Severity: normal
Classification: Unclassified
OS: All
Reporter: g+syncevolution(a)cobb.uk.net
Hardware: Other
Status: NEW
Version: 1.4
Component: SyncEvolution
Product: SyncEvolution
If a configuration for a peer is removed and then is recreated with one source,
all the sources reappear. There seems to be no way to really remove a config
and start again from scratch.
To reproduce:
syncevolution --configure --template none backend=file database=file:///tmp/
databaseformat=text/calendar a@b s1
syncevolution --configure --template none backend=file database=file:///tmp/
databaseformat=text/calendar a@b s2
syncevolution --print-config a@b | grep ^\\[
syncevolution --remove a@b
syncevolution --configure --template none backend=file database=file:///tmp/
databaseformat=text/calendar a@b s1
syncevolution --print-config a@b | grep ^\\[
Both s1 and s2 appear in the final output, whereas only s1 should. I haven't
checked but it may also be that attributes for the new s1 are defaulting to the
values of the old s1.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
8 years, 2 months