-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ralph Böhme schreef op 2/01/2014 9:49: > Hi > > fishing for responses, so here it goes again... :) > > Am 16.12.2013 um 18:36 schrieb Ralph Böhme <r...@netafp.com>: >> I'm looking into integrating Apple Spotlight support for Mac OS X >> clients to Samba. >> >> In order to simplify the design I had chosen for Netatalk (launch >> my own dbus daemon in _root_ user context, seteuid(0) in user >> context AFP fileserver processes before every libtracker-sparql >> function call) I wanted the check back with you guys whether a >> patch for Tracker that would a (run-time) option to run Tracker >> in the system dbus context would be acceptable for you. >> >> I haven't looked at the relevant code yet, but I suppose this may >> actually be only a few lines of new code for the option and a few >> changes where we open the dbus bus via dbus-glib (afair) API.
Via Vala's D-Bus support we use GLib's GDBus (on both sides). For read queries depending on access level to meta.db we use SQLite WAL journal for a direct connection with the meta.db. Relevant files: https://git.gnome.org/browse/tracker/tree/src/libtracker-sparql-backend/tracker-backend.vala https://git.gnome.org/browse/tracker/tree/src/libtracker-sparql https://git.gnome.org/browse/tracker/tree/src/libtracker-bus/tracker-bus-fd-cursor.vala https://git.gnome.org/browse/tracker/tree/src/libtracker-bus/tracker-bus.vala https://git.gnome.org/browse/tracker/tree/src/tracker-store/tracker-dbus.vala https://git.gnome.org/browse/tracker/tree/src/tracker-store/tracker-steroids.vala https://git.gnome.org/browse/tracker/tree/src/tracker-store/tracker-resources.vala > > I was just trying to ask, supposed I submit proper patches that > would allow changing the default behaviour as described, would > these patches be acceptible? There's no sense in maintaining this > stuff downstream, because of the need to enable any downstream > consumer who wants to marry Samba with Tracker (distros, OEMs) to > do so using the default packages. I think your seteuid() to drop to the user-ID from root should be called from your code rather than in libtracker-sparql. Is there a reason why libtracker-sparql must be adapted? Happy New Year Philip -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSxS92AAoJEEP2NSGEz4aDVqoIALefwVKqSnBERIaIXzv8d6bL QVTweYhw4kWbsb26wkBfB975rYo56plfv+ys51vW1UTWCyvp2vhDEuBOgarGSOvT BFa74Kh9bDPJlUcq6j7NVTzrj2M8hGg6GM9EP2USwQw9nOhVvwKYJOz/gCx6ozG/ r+HoNQnMJHFAsh+49hH1aES+cN0UzU6FDP662+O1K030yNUYZhOPWfxIDnXTMUtX Wjv5trnkJd4BqgTpDxgHzB/EPokF+ApiyQPddfrqpsRUJ3epPJoNaIOC/PybO1gX 8GrmR5vRmnt7Zpo8fnLPjTz84zp8sWuehDn00x5+g+DrfefWyQn2sY1crguPxEM= =5E4R -----END PGP SIGNATURE----- _______________________________________________ tracker-list mailing list tracker-list@gnome.org https://mail.gnome.org/mailman/listinfo/tracker-list
