View Single Post
Posts: 74 | Thanked: 25 times | Joined on Jan 2010 @ Hong Kong, CHINA
#85
Originally Posted by abustany View Post
I do develop in scratchbox, and rely mostly on the test suite to check that I didn't break anything.
Thanks - I am using scratchbox too. Can you share your /etc/apt/sources.list or suggest what apt repos to use, since with squeeze's sources.list I don't have the latest dependencies necessary to build qtcontacts-tracker:

Code:
dpkg-checkbuilddeps: Unmet build dependencies: libqtm-contacts-dev (>= 1.2.1+201) libcubi-0.1-dev (>= 0.1.14) libcubi-0.1-tracker-0.10-ontologies-dev (>= 0.1.3)
(Sorry if this is a stupid question)


Originally Posted by abustany View Post
Ione possible hack (just thinking out loud, untested) would be to just change the soname so that it gets scanned *before* the normal libqtcontacts-tracker.so (name it libaaaaa.so). The second "tracker" contact manager should then be ignored.
Nice tip -- thanks.


Originally Posted by abustany View Post
I
Future version will have an automerge button that will partially solve that issue, it however stays quite conservative in finding merge candidates. Having a third party merge application would be a good idea too (one that would do interactive merge, vs. unattended for contacts app). You might want to look at the libqtcontacts-extensions-tracker lib then, which has a merge request function ("merge" is not a stock qt-mobility operation).
Great - Do you know if "future" is soon? Otherwise I will look into the "third-party" merge option because I have tons of dupes now . I am getting inspiration from http://cgit.collabora.com/git/user/b...ts-merger.git/ and wondering if I can just hack the tracker database from python for something really quick and dirty.