Re: [Tracker] Running Tracker with dbus system bus



-----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 <rb 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-----


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]