Re: [Tracker] tracker-control -r Aborts





On Thu, Jan 12, 2012 at 11:15 PM, Martyn Russell <martyn lanedo com> wrote:
On 12/01/12 12:39, John stacy wrote:
Hello Team,

Helo,

I downloaded tracker 0.12.9 on my i686 VMWare machine.

if I try to reset the database using tracker-control -r

*root i686-generic:~# tracker-control -r

Found 61 PIDs?
Settings schema 'org.freedesktop.Tracker.DB' is not installed

Sounds like a broken install. The schema files should exist.

Also, doing it as root is not advised given the db files for the user root are NOT in the same place as the db files for your every day user.
In my target I have only one user i.e. "root". So I wont have to bother about the db path conflicts.
 

Aborted*



even I am getting some dbus related errors for the miner-fs

*root i686-generic:~# /usr/libexec/tracker-miner-fs -V3

Initializing tracker-miner-fs...

GLib-GIO-ERROR **: Settings schema 'org.freedesktop.Tracker.Miner.Files'
is not installed

Again, looks like a broken install. Those files are in data/ and make install there is needed to the right prefix. Or the for the packaging to be correct of course.
I see the schema files under gschemas folder. which is inside the data/  and after installation I observe the same xml files under /usr/share/glib-2.0/schemas/ folder in the target.
 

aborting...
Aborted*


Here is the output of the tracker-control -s

*root i686-generic:~# tracker-control -s

Starting miners?

(tracker-control:1394): Tracker-CRITICAL **: Could not create proxy on
the D-Bus session bus, Error calling StartServiceByName for
org.freedesktop.Tracker1.Miner.Applications:
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process
/usr/libexec/tracker-miner-fs received signal 6

(tracker-control:1394): Tracker-CRITICAL **: Could not create proxy on
the D-Bus session bus, Error calling StartServiceByName for
org.freedesktop.Tracker1.Miner.Files:
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process
/usr/libexec/tracker-miner-fs received signal 6

(tracker-control:1394): Tracker-CRITICAL **: No D-Bus proxy found for
miner 'org.freedesktop.Tracker1.Miner.Applications'
  ? Applications (perhaps a disabled plugin?)

(tracker-control:1394): Tracker-CRITICAL **: No D-Bus proxy found for
miner 'org.freedesktop.Tracker1.Miner.Files'
  ? File System (perhaps a disabled plugin?)

NOTHING will work if those files are not in place. Really looks like you did make install from src/ and that's the reason for your problems here?

I placed below files in the following path.

1. desktop files (tracker-miner-fs.desktop  tracker-store.desktop) in
the */etc/xdg/autostart/*

Is there some reason why you're not allowing make install to do this?

2. tracker related dbus service files in the */usr/share/dbus-1/*

Same question as above here.


3. /usr/share/tracker contains the extract-rules, miners,icons,ontology
related files in the corresponding folders.

Sounds right.


4. DBUS deamon is running fine and my shell has the necessary dbus
environment variables exported.

Doubt that's an issue at this stage.


I am using glib version 0.28.

We check this in configure for you so, if that passes ...


Why am I getting Settings schema not installed ? To install these things
Do I have to do any thing else?

I don't know what you're working from (tarball? git? .rpm/.deb?) but if building yourself you need to make install from the top level directory, if using a package, the package needs fixing and you may as well build yourself with the same arguments.

Generally, you use for git checkouts:

 ./autogen.sh --prefix=/usr --sysconfdir=/etc --localstatedir=/var

or for tarballs:

 ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var

then:


I am using tracker tarball and configuring and compiling with the Open Embedded's bitbak and later I am manually copying the all bins, libs and the configuration files to the VMWare target. I made sure that what ever I got from the bitbake's do_install, I am copying to the corresponding directory in the target.
I use the same above mentioned options for the prefix and  the systemconfigdir/localstatdir.

While compiling I got an error related to the "SCHED_IDLE" unknown error. To solve this error I have to add "#include <linux/sched.h>" to the tracker-sched.c file present in the libtracker-common. This is the only change I made to the tracker tarball. Does it have any effect on the current installation and is there any relation to the GLIB-GIO and DBUS proxy related errors?


 
 make
 sudo make install
 tracker-control -rs

and can watch progress with:

 tracker-control -F


Though the dbus session bus is running fine, Why the miner-fs is unable
to create proxy?

Previously I used Tracker 0.10.27 and it worked fine on the same
environment

I am not sure what I am missing can some one throw some light on this
problem?

Hopefully the answers above do. Try the wiki too, it has a bunch of answers on there ;)

 http://live.gnome.org/Tracker/Documentation

--
Regards,
Martyn

Founder and CEO of Lanedo GmbH.

Thanks,
John


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