syncevolution-issues@syncevolution.org

1 participants
53 discussions

[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

1
17
0 / 0

[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

1
3
0 / 0

[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

1
3
0 / 0

← Newer
1
2
3
4
5
6
Older →

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues March 2014