Latest commit. Git stats 17 commits. Failed to load latest commit information. View code. Introduction The akonadi-initalisync tool can be used to setup a users account initally and synchronize it in a scripted fashion.
Requirements The script needs to be running as the target user, and all necessary packages need to be installed. Required packages: ipython acl dbus-x11 kontact kwalletcli libicu48 python-gobject python-dbus Usage The script is used as follows: ipython initalsync.
About Start a initalsync of akonadi Resources Readme. Releases No releases published. Packages 0 No packages published. You signed in with another tab or window. It also becomes possible to disable keyring usage in syncevo-dbus-server, something which couldn't be done before.
The default value for --keyring is true, to match the traditional behavior. In contrast to other sync properties, setting "keyring" does not require an explicit --run parameter.
Again this is done to mirror traditional usage. I gave a try to the new binaries on Kubuntu Syncs with no problem with my Funambol 10, free server.
I noticed an unexpected behaviour, syncing the contacts. The first normal sync after the refresh-from-server updates all the contacts on the server. I could not see what was really updated. Just checked it didn't produce duplicates and the major information was still unaltered didn't check all the fields. All seems to be ok. The same "refresh-back" didn't happen with the appointments.
This behaviour may be a consequence of how Akonadi interacts with Kontact? Reading carefully the documentation and understanding what "traditional behaviour", "default [not] keyring", "syncevo-dbus-server", "only Kwallet support" mean may help me :. The updating of contacts after a refresh-from-server is indeed unexpected. I don't see that happening here. Sorry, analyzing this exceeds the time that I have for KDE support. Gah, should have tested it.
It can also be included in the line which configures the Akonadi sources. I've tested that and changed the Wiki page accordingly. The unexpected "refresh-back" may be a I tried the last binaries on Kubuntu Even better, some field labels that had disapeared in the regurlar version of Kontact for I hope some KDE developpers will take over.
Akonadi is was? Now that you've pushed syncevolution so far into the KDE direction, I hope they will contribute to the project and add the final integration.
Hi I have an issue, if somebody can help me: I want to: sync contact, calendar and task from Kubuntu Packages version : SyncEvolution 1. To do this I have prepared a script that should configure it, but I must be missing something. Maybe I don't get the context and config notion right. This " error" appeared after I moved my system from Ubuntu I guess the Warning and the error are related because I already had this kind of messages before, but on the contacts.
It was due to an "empty" contact I created in Kontact. Deleting the contact eliminated both the warning and the error message. But I don't remember myself creating 3 new empty appointments in Korganizer since the last sync Is it due to a stronger checking by syncevolution? Is it a bug? I tried several times without success to sync via Bluetooh. Specifically, after installing syncevolution-kde.
So far so good. Where and how should this password be configured? Today, after upgrading to KDE 4. It hanged at every synchronization for hours without any progress. After several trials I decided to completely remove purge syncevolution and reinstall it from the repositories same version, of course.
This solved the issue. Now it works perfectly again. After trying to set up sync I was following the default procedures. Unfortunatley syncevolution --print-databases only comes up with the corresponding calendar and addressbook resources from my DAVgroupware but does not find something for todo which should also be calendar.
Consequently I get the following error message after the configuration instruction: [ERROR] error code from SyncEvolution fatal error local, status : todo: no database to synchronize. Is this problem even regarding syncevolution or is it a implementation failure inside Akonadi?
Nevertheless, would there be any workaround to also sync todos? Skip to Navigation. Search form Search. Submitted by Patrick Ohly, updated on 30 May - - 67 comments. Installation Install any of the 1. Configuration Automatically detecting that the user wants to use Akonadi instead of EDS and which databases to use by default in Akonadi is not implemented.
Control': no such name". Log in to post comments Printer-friendly version. The following actions will resolve these dependencies: Remove the following packages: 1 acroread 2 flashplugin-downloader 3 ialibs-multiarch 4 libacl1 5 libasound2 6 libasound2-plugins 7 libasyncns0 8 libatk1. Please advise - thank you. Log in to post comments. Is the output of "syncevolution --version" really empty?
Yes, the output of "syncevolution --version" really was empty? That should get of the version mismatch warning and finally give you --print-databases. A few strange things happening - but that is possibly me! Many thanks, Patrick, for getting me this far. Thank you very much for that :- Unfortunately I have a problem to determine the right databases for my Akonadi access.
Do you know what's wrong here? Thank you very much. Now I found the corresponding collections. Is that the complete stack backtrace? Where are lines 1 - 5? So I think a bug report would not be big help, would it? I've found and fixed the problem. Solution will be in the next binary update. KWallet support should be included, but I haven't tested it. Major changes: Platform-specific code is now in loadable modules.
Crash in --print-databases when EDS was unusable is fixed. Could you help with this please under KUbuntu Oneiric , Patrick. I have installed SyncEvolution on ubuntu I got the same error with both systems : SoupTransport Failure. I also tried to set the password through the SyncEvolution CLI but got an error message : Gkr: secret service operation failed: The name org. I hope it can help. Bleck SyncEvolution 1. Error communicating with gnome-keyring-daemon though i succeeded using it some time ago Is there really nothing in the server log about that internal server error?
Any bright ideas for an automatism? Thank you! Hi, The sync graphical ui display the error message "error ". Digging into the log file, i found 3 consecutive warnings which may be related to this error Specifically, after installing syncevolution-kde syncevolution --version SyncEvolution 1.
Just wanted to let you know. Please continue your great and indispensable work. Thank you from your users! Consequently I get the following error message after the configuration instruction: [ERROR] error code from SyncEvolution fatal error local, status : todo: no database to synchronize I am using syncevolution 1.
Would appreciate any answer. Post by Amtriorix » Sat Apr 28, am. Post by ozdroggy » Tue May 08, am. Post by ozdroggy » Wed Jun 06, am. Privacy Terms. Skip to content. Quick links. How to fix Akonadi personal information management PIM service not operational Questions about applications and software. Forum rules Before you post please read how to get help. All other applications and the desktop still worked fine.
0コメント