tracker-0.6 never really worked that well and has all kind of open bugs. In order to prepare 0.7 introduction to the tree which is ABI/API incompatible and as stated in the mail sent weeks ago, I intend to mask tracker-0.6 and remove all traces of it in tree before moving to 0.7. Current apps in tree using it, that is nautilus and totem are ported or will be ported by gnome 2.28(.2).
mail sent
I don't agree: for what I've seen (two weeks of usage now) tracker-0.7 is worse than its predecessor. - It's heavy on cpu during startup: after login the system monitor reports almost a minute of heavy cpu-disk usage, which slows down everything else. - I can no nore choose which types of content to index, it is only a matter of locations (e.g. I use to index IM conversations, tracker-0.7 doesn't index them unless I specify the specific folder ~/.purple/logs; in a folder with lots of files it's not possible to index only specific types of files) - tracker-search-tool can't tell the difference between text files and office files, both categories show the same entries. - tracker-search-tool doesn't show a preview anymore: it presents a bunch of files showing just the name and you have to access each one to find out which particular one you are looking for. - tracker-search-tool doesn't show the path of the file anymore: it may show ten files named "config" from ten different locations and they would look the same. I'm already on tracker-0.7.6 (renaming the ebuild in gnome overlay), which is the latest version released; for what it's worth, I'm going back to tracker-0.6, even tracker-0.6.9x was better than 0.7.
tracker-0.6 works for me really well, on ANY box I set it up on. Does it really need to be removed? It was *the* solution to have some index on a light system, especially with Xfce. I would really miss it if it was gone, and fear that 0.7 might be just too heavy for these systems (netbooks mostly!) Please reconsider.
(In reply to comment #3) > tracker-0.6 works for me really well, on ANY box I set it up on. Does it really > need to be removed? It was *the* solution to have some index on a light system, > especially with Xfce. I would really miss it if it was gone, and fear that 0.7 > might be just too heavy for these systems (netbooks mostly!) > > Please reconsider. Please consider the list of bugs depending on this one. Plus upstream stopped development on 0.6 a long time ago, even for trivial fixes. Tracker-0.7 is just as lightweight as 0.6 was, it's just that is actually is maintained and works better.
Wouldn't it be better to have an ebuild then? I really want to try it out, but I am unsure if simply renaming helps?
Simply renaming isn't enough, dependencies have changes, try to add gnome overlay with layman, you can find it there.
Well, 0.7.7 seems to work, BUT I have no working frontend for Xfce anymore. With 0.6.6, catfish was very nice and promising. There seems to be no update from upstream there so far. Is there any replacement I could try?
well I've only checked deps in tree, I have not enough time to care about things you can find in a random overlay and I'm sorry if that disrupts your forkflow. If you need pointers for how nautilus and totem got converted to the new API, I could try to gather them for you so your frontend could be converted too. Please note that tracker-0.7 also comes with its own frontend(s) with USE="gtk".
It's not about workflow or anything. It's about having a search solution for netbooks and other light systems. So far this is NOT accomplished, because basically you have to emerge the gnome part for those frontends, but I will look into what is installed with gtk only. catfish by the way comes in the same frontend like tracker-0.7.7: gnome. No random frontend. I really don't care about it, I just try to show that maybe it's not as simple as just removing it. If it gets removed, I will consider putting it in my own overlay. It's just about what will happen to other users? Well, that said, I think the tone is getting a bit cooked up, so I will stop discussing.
gone.