Meta Tracker is a powerful desktop-neutral first class object database, tag/metadata database, search tool and indexer. It is intended as a c-based beagle replacement. A tracker-enabled nautilus ebuild would be great, also.
Great, how about posting a link? ;)
Sorry, I really wanted somebody to provide the ebuild. I tried one but it does not work. It stops building with this error: make[2]: *** No rule to make target `../../src/libtracker/libtracker.la', needed by `tracker-search'. Stop. make[2]: *** Waiting for unfinished jobs.... When trying to compile it by hand, it worked.
Created attachment 96886 [details] failed ebuild
(In reply to comment #1) > Great, how about posting a link? ;) > http://freedesktop.org/wiki/Software/Tracker http://www.gnome.org/~jamiemcc/tracker/ You'll find the mailing-list archives at http://mail.gnome.org/archives/tracker-list/ Apparently 0.0.5 is coming out this weekend. The dependencies will be different from 0.0.4, as they've changed to sqlite (away from mysql) and a few other things. I've been trying to write an updated ebuild for the current cvs version (based on http://forums.gentoo.org/viewtopic-p-3626023-highlight-beagle.html?sid=b6466a1e3b14961d96cd8b028ea7da0f#3626023) but so far it doesn't compile: (configure: error: conditional "GCONF_SCHEMAS_INSTALL" was never defined. Usually this means the macro was only invoked conditionally.)
Created attachment 100042 [details] tracker cvs ebuild A working (on my machine) ebuild for tracker cvs. I haven't tested the "fam" use flag, this was inherited from the original ebuild I updated.
Created attachment 100297 [details] An updated ebuild that uses fam and inotify always.
Created attachment 100782 [details] app-misc/tracker/tracker-9999.ebuild ebuild, note that this package is still not ready for the portage - it has automatic dependancies - ie the gnome-part could not be really disabled or enabled - if the needed packages are present, the gnome-search application will always be build, I simply don't have time ATM to make patches for the configure.in and post them upstream... the ebuild still needs some more USE-flags - ie poppler, vorbis and so on... and probably some more dependancies for best experience kernel>=2.6.13, and USE=-fam -mysql
Created attachment 100783 [details, diff] app-misc/tracker/files/inotify.patch this patch is needed for people, not having headers>=2.6.13 (in fact 2.6.16 as .13 .14 .15 were not in portage as long as I remember) - the configuration looks in two places glibc and linux-headers for inotify support - but glibc built on top of headers earlier than 2.6.13 will have only stub for inotify support and will fail silently. Also this one worked for me earlier, I could not test it anymore...
ah and feel free to correct the ebuild, the patch (if still needed) and so on ...
Created attachment 101009 [details] An update of Gergan's ebuild. Ammended the dependencies. I've changed the gui useflag to gnome - because tracker currently builds the gnome gui, there will be more (e.g. a qt gui) in the future. I've removed a lot of the gnome-dependencies - they weren't needed, even to build the gui (the only ones needed to build the gui are gconf, gnome-desktop, gnome-vfs; http://mail.gnome.org/archives/tracker-list/2006-October/msg00154.html). I wasn't sure about the mysql flag - I thought that was completely removed as of 0.5.0? Also I think the fam flag should actually be nofam (i.e. enabled by default) since tracker uses it by default?
(In reply to comment #10) > Created an attachment (id=101009) [edit] > An update of Gergan's ebuild. Ammended the dependencies. > > I've changed the gui useflag to gnome - because tracker currently builds the > gnome gui, there will be more (e.g. a qt gui) in the future. > Yes gui was a little bit retarded :) > I've removed a lot of the gnome-dependencies - they weren't needed, even to > build the gui (the only ones needed to build the gui are gconf, gnome-desktop, > gnome-vfs; > http://mail.gnome.org/archives/tracker-list/2006-October/msg00154.html). well I don't know - in fact most of it there should not be needed anyway, but look the configure.in at least these were in it last time I checked... > > I wasn't sure about the mysql flag - I thought that was completely removed as > of 0.5.0? It is still there and I think you could still build tracker against mysql, but sqlite is now the default and mysql has only problems, so better if it stays unused... > > Also I think the fam flag should actually be nofam (i.e. enabled by default) > since tracker uses it by default? well this is a little bit complex, fam should not be enabled if you want really good performance - there are three backends polling, fam/gamin, inotify. One could use inotify/polling (as inotify has limits) or gamin, which is really heavy on resources. The best way is to look at the messages after configure is ready - to see what will be built. also I personally use inotify, sqlite with all the gnome stuff...
Well, I'll be looking at updating the cvs ebuild today, correcting dependancies and such. For now the people building from cvs, please change eautoreconf to ${S}/autogen.sh, you'll need gnome-commons for this, this will resolve the intltool problems.
Created attachment 101864 [details] tracker-9999.ebuild intermediate ebuild mostly corrected dependancies, gnome USE-flag instead gui (all the dependancies are checked in configure), mysql is no more, video extraction through gstreamer or xine and so on. I haven't tested the xine backend yet. sqlite should be built without the nothreadsafeflag (is there function, which does the opposite of built_with_use?). There are still some RDEPENDS to be done, tracker-search-tool needs nautilus to start the correspondent application (I have a small patch to use thunar instead). For some of the email indexers you need the correspondent mail-programs, I should look through the files to gather all of them. If you use gstreamer, you'll need to emerge the needed plugins...
> sqlite should be built without the nothreadsafeflag sqlite is no longer a dependency AFAIK. It is statically compiled into tracker in the latest CVS versions. (http://jamiemcc.livejournal.com/3903.html) > does the opposite of built_with_use?). > There are still some RDEPENDS to be done, tracker-search-tool needs nautilus to > start the correspondent application (I have a small patch to use thunar > instead). Cool, does it use exo-open or xdg or something cross-desktop? You could e-mail your patch to the tracker mailing list. The ebuild failed, looking for the thunar.patch. > For some of the email indexers you need the correspondent Are the e-mail indexers actually working yet? Pretty cool if they are! > mail-programs, I should look through the files to gather all of them. > If you use gstreamer, you'll need to emerge the needed plugins... >
ok, uff I see that I uploaded the ebuild I use (this means that the thunar epatch line is there), I wanted to ask Jamie to export this as a gconf entry (I'll upload the thunar patch - it just calls thunar, the same way, nautilus is called :) ) so for the people, who use nautilus - just remove the following line: epatch ${FILESDIR}/thunar.patch as to the sqlite, yes tracker could use the embedded one, but I think that gentoo is flexible enough to not allow building against the static version, as we (the users) could control the way sqlite is build (there is a check for the threadsafe option). Embedded libs and such things are very bad imho, as they could turn in a security nightmare for example... As to the email extractors, I haven't tested them yet, as I have sylpheed-claws and it is not supported, you could define, which of the email-clients boxes should be indexed in the tracker.cfg.
Created attachment 101869 [details, diff] thunar.patch
tracker 0.5.2 got released some time ago and here's ebuild for it. It's basically the same as cvs-ebuild but I added some dependencies according to this page: http://live.gnome.org/Tracker/SupportedFormats
Created attachment 102483 [details] updated ebuild
Created attachment 102485 [details] tracker-0.5.2.ebuild Oops. I had commented out the nothreadsafe-checking part when I wast testing the ebuild, but forgot to uncomment it. Sorry for inconvenience.
tracker-0.5.2 fails to compile with MAKEOPTS="-j3": make[3]: *** No rule to make target `../../src/libtracker/libtrackerclient.la', needed by `tracker-search'. Stop. Likely the same problem as reported in comment #1 Also, tracker compiles and runs great on amd64 when not using parallel make
(In reply to comment #20) > tracker-0.5.2 fails to compile with MAKEOPTS="-j3": > > make[3]: *** No rule to make target `../../src/libtracker/libtrackerclient.la', > needed by `tracker-search'. Stop. > > Likely the same problem as reported in comment #1 > Also, tracker compiles and runs great on amd64 when not using parallel make > I too have the same problem, but I'm running Hardened Gentoo i586 with GCC 3.3.6-r1.
(In reply to comment #21) > (In reply to comment #20) > > tracker-0.5.2 fails to compile with MAKEOPTS="-j3": > > > > make[3]: *** No rule to make target `../../src/libtracker/libtrackerclient.la', > > needed by `tracker-search'. Stop. > > > > Likely the same problem as reported in comment #1 > > Also, tracker compiles and runs great on amd64 when not using parallel make > > > > I too have the same problem, but I'm running Hardened Gentoo i586 with GCC > 3.3.6-r1. > Same here, x86 GCC 4.1.1 MAKEOPTS="-j2" Weird thing is that only the ebuild in portage failed. The one I attached here worked just fine.
(In reply to comment #21) > I too have the same problem, but I'm running Hardened Gentoo i586 with GCC > 3.3.6-r1. > Meant 3.4.6-r1. :P
By the way, if it's of any help, these are the use flags I'm trying to use for Tracker: app-misc/tracker-0.5.2 USE="gnome gsf gstreamer jpeg pdf png -fam -xine"
i have had this error also make[2]: *** No rule to make target `../../src/libtracker/libtracker.la', needed by `tracker-search'. Stop. make[2]: *** Waiting for unfinished jobs.... however when compiling with MAKEOPTS="=-j1" it works
...just in case you didn't know, 0.5.3 is out...
Tracker 0.5.x builds has a race condition when using make -j2+ it's simply a matter of make not detecting the lib dependency and trying to make stuff that depend on the lib before the lib is build. This is not a Gentoo bug, but upstream error, using the upstream source of 0.5.3 with make -j2+ and it breaks on the same dependency error.
*** Bug 151904 has been marked as a duplicate of this bug. ***
Created attachment 107088 [details, diff] tracker-0.5.3-parallel-make.patch My fix for the parallel make problem. I'm an automake noob so I hope this is correct. I just sent this upstream as well.
Created attachment 107089 [details, diff] tracker-0.5.3.ebuild.patch Patch for tracker-0.5.3.ebuild. Includes the new epatch and an updated homepage.
I searched the upstream bugzilla and could not find anything so I filed a bug upstream: http://bugzilla.gnome.org/show_bug.cgi?id=398967 which points to this bug. Let hope it gets resolved quickly.
Sorry I didn't mention this earlier. I had actually sent my patch to their mailing list instead of bugzilla. He just committed it to svn about an hour ago so it should work in the next version hopefully!
0.5.4 is out and compile fine without any patch I've found an encoding problem in the deskbar plugin (/usr/lib/deskbar-applet/handlers/tracker-handler.py:184) that stops handler's loading. But that line is a comment... When i started trackerd for the first time, it has spammed a lot of glib-assertion failed on lookup/insetion in an hashmap (?) but it seems working
There is a bug in the 0.5.4 ebuild in portage: --- if use thumbnailing ; then if ! built_with_use 'media-gfx/imagemagick' 'png' ; then ewarn "You must build imagemagick with png" die "imagemagick needs png support" fi if use jpeg && ! built_with_use 'media-gfx/imagemagick' 'jpeg' ; then ewarn "You must build imagemagick with jpeg to get support for JPEG" die "imagemagick needs jpeg support" fi fi --- there is no thumbnailing use flag, so the above piece of code never runs.
I tried the 0.5.4-ebuild from portage on amd64. It compiles and seems to work fine. So the ebuild should contain ~amd64 as a keyword.
No idea why is this still open; been in the tree since Nov 2006. FIXED, closing.
