On Tue, 2012-08-21 at 17:09 +0200, Ove Kåven wrote: > Den 21. aug. 2012 16:43, skrev Ove Kåven: > >> I'm surprised that I am not seeing that timeout in tests for > >> syncevolution.org binaries, which also use libdbus. Perhaps Harmattan > >> uses a shorter default timeout. > > > > We should probably also not forget the possibilities that > > 1) you've not been testing the QtContacts backend, and > > 2) the Tracker storage might also be much slower than a typical > > workstation system with plenty of disk cache. It's slow enough that I > > doubt the Harmattan developers would want to shorten the timeout. > > Hmm, wait, it's the WebDAV side that's the "other" side here, not the > QtContacts side?
Right. > Then, maybe you just aren't testing WebDAV over a GPRS connection or > something... It could be that my sanity testing of the syncevolution.org binaries simply never takes longer than 25 seconds, despite running under valgrind. The stress tests are done against binaries compiled on a more recent distro with GIO D-Bus. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution