Summary: | app-misc/tracker-0.6 removal request or as soon as drop in replacement for 0.7 is ready | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gilles Dartiguelongue (RETIRED) <eva> |
Component: | New packages | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | chain, tommaso.pasini |
Priority: | High | Keywords: | PMASKED |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 211039, 216252, 216295, 216482, 216918, 231911, 251754, 254719, 262770, 272627, 274698 | ||
Bug Blocks: |
Description
Gilles Dartiguelongue (RETIRED)
2009-11-01 22:59:23 UTC
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. |