GNOME Bugzilla – Bug 697809
trackerfox 0.16 fails on 'upgraded' systems
Last modified: 2013-04-13 13:24:05 UTC
If you happen to have 'old' libraries of tracker 0.14 on your system, then update to tracker 0.16 (make install), then the shared objects can live next to each other (which is valid). Due to the gschema change, though, the 0.14 libs can fail (expected). surprisingly, though, trackerfox 0.16 'favors' libtracker-sparql-0.14.so.0 on a system.. this sounds outright wrong.. when we install tracker 0.16 and the tracker extension for firefox, from version 0.16, the only expected behavior is to use the libs from tracker 0.16. The issue is: https://git.gnome.org/browse/tracker/tree/src/plugins/firefox/chrome/content/bindings.js#n5
the same is valid for the thunderbird extension.
Hello Dominique, yea, that's because we check 0.14.x then 0.16.x in that order. We should likely try the later first because it's less likely to exist. A patch would be welcome :) Is this ONLY about firefox/thunderbird plugins? See the code here: https://git.gnome.org/browse/tracker/tree/src/plugins/firefox/chrome/content/bindings.js https://git.gnome.org/browse/tracker/tree/src/plugins/thunderbird/chrome/content/bindings.js
Martyn, I've only seen this code in the plugins for firefox and thunderbird in this form.. I'd argue that if I install the 0.16 tarball I will have the 0.16 libs installed, so it's questionable if it's worthy to even try 0.14 libs. Patch can come in a few minutes..
Created attachment 241290 [details] [review] firefox/thunderbird: prefer tracker 0.16 over tracker 0.14
Thanks.. patch has been pushed https://git.gnome.org/browse/tracker/commit/?id=f7bcf44